Respuesta directa: un sitemap debe enumerar las URL canónicas que quieres que aparezcan en búsqueda. Si contiene una redirección o un duplicado, identifica la página principal para ese contenido, corrige el generador y vuelve a comprobar el archivo. Cambiar únicamente el XML puede ocultar el error hasta la siguiente generación.
La presencia en el sitemap es una señal, no una garantía de indexación. Una URL que responde 200 tampoco es necesariamente la correcta: puede declarar otra canónica, tener noindex o representar un contenido que no debería incluirse.
Decide la acción para cada tipo de URL
| Situación | Qué comprobar | Acción probable |
|---|---|---|
| 200 y canónica propia | Indexabilidad y utilidad de la página | Conservar si es una página que quieres indexar |
| 301 o 302 | Destino final y propósito del cambio | Enumerar el destino canónico apropiado |
| 200 con canonical a otra URL | Si la relación es deliberada y coherente | Excluir el duplicado y revisar la página canónica |
| 404 o 410 | Si la página debe existir | Retirar del sitemap; reparar solo si corresponde |
| Noindex | Si la exclusión es intencional | Excluir del sitemap o corregir una directiva errónea |
Exporta las URL exactas
Guarda una copia del sitemap publicado y la fecha. Si es un índice de sitemaps, identifica los archivos hijos que pertenecen al alcance. Trabaja sobre las URL completas de cada loc; no reconstruyas la lista a partir de nombres de archivo o de una navegación parcial.
Conserva la diferencia entre la fuente que genera el XML y el archivo que sirve producción. Puede haber un CMS, un manifiesto de contenido, un plugin o un proceso de compilación. Anota cuál genera las entradas antes de modificar nada.
Rastrea la lista y sigue los saltos
Revisa el estado inicial, cada redirección y el destino final. Un 200 al final de una cadena no convierte el loc original en una entrada canónica adecuada. Compara HTTP y HTTPS, www y sin www, barras finales, parámetros y antiguas rutas con extensión.
Usa un alcance acotado y guarda los resultados. La guía de Screaming Frog explica por qué el punto de partida, los límites y el renderizado afectan al inventario. Un fallo de red durante el rastreo debe quedar separado de una respuesta 404 confirmada.
Compara el destino con la canónica declarada
Abre el HTML o las cabeceras pertinentes y comprueba el canonical. No interpretes una URL relativa contra el dominio equivocado. Si hay declaraciones múltiples o contradictorias, revisa la plantilla que las produce.
Una señal declarada y la elección de Google son fuentes distintas. URL Inspection muestra la versión indexada y, cuando está disponible, la canónica seleccionada por Google. Una prueba en directo comprueba aspectos actuales de acceso, pero no demuestra que la nueva versión ya se haya indexado.
<link rel="canonical" href="https://example.com/guia" />El ejemplo representa una URL absoluta y limpia; no es una recomendación de cambiar todos los sitios a la misma estructura. Mantén la convención de tu proyecto y evita crear una migración innecesaria al corregir el sitemap.
Decide qué páginas deben existir en búsqueda
Un duplicado deliberado puede seguir existiendo para usuarios sin estar en el sitemap. Una página retirada puede responder 410 sin necesitar un reemplazo. Un filtro, una búsqueda interna o una URL de seguimiento no debería incluirse solo porque pueda abrirse.
Para una página importante con noindex accidental, quitarla del sitemap no resuelve el problema principal. Corrige la causa de la directiva y comprueba la página antes de incorporarla. Del mismo modo, no elimines canonical de forma masiva para conseguir una lista de 200: decide qué URL es la principal para cada contenido.
Corrige el generador
Busca la condición que permitió entrar a variantes incorrectas. En un CMS puede ser la selección de tipos de contenido o la generación de enlaces permanentes. En un sitio estático puede ser una entrada del manifiesto o una ruta antigua. En una aplicación puede ser una función que reconstruye mal el origen o la barra final.
Modifica esa fuente, genera el XML y comprueba que la siguiente compilación conserva el arreglo. Si solo editas un archivo que el sistema sobrescribe, el error reaparecerá. No cambies fechas lastmod para aparentar una actualización: deben reflejar cambios de contenido reales según las reglas del proyecto.
Alinea los enlaces internos y el canonical
Comprueba que la navegación, los enlaces editoriales y las tarjetas utilizan la misma URL preferida. Si el sitio enlaza sistemáticamente una variante, mientras el sitemap y el canonical señalan otra, mantienes señales innecesariamente confusas.
Revisa enlaces externos importantes cuando una migración haya roto sus destinos. La auditoría de backlinks ayuda a identificar referencias útiles a páginas retiradas. No contactes a un editor antes de resolver el destino propio.
Valida el archivo antes de enviarlo
- Comprueba que el XML se puede analizar y que los loc son URL absolutas.
- Detecta duplicados exactos y variantes de la misma página.
- Comprueba respuestas, canonical y directivas de indexación.
- Confirma que las URL importantes esperadas no desaparecieron.
- Repite la compilación y verifica que la corrección persiste.
- Conserva un registro de excepciones deliberadas.
Que un validador acepte el XML demuestra sintaxis, no la indexación de las páginas. Tampoco un sitemap pequeño es necesariamente mejor: debe representar el inventario canónico que corresponde a tu sitio.
Qué comprobar en Search Console
Utiliza Sitemaps para saber si Google pudo leer el archivo y si detectó problemas de procesamiento. Para una URL concreta, usa URL Inspection y sus datos de canónica e indexación. Etiqueta las fechas de esas fuentes: el archivo publicado hoy y la versión que Google rastreó antes pueden diferir.
Si solicitas una nueva lectura o validación dentro de un trabajo autorizado, conserva el recibo como una etapa separada. La aceptación de una solicitud no demuestra que la página se haya vuelto a rastrear ni indexado. No prometas un plazo fijo de recuperación.
Qué aspecto tiene un resultado correcto
El XML se genera desde la fuente adecuada y contiene el conjunto esperado de URL. Las entradas responden como se prevé, las señales canónicas son coherentes y las exclusiones intencionales están documentadas. Después, se observa qué procesa Google; ese resultado no se sustituye por una comprobación local.
La coherencia técnica también sirve cuando investigas una página ausente en respuestas de IA. Aun así, resolver un canonical no garantiza una cita. La guía de auditoría de visibilidad separa la implementación de la observación de respuestas.
Preguntas frecuentes
¿Debo incluir las URL que redirigen?
Normalmente el sitemap debe usar la URL canónica final que quieres indexar. Primero verifica que el destino es el equivalente correcto.
¿El canonical obliga a Google?
No. Es una señal de preferencia. Comprueba la elección de Google y revisa contradicciones antes de concluir que la etiqueta está siendo ignorada.
¿Sirve bloquear el duplicado en robots.txt?
No uses robots como sustituto de una estrategia de canonical. Puede impedir que un rastreador lea las señales que necesita; revisa el propósito de cada mecanismo.
¿Actualizar el sitemap recuperará mis posiciones?
Puede corregir una inconsistencia técnica, pero no establece por sí solo una causa de caída ni garantiza cambios de posición.
Fuentes
Documentación oficial revisada el 13 de noviembre de 2026: consolidación y canonical, creación de sitemaps y uso de Search Console. Los ejemplos son ilustrativos y no describen una recuperación medida.