Un sitemap XML no controla ni el rastreo ni la indexación. Google lo recuerda explícitamente: enviar un mapa del sitio no garantiza ni la descarga del archivo, ni la exploración de las URL, ni su consideración en el índice. El sitemap es una señal declarativa, no una instrucción. Comprender esta distinción cambia la manera en que se construye, se mantiene y se integra en una estrategia de SEO.
Etiqueta lastmod en el sitemap XML: lo que Google realmente utiliza
La mayoría de los sitemaps en producción muestran fechas lastmod idénticas en todas las URL, o fechas que corresponden a la generación del archivo. Estos dos casos son ignorados por Google. La etiqueta lastmod solo tiene valor si refleja una modificación sustancial y verificable del contenido principal.
Lo que constituye una modificación significativa: un cambio en el cuerpo del texto, una actualización de los datos estructurados, una adición o eliminación de enlaces internos. En cambio, modificar el año en un copyright o regenerar el archivo sin tocar el contenido no califica.
Recomendamos una auditoría regular del sitemap para verificar la coherencia entre las fechas lastmod y las modificaciones reales. Un CMS que actualiza lastmod en cada guardado (incluso cosmético) produce ruido. Es mejor condicionar la actualización de esta etiqueta a un cambio real del contenido presentado. Puede consultar el mapa del sitio de Referencement Qualitatif para observar un ejemplo de estructura limpia con fechas coherentes.
Las etiquetas changefreq y priority se han vuelto obsoletas en la práctica. Google ya no les otorga peso medible. Continuar informándolas no es perjudicial, pero dedicar tiempo a optimizarlas es improductivo. Solo la URL y el valor lastmod (cuando es confiable) cuentan.
Sitemap XML e IndexNow: complementariedad para el rastreo de Bing
Bing recomienda explícitamente combinar el sitemap con el protocolo IndexNow. El sitemap proporciona una cobertura persistente de todas las URL. IndexNow, por su parte, transmite en tiempo casi real las adiciones, actualizaciones o eliminaciones individuales.
Esta combinación cobra sentido en los sitios de contenido dinámico: catálogos de comercio electrónico con variaciones de precios o stock, directorios actualizados diariamente, sitios de noticias. El sitemap sigue siendo la base de referencia, IndexNow acelera la consideración de los cambios puntuales.
- El sitemap cubre el inventario completo de las URL canónicas del sitio, incluidas las páginas raramente modificadas
- IndexNow notifica a Bing (y a los motores compatibles) sobre un cambio específico sin esperar al próximo rastreo del sitemap
- Los dos mecanismos son complementarios: uno no reemplaza al otro, y mantenerlos en paralelo reduce el tiempo de indexación
En cuanto a la implementación, IndexNow requiere una clave API alojada en la raíz del sitio y una llamada HTTP en cada publicación o modificación. La mayoría de los CMS cuentan con plugins compatibles.
Segmentación del sitemap para sitios con gran volumen de páginas
Un sitemap único que contenga varias decenas de miles de URL plantea dos problemas. El archivo se vuelve pesado para descargar para los robots, y ahoga las páginas estratégicas en la masa. La segmentación por tipo de contenido (artículos, productos, categorías, páginas estáticas) a través de un sitemap index permite jerarquizar los archivos enviados.
Observamos una ganancia concreta cuando los sitemaps segmentados se asocian a una limpieza de las URL no canónicas. Incluir en el sitemap URL redirigidas, páginas en noindex o variantes de parámetros equivale a enviar una señal contradictoria. El sitemap debe reflejar exactamente las páginas que desea ver indexadas, nada más.
Criterios de filtrado antes de la inclusión en el sitemap
- La página devuelve un código HTTP 200 y no está bloqueada por el robots.txt
- La página tiene una etiqueta canonical autorreferente (canonical apuntando a sí misma)
- La página no está en noindex y no es huérfana (al menos un enlace interno apunta hacia ella)
- La página contiene contenido indexable suficiente (no es un cascarón vacío o una plantilla no completada)
Automatizar esta verificación en el pipeline de generación del sitemap evita la acumulación de URL muertas. Algunas herramientas de rastreo permiten cruzar el sitemap con el estado real del sitio y señalar las incoherencias.
Envío del sitemap en Google Search Console: errores frecuentes
Enviar un sitemap a través de Google Search Console sigue siendo el método más directo para señalar su existencia. El error más común consiste en enviar el archivo una vez y luego nunca verificar el informe de cobertura asociado.
El informe de cobertura del sitemap en la Search Console indica cuántas URL enviadas están efectivamente indexadas, cuántas están excluidas y por qué razón. Una discrepancia significativa entre URL enviadas y URL indexadas señala un problema de calidad: contenido duplicado, páginas demasiado delgadas, errores de rastreo o canonical mal configurados.
Otro error: declarar el sitemap en el robots.txt con una URL incorrecta (protocolo HTTP en lugar de HTTPS, subdominio erróneo). El archivo robots.txt debe apuntar a la URL exacta del sitemap, accesible sin redirección.
Frecuencia de verificación recomendada
En un sitio que publica varios contenidos por semana, un control mensual del informe de cobertura es suficiente para detectar desviaciones. En un sitio más estático, una auditoría trimestral sigue siendo pertinente. El objetivo no es enviar el sitemap con más frecuencia, sino asegurarse de que lo que declara corresponde a lo que Google observa durante el rastreo.
El mapa del sitio sigue siendo una herramienta de comunicación entre su sitio y los motores de búsqueda. Su valor depende completamente de la rigurosidad con la que se mantenga. Un sitemap obsoleto o incoherente no ayuda al SEO, lo confunde.
