Sitemap.xml: qué es, qué incluir y cómo enviarlo a Google
Respuesta corta. Un sitemap es un archivo donde listas las URLs que quieres que Google conozca. No posiciona, pero acelera el descubrimiento y ayuda a programar el rastreo. Toda web debería tener uno, y se envía en Search Console o con una línea en robots.txt.
¿Qué es un sitemap.xml y qué no hace?
Según la documentación de Google, un sitemap es un archivo en el que das información sobre las páginas, los vídeos y otros archivos de tu sitio, y sobre las relaciones entre ellos. Los buscadores lo leen para rastrear tu web de forma más eficiente.
Dicho en cristiano: es la lista de las URLs que tú consideras importantes. Google puede descubrirlas por otros caminos, pero la lista le ahorra trabajo y te da a ti un sitio donde comprobar qué ve.
Lo que no hace es igual de importante. Un sitemap no mejora tu posición, no obliga a Google a indexar nada y no arregla una web con contenido flojo. Meter una URL en el archivo es una sugerencia, no una orden. Si una página no se indexa, el sitemap no es la causa ni la solución.
¿Por qué toda web debería tener un sitemap, también la pequeña?
Aquí conviene ser exacto con lo que dice Google. En su página sobre sitemaps indica que "es posible que no necesites un sitemap" si tu sitio es pequeño, es decir, de 500 páginas o menos (contando solo las que quieres que salgan en resultados), y si está bien enlazado por dentro. Es decir, para Google es opcional.
Mi criterio es otro: yo prefiero ponerlo siempre. Tres motivos:
- Cuesta casi nada. Google señala que la mayoría de los sistemas de gestión de contenidos generan sitemaps automáticamente, o que hay plugins para hacerlo.
- Es tu lista oficial de URLs importantes. Al montarlo, te obligas a decidir qué páginas quieres de verdad en Google y cuáles no.
- Te da diagnóstico. El informe Sitemaps de Search Console te enseña cuándo leyó Google el archivo y qué errores encontró. Eso sirve igual en una web de 20 páginas que en una de 20.000.
Ojo con la diferencia entre lo que dice Google y lo que yo hago. Google no te exige el sitemap en una web pequeña. Yo lo pongo igualmente porque el coste es mínimo y el beneficio, aunque pequeño, es real.
¿Qué URLs deben ir dentro del sitemap y cuáles no?
La regla es simple: solo URLs que quieras ver en resultados de búsqueda. En la práctica, cada URL del sitemap debería cumplir cuatro cosas:
- Responde con código 200, sin redirigir.
- Se puede indexar: no lleva noindex ni está bloqueada.
- Es la versión canónica de su contenido. Si no recuerdas qué es, tienes la guía sobre la etiqueta canonical.
- Va escrita como URL absoluta, con el dominio completo.
Google lo pide así: en su guía para crear sitemaps indica que uses URLs completas y absolutas, porque las rastreará exactamente como las escribas. Una ruta relativa como /pagina.html no vale.
Fuera del archivo: redirecciones, páginas con error, URLs con noindex, páginas canonicalizadas hacia otra y resultados internos de búsqueda. Un sitemap lleno de URLs que no se pueden indexar es una lista que miente, y un archivo que miente deja de servir para diagnosticar.
Un ejemplo inventado para verlo claro: una tienda online de plantas (ficticia) tiene 300 productos, 40 filtros de color y talla que generan URLs, y 12 productos descatalogados que redirigen a la categoría. El sitemap debería llevar los 300 productos y las categorías. Los filtros y las redirecciones se quedan fuera.
¿Qué formato elegir: XML, RSS o texto?
Google admite varios formatos y no tiene preferencia entre ellos:
| Formato | Para qué sirve |
|---|---|
| XML | El más versátil. Admite datos extra de imágenes, vídeo, noticias y versiones de idioma. |
| RSS, mRSS y Atom 1.0 | Muy fáciles de ofrecer porque muchos CMS crean el feed solos. |
| Texto | El más simple: solo lista URLs de páginas HTML y otros contenidos indexables. |
Si no ves todas las columnas, desliza la tabla horizontalmente.
Mi elección por defecto es XML. Es el que genera casi cualquier herramienta, y si mañana añades imágenes o versiones en otro idioma, ya está preparado.
Un sitemap XML mínimo es un contenedor <urlset> con una entrada <url> por página. Cada entrada lleva <loc> con la URL absoluta y, si quieres, <lastmod> con la fecha de la última modificación significativa, por ejemplo 2026-10-13.
El archivo debe estar codificado en UTF-8. Lo recomendable es colgarlo en la raíz del dominio, porque un sitemap en una carpeta solo afecta a lo que cuelga de esa carpeta, salvo que lo envíes por Search Console.
¿Qué pasa con lastmod, priority y changefreq?
Aquí hay más ruido que en ninguna otra parte del tema. La respuesta de Google está en su anuncio de junio de 2023 y en la guía de sitemaps:
- lastmod sí importa. Google dice que lo usa como señal para programar el rastreo de URLs que ya conocía, siempre que esté en un formato de fecha válido y coincida con la realidad. Si dices que algo cambió ayer y cambió hace siete años, acabará sin creerte.
- Cuenta la última modificación significativa. Cambiar el texto principal, los datos estructurados o los enlaces justifica actualizar la fecha. Retocar una línea del pie de página, no.
- priority y changefreq se ignoran. Google ignora los valores de esas dos etiquetas. Si tu plugin las rellena, no pasa nada, pero no pierdas tiempo configurándolas.
La consecuencia práctica: no pongas la fecha de hoy en todas las URLs cada vez que el sitemap se regenera. Es el fallo más común y deja sin valor al único campo que Google sí lee.
¿Cuánto puede pesar un sitemap?
Según Google, un sitemap está limitado a 50 MB sin comprimir o 50.000 URLs. Si lo superas, tienes que dividirlo en varios.
Para gestionarlos, se usa un archivo índice de sitemaps: un sitemap que lista otros sitemaps. Puedes enviar un único índice a Google, y hasta 500 índices por sitio en Search Console. Dividir por tipo de contenido (productos, categorías, artículos) tiene una ventaja extra: puedes ver el rendimiento de cada archivo por separado.
¿Cómo se envía el sitemap a Google?
"Enviar" un sitemap significa decirle a Google dónde está. No se sube a ningún sitio. Search Console lo explica así, y hay dos vías principales:
- Informe Sitemaps en Search Console. Necesitas permisos de propietario de la propiedad. Pegas la URL del archivo y Google te muestra cuándo lo leyó y qué errores encontró.
- Una línea en robots.txt. Añades Sitemap: seguido de la URL completa. Google la encontrará la próxima vez que rastree ese archivo. Puedes poner varias líneas. Si quieres repasar cómo funciona ese archivo, tienes el artículo sobre robots.txt.
Hay una tercera, la API de Search Console, para quien quiera automatizarlo.
Una advertencia: el antiguo "ping" a Google para avisar de un sitemap nuevo ya no funciona. Google lo retiró y esas peticiones devuelven un 404. Si un plugin te dice que "notifica a Google", esa parte no hace nada.
Lo que sí merece la pena es dejar de pensar en "enviar" como un trámite que se hace una vez. Una vez enviado, Google vuelve a leer el archivo por su cuenta. No hace falta reenviarlo cada vez que publicas una página.
¿Cómo revisar tu sitemap en 10 minutos?
Esta es la revisión que haría con cualquier web:
- Ábrelo en el navegador. Escribe tudominio.com/sitemap.xml. Si no existe, mira primero en robots.txt si hay una línea Sitemap:.
- Comprueba que responde con 200 y que no está tras un login ni bloqueado por robots.txt.
- Compara con la realidad. Coge 10 URLs al azar del archivo y ábrelas. Todas deben responder 200, sin redirigir, y apuntar a sí mismas como canónicas.
- Busca lo que falta. Revisa que tus páginas más importantes están dentro. Si el sitemap no incluye tu página de servicios, el problema es del generador.
- Mira lastmod. Si todas las fechas son iguales y recientes, el generador está poniendo la fecha del momento. Corrígelo.
- Abre el informe Sitemaps de Search Console. Mira la fecha de la última lectura, el número de URLs descubiertas y los errores. Si no sabes por dónde seguir en Search Console, esta guía te ordena qué mirar.
Si tu web está hecha con un generador estático o un framework moderno, esto se aplica igual: el sitemap hay que comprobarlo, no darlo por hecho. En el artículo sobre Astro cuento por qué una web rápida no garantiza un SEO sano.
Preguntas frecuentes
¿Es obligatorio el sitemap según Google?
No. Google indica que es posible que no lo necesites si tu sitio es pequeño (500 páginas o menos) y está bien enlazado. Aun así, mi recomendación es ponerlo siempre.
¿Tengo que reenviarlo cada vez que publico?
No. Una vez enviado, Google lo vuelve a leer por su cuenta. Lo que sí debe hacer el archivo es actualizarse solo cuando publicas o cambias algo, y reflejarlo en lastmod.
¿Puedo tener más de un sitemap?
Sí. Google permite enviar varios sitemaps y varios archivos índice. Dividir por tipo de contenido te permite ver el rendimiento de cada uno por separado en Search Console.
¿Qué significan los errores del informe Sitemaps?
Search Console te dice si no pudo leer el archivo o si encontró un problema al procesarlo. Empieza por lo básico: que la URL del sitemap responda 200, que no esté bloqueada y que el formato sea válido.
¿Mi CMS genera el sitemap solo?
Muchos sí. Google señala que la mayoría de los sistemas de gestión de contenidos los generan automáticamente. Aun así, abre el archivo y revísalo con la lista de arriba, porque que exista no significa que esté bien.
