Cómo monitorizar los cambios del sitemap de forma automática

Para monitorizar los cambios del sitemap, descarga sitemap.xml con una periodicidad fija, guarda cada copia y compara cada snapshot nuevo con el anterior. Importan tres cosas: URL añadidas, URL eliminadas y lastmod que cambian. Puedes hacerlo a mano con curl, sort y diff, pero Search Console nunca te avisa, y nadie hace un diff manual de 20 webs de clientes cada mañana. Deltio toma un snapshot diario del sitemap, calcula el diff automáticamente, sigue los sitemap index anidados y te avisa por Slack o email. Desde £20 al mes, con 14 días de prueba gratuita.

El sitemap es el único archivo de una web que declara, en texto plano, qué páginas considera publicables el CMS. Eso lo convierte en el sistema de alerta más barato del SEO. Cuando una migración se lleva por delante 400 fichas de producto, el sitemap lo sabe días antes que las posiciones. Nadie lo mira: se revisa en el lanzamiento y nunca más, hasta que el tráfico se desploma.

Qué cambia de verdad en un sitemap

• URL añadidas: o alguien ha publicado algo (bien) o algo está generando basura: archivos de etiquetas, filtros paginados, páginas de adjuntos, URL de staging en producción. Un plugin de atributos de producto puede añadir miles de URL vacías en una noche, y el crawl budget lo pagas tú.
• URL eliminadas: el caso peligroso. Una URL que sale del sitemap es una página que el CMS ya no considera publicable: borrada, despublicada, puesta en noindex o perdida en una migración. Google la mantiene indexada un tiempo: las posiciones no te avisarán hasta semanas después.
• lastmod que cambia en masa: si de golpe todas las URL muestran la fecha de hoy, un re-deploy ha reescrito los timestamps. Le estás diciendo a Google que ha cambiado la web entera: provocas un rastreo completo y quemas la única señal que lastmod debería aportar. Y ocultas las páginas que sí han cambiado.

Escribir bien el archivo es otro trabajo: lee las buenas prácticas de sitemap XML. Aquí hablamos de vigilarlo ya publicado.

Los métodos manuales, y dónde se rompen

El enfoque clásico son dos líneas:

curl -s https://example.com/sitemap.xml \
  | grep -o '<loc>[^<]*' | cut -c6- | sort > hoy.txt
diff ayer.txt hoy.txt

Funciona, para una web, una vez. Aquí es donde se rompe:

• Search Console da un recuento, no un diff, y no avisa. El informe de Sitemaps dice cuántas URL se han descubierto, con días de retraso. Nunca dice cuáles han desaparecido y espera a que entres tú.
• Nadie mantiene el ritmo. Un script en el portátil sobrevive tres semanas. Con 20 webs de clientes, nadie hace el diff a mano cada día. Nunca.
• Los sitemap index rompen el one-liner. Casi todas las webs reales sirven un sitemap_index.xml que apunta a post-sitemap.xml, page-sitemap.xml, product-sitemap.xml. Tu grep devuelve los sitemaps hijos, no las páginas: estás monitorizando nada.

Cómo es una monitorización que sirve

• Un snapshot con periodicidad fija. Diaria, no semanal: semanal ya llega tarde.
• Un diff automático, con histórico. Un snapshot es una foto. Una serie es la prueba que le mandas al cliente que jura que no ha tocado nada.
• Soporte completo de sitemap index. Seguir el índice, descargar cada sitemap hijo y tratar el resultado como un único conjunto de URL.
• Alertas sobre eventos, no sobre ruido. Diez artículos nuevos no son un incidente. Noventa URL desaparecidas sí.
• Re-escaneo de lo que ha cambiado. Un diff de URL no es un diff de páginas: un lastmod nuevo en /precios/ no dice que se borró el title tag. ¿Esas páginas siguen teniendo title, H1 y canonical?

Cómo lo hace Deltio

Deltio toma un snapshot diario de tu sitemap y lo compara con el anterior. Obtienes el diff: URL añadidas, URL eliminadas y lastmod cambiado, listadas una a una en lugar de reducidas a un número. Los sitemap index anidados se siguen y se aplanan: un índice de WordPress o Shopify se trata igual que un archivo plano. Se conservan los últimos 7 snapshots, así ves cuándo empezó la caída.

Las alertas llegan por email y Slack, en tu idioma, con enlace al panel. Y como una URL que cambia suele significar una página que cambia, Deltio vuelve a escanear las páginas afectadas: title, meta description, H1, canonical, atributo lang y hreflang, comparando con el escaneo anterior. Así "el sitemap ha cambiado" se convierte en "han cambiado 12 páginas y 3 han perdido la meta description". Encaja con las alertas de cambios SEO y con la monitorización de las webs de clientes.

Pon una bajo vigilancia esta noche

Elige la web de cliente que más te preocupa: la del CMS lleno de plugins, o la que está en plena migración. Añade su sitemap, deja que Deltio tome el primer snapshot y mañana tendrás un diff en lugar de una sospecha. Desde £24 al mes, £20 con facturación anual, con 14 días de prueba gratuita.