Sitemap XML

Google define el sitemap como un archivo que aporta información sobre las páginas, vídeos y otros archivos de un sitio, y sobre las relaciones entre ellos. En SEO técnico, su función principal es facilitar que los buscadores descubran las URLs que consideras importantes y puedan rastrearlas de forma más eficiente.

Si tu enlazado interno es excelente, Google puede descubrir gran parte de tu web sin sitemap. Aun así, el sitemap es especialmente útil en sitios nuevos con pocos enlaces externos, webs grandes, arquitecturas complejas, proyectos con mucho contenido multimedia o webs donde aparecen URLs nuevas con frecuencia.

Sitemap XML vs. sitemap HTML

Un sitemap XML está pensado principalmente para buscadores y software. Un sitemap HTML es una página navegable para usuarios. Pueden coexistir, pero no son equivalentes. Para Search Console y el protocolo Sitemaps, el que importa es el XML —o alguno de los otros formatos admitidos, como un sitemap de texto o feeds RSS/Atom—.

Tipos de sitemap y cuándo usar cada uno

Google admite varios formatos. XML es el más flexible cuando necesitas aportar metadatos o extensiones; un archivo de texto o un feed puede ser suficiente en casos más simples.

No existe una única ruta obligatoria. /sitemap.xml es muy habitual, WordPress core usa /wp-sitemap.xml y plugins SEO como Yoast o Rank Math suelen trabajar con /sitemap_index.xml.

1. Prueba la ruta estándar: https://dominio.com/sitemap.xml.
2. Revisa robots.txt: abre https://dominio.com/robots.txt y busca una línea que empiece por Sitemap:.
3. Si es WordPress: prueba /wp-sitemap.xml y /sitemap_index.xml.
4. Si es tu propiedad: revisa el informe Sitemaps de Search Console. Recuerda que ese informe solo muestra los sitemaps enviados mediante el propio informe o API, no necesariamente todos los que Google haya descubierto por robots.txt.

Dónde debe estar alojado el sitemap

La ubicación sí puede importar. La recomendación general es publicarlo en la raíz del sitio —por ejemplo, https://example.com/sitemap.xml— para evitar limitar innecesariamente su alcance. Si un sitemap está en /carpeta/sitemap.xml, en una configuración normal sus URLs deben pertenecer a ese mismo sitio y estar en ese directorio o por debajo de él.

La mejor regla práctica es sencilla: incluye las URLs canónicas, accesibles e indexables que quieres que aparezcan en resultados de búsqueda. El sitemap debería ser coherente con el resto de señales SEO.

La coherencia con canonical importa

Google considera la inclusión en sitemap una señal débil de canonicalización. Si tu sitemap dice “A”, el rel=canonical dice “B” y una redirección apunta a “C”, estás enviando señales contradictorias. La situación ideal es que el sitemap, el canonical, los enlaces internos y las redirecciones permanentes converjan en la misma URL preferida.

Google recomienda dejar que el CMS lo genere cuando sea posible. Para unas pocas decenas de URLs puedes crearlo manualmente; cuando el sitio crece o cambia con frecuencia, lo sostenible es generarlo automáticamente desde tu CMS, base de datos o aplicación.

WordPress: core, Yoast o Rank Math

WordPress incluye sitemaps XML nativos desde la versión 5.5 y expone su índice en /wp-sitemap.xml. Si usas Yoast SEO o Rank Math, normalmente trabajarás con /sitemap_index.xml. Evita mantener dos sistemas de sitemaps que compitan sin necesidad: elige el que tenga sentido en tu configuración y comprueba qué contenido está incluyendo.

Generador de sitemap XML desde una lista de URLs

Pega una URL por línea. El generador elimina duplicados y crea un XML estándar. La fecha lastmod es opcional porque solo deberías usarla cuando conozcas una fecha de modificación real y significativa.

Escapado XMLLos caracteres especiales deben escaparse en XML. Por ejemplo, un & dentro de una URL se serializa como &. El generador de esta página lo hace automáticamente.

