Buenas prácticas de sitemaps XML (y lo que las rompe en silencio)

Las buenas prácticas de sitemaps XML se resumen en una regla: el sitemap debe listar las URL canónicas e indexables que quieres que encuentren los buscadores, y nada más. Un sitemap limpio ayuda a Google a descubrir y volver a rastrear las páginas importantes. Uno descuidado le envía redirecciones, 404 y URL que nunca quisiste indexar, y eso convierte todo el archivo en una señal más débil.

Las reglas en sí son sencillas. Lo difícil es que los sitemaps los genera un software, y una actualización de plugin o un deploy pueden estropear un sitemap correcto sin que nadie se dé cuenta.

Para qué sirve un sitemap y para qué no

Un sitemap es una ayuda para el descubrimiento. Ayuda a los buscadores a encontrar páginas, sobre todo en sitios grandes, en sitios nuevos y en páginas con pocos enlaces internos. No es un factor de posicionamiento, e incluir una URL no hace que Google la indexe.

Un archivo mínimo tiene este aspecto:

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://example.com/services/seo/</loc>
    <lastmod>2026-08-02</lastmod>
  </url>
</urlset>

Eso es casi todo lo que lee Google. Google ha dicho que ignora <priority> y <changefreq>, y que solo usa <lastmod> cuando es exacto de forma sistemática. Dedicar tiempo a ajustar los valores de prioridad no sirve de nada de cara a Google.

Las buenas prácticas de sitemaps XML que vale la pena exigir

Incluye solo URL que devuelvan 200, que sean canónicas de sí mismas y que no lleven noindex. Si una página no debe indexarse, no debe estar en el sitemap. Las URL que redirigen y los 404 son los contaminantes más habituales, y suelen aparecer cuando se mueve o se borra contenido mientras el generador conserva una lista antigua.

Usa URL absolutas con el mismo protocolo y el mismo host que el sitemap. Un sitemap en https://www.example.com/ no debería listar URL de http://example.com/. El archivo tiene que estar en UTF-8, y caracteres como & en las URL deben escaparse como &.

Mantén un lastmod honesto. Debe cambiar cuando cambia el contenido principal de la página, no en cada rebuild. Si una plataforma estampa la fecha de hoy en todas las URL cada noche, el valor no le dice nada a Google y acabará aprendiendo a no hacerle caso.

Respeta los límites. Un archivo de sitemap puede contener hasta 50.000 URL y 50 MB sin comprimir. Los sitios más grandes reparten las URL en varios archivos, a menudo por tipo de contenido, y los enlazan desde un índice de sitemaps. Dividir por tipo también facilita localizar los problemas, porque ves qué sitemap hijo ha perdido URL. Los archivos pueden comprimirse con gzip, pero el límite de 50 MB se aplica al tamaño sin comprimir.

Haz que se pueda descubrir. Añade una línea Sitemap: https://example.com/sitemap_index.xml al robots.txt y envía el sitemap desde el informe Sitemaps de Search Console y desde Bing Webmaster Tools. Google retiró en 2023 su endpoint de "ping" para sitemaps, así que el envío y la línea en robots.txt son las vías que quedan. Nuestra guía sobre cómo comprobar tu robots.txt cubre el resto de ese archivo.

Quién genera el archivo

Saber qué lo genera te dice qué puede cambiarlo. Desde WordPress 5.5, el núcleo genera un sitemap básico en /wp-sitemap.xml. Yoast SEO y Rank Math lo desactivan y sirven el suyo en /sitemap_index.xml, controlado por ajustes para cada tipo de contenido, de modo que desactivar un tipo en el plugin elimina todas sus URL de golpe. Shopify genera /sitemap.xml automáticamente y no permite editarlo directamente. Los sitios headless y estáticos suelen generarlo durante el deploy, lo que significa que un cambio en la configuración de la build puede alterarlo.

Cómo se estropea un sitemap válido

Problema	Causa típica	Cómo se nota
URL que no deberían estar	El plugin empieza a incluir archivos de etiquetas, páginas de adjuntos o páginas noindex	El informe de indexación de páginas se llena de URL excluidas procedentes del sitemap
Faltan URL reales	El generador se reinicia durante un deploy o una migración, se desactiva un tipo de contenido	Baja el número de URL descubiertas en el informe Sitemaps
lastmod sin significado	Todas las URL reciben fecha nueva en cada build	Todas las entradas comparten la misma fecha reciente
Se sigue referenciando un sitemap antiguo	Cambia la ruta del sitemap y no se actualiza robots.txt	Search Console muestra un error de lectura o un archivo desactualizado
Archivo en caché	La CDN o un plugin de caché sirve una versión antigua	El sitemap no refleja páginas publicadas hace días

Ninguno de estos problemas produce un error en el sitio. El XML sigue siendo válido, y la diferencia solo se ve si alguien compara el archivo con cómo era antes.

Por qué las agencias no ven estos cambios

En un sitio que controlas tú, quizá acabes notándolo. En veinte sitios de clientes donde hacen deploys otros desarrolladores, casi nunca hay motivo para abrir un sitemap un martes cualquiera. Quien actualiza un plugin o fusiona una release no está pensando en el sitemap, así que cualquier rotura es un efecto secundario. La primera señal visible suele ser que las páginas nuevas tardan más en indexarse, o que se caen páginas del índice, semanas después.

Revisar a mano y monitorizar el resto

La revisión manual es sencilla: abre el archivo, apunta el número de URL de cada sitemap hijo, comprueba en una muestra de URL el código de estado, el canonical y el noindex, y confirma la línea en robots.txt. Funciona bien en los sitios que te acuerdas de revisar.

Para los demás, Deltio lee el sitemap de cada sitio de cliente en un ciclo diario, lo compara con la comprobación anterior y avisa cuando se añaden o eliminan URL. También revisa en las páginas a las que apuntan esas URL el noindex, el canonical y los cambios de title, y vigila robots.txt, porque un sitemap rara vez cambia de forma aislada. Las alertas llegan a Slack y por email, por sitio, con el nombre del sitio y las URL afectadas. Es una comprobación diaria, así que un cambio se notifica en el ciclo siguiente y no en el momento en que ocurre. El formato de esas notificaciones lo explicamos en alertas de cambios SEO.

Puedes añadir un sitio de cliente con la prueba gratuita de 14 días y ver qué contiene hoy su sitemap.