Cada sitemap estándar puede contener como máximo 50.000 URLs y pesar como máximo 50 MB sin comprimir. Si superas alguno de los límites, divide el conjunto y crea un sitemapindex.

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://example.com/post-sitemap.xml</loc>
    <lastmod>2026-08-07</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://example.com/page-sitemap.xml</loc>
    <lastmod>2026-08-06</lastmod>
  </sitemap>
</sitemapindex>

Para Google, un índice puede contener hasta 50.000 elementos <loc> de sitemap. En Search Console se pueden enviar hasta 500 archivos de índice por sitio. En la práctica, la gran mayoría de webs no se acerca a esos límites.

Una vez publicado el sitemap y comprobado que Google puede acceder a él, envíalo desde el informe Sitemaps de Google Search Console. Esto te da visibilidad sobre la última obtención y posibles errores de procesamiento.

Si Search Console dice “No se ha podido obtener”

Google documenta varias causas posibles: bloqueo del sitemap mediante robots.txt, una acción manual sin resolver, una URL incorrecta/404, indisponibilidad o errores generales del servidor y, actualmente, también demanda de rastreo baja. No asumas que cualquier “Couldn't fetch” es un fallo de sintaxis XML.

¿Hay que volver a enviarlo cada vez que publicas?

No. Si Google ha podido leerlo, lo volverá a rastrear periódicamente. Puedes reenviarlo tras cambios grandes o después de corregir un problema, pero no necesitas pulsar “Enviar” cada vez que publicas un artículo.

¿Y el antiguo “ping” de sitemaps?

Google retiró su endpoint público de ping. Las llamadas al endpoint obsoleto devuelven 404. Las vías vigentes son Search Console, su API, la declaración en robots.txt y otros mecanismos soportados.

Puedes declarar el sitemap en cualquier parte de tu robots.txt con una línea Sitemap: seguida de la URL absoluta. Google indica que puedes incluir varias líneas si tienes varios sitemaps.

User-agent: *
Disallow:

Sitemap: https://example.com/sitemap_index.xml

La línea Sitemap: no es una directiva de permitir o bloquear. Simplemente informa de la ubicación del archivo. Y hay una paradoja importante: no bloquees el propio sitemap en robots.txt, porque Google respeta ese bloqueo al intentar obtenerlo.

Cuando Search Console muestra “No se ha podido obtener” o errores de análisis, separa el problema en dos capas: ¿Google puede descargar el archivo? y, si puede, ¿puede interpretarlo y usar sus URLs?

Un sitemap “en verde” no significa que todo esté indexado

“Correcto” significa que Google pudo obtener y leer el sitemap. La indexación de cada URL depende de su propia situación: rastreo, duplicidad, canonicalización, noindex, calidad, respuesta del servidor y otras señales. Usa el informe de indexación de páginas y la inspección de URL para bajar de sitemap → URL concreta.

Una auditoría útil no se limita a comprobar si “abre en el navegador”. Debe validar sintaxis, URLs absolutas, duplicados, host, límites, fechas y señales innecesarias. Después, completa el trabajo con un rastreo real de las URLs para comprobar estados HTTP, canonical y robots.

Checklist de auditoría profesional

1. El sitemap responde públicamente y Google puede obtenerlo.
2. El XML es válido, UTF-8 y usa URLs absolutas.
3. No supera límites de URLs ni tamaño sin comprimir.
4. Las URLs son canónicas, indexables y no redirigen.
5. HTTP/HTTPS y www/no-www son coherentes con la versión preferida.
6. lastmod solo cambia cuando la página cambia de verdad.
7. No hay duplicados, URLs de staging, parámetros accidentales o filtros sin intención SEO.
8. El índice apunta a sitemaps accesibles y actualizados.
9. robots.txt declara el sitemap y no lo bloquea.
10. Search Console puede leerlo y sus URLs se analizan en el informe de indexación.

La guía se ha contrastado con documentación oficial de Google Search Central/Search Console, el protocolo de Sitemaps y documentación de las principales plataformas. Se ha revisado el 8 de agosto de 2026 contra la documentación oficial disponible en ese momento.