Empecemos por la conclusión: el campo priority del mapa del sitio XML no influye en el posicionamiento. Google ha afirmado públicamente que no lo tiene en cuenta, y lo mismo sucede con changefreq. El único campo que sí se consulta y afecta directamente a la eficiencia de los rastreadores de IA es lastmod. Si cada vez que generas el mapa asignas la fecha del día a todas las URL, no ayudas al rastreador: le enseñas a desconfiar de la lista. En este artículo veremos cómo convertir el mapa del sitio XML en un registro de cambios fiable para que GPTBot, ClaudeBot y PerplexityBot encuentren tus páginas más recientes con el menor número posible de rastreos.
El mapa del sitio mejora el rastreo y la indexación, no el posicionamiento
Un mapa del sitio no hará que una página suba posiciones. Su función es indicar: «Estas URL existen y estas otras han cambiado recientemente». En sitios pequeños, con menos de unos cientos de páginas y un enlazado interno ordenado, tenerlo o no suele marcar poca diferencia; Google puede descubrir todas las páginas con un solo rastreo. Su valor aparece en escenarios concretos: sitios grandes, páginas profundas o huérfanas sin enlaces entrantes, contenido que se actualiza con frecuencia o cambios que quieres señalar cuanto antes. Para los rastreadores de IA, esta lista resulta especialmente importante porque disponen de un presupuesto de rastreo menor que Google y no cuentan con un sistema como Search Console para enviar URL. En la práctica, tienen menos vías de descubrimiento de las que podría parecer.
lastmod: el único campo que todavía se consulta y también el más fácil de configurar mal
La postura de Google es consistente: utiliza lastmod como referencia, pero solo cuando el valor es fiable. Si el sistema detecta que cada regeneración del mapa asigna la fecha actual a todo el sitio, acaba reduciendo a cero la credibilidad de ese campo. A partir de entonces, ni siquiera los cambios importantes transmitirán una señal útil. Por eso, lastmod debe reflejar el momento en que el contenido cambia de forma sustancial, no un ajuste de plantilla ni la marca de tiempo de una nueva implementación general del sitio. En este aspecto, la configuración predeterminada de la mayoría de los CMS es incorrecta.
- Utiliza el formato W3C Datetime con zona horaria, por ejemplo 2026-07-02T14:30:00+08:00; no indiques únicamente la fecha.
- Actualiza el valor solo cuando el contenido cambie de forma sustancial. Corregir erratas, sustituir una imagen decorativa o retocar el CSS no cuenta.
- No utilices directamente como lastmod la hora de compilación del sitio ni el updated_at de la base de datos: cada implementación podría señalar falsamente que todo el sitio se ha actualizado.
- Cada archivo incluido en el índice de mapas del sitio también debe tener su propio lastmod, correspondiente al último cambio real de ese grupo.
- Si no es técnicamente posible generar un lastmod fiable, es preferible omitir el campo por completo a declarar «hoy» para todo el sitio cada día.
priority y changefreq: puedes rellenarlos, pero nadie los tiene en cuenta
Los ingenieros de Google lo han explicado públicamente con claridad: priority no se tiene en cuenta en absoluto, y changefreq tampoco. Bing mantiene una postura similar. Si tu CMS completa ambos campos automáticamente, puedes conservarlos, pero no dediques tiempo de ingeniería a decidir si una página merece un 0.8 o un 0.6. Esa cifra no cambiará el rastreo ni el posicionamiento. La única utilidad práctica de priority es obligarte a identificar qué páginas consideras más importantes; sirve para ordenar tus propias prioridades, no las del algoritmo.
¿Cómo encuentran y utilizan tu mapa del sitio los rastreadores de IA?
Rastreadores de IA como GPTBot, ClaudeBot, PerplexityBot, CCBot y Google-Extended no disponen de un Search Console donde puedas enviar URL. Su canal de descubrimiento más estable es uno solo: la directiva Sitemap de robots.txt. Sin esa línea, solo queda esperar a que lleguen siguiendo enlaces. Una vez declarado el mapa, un lastmod correcto les permite omitir las páginas que no han cambiado y dedicar su presupuesto limitado al contenido nuevo. Eso es precisamente lo que interesa: el objetivo del GEO es conseguir referencias, no limitarse a generar solicitudes de rastreo al servidor.
Cómo dividir el mapa del sitio de un portal grande para maximizar la eficiencia de indexación
Cada archivo de mapa del sitio tiene un límite estricto: un máximo de 50,000 URL o 50MB sin comprimir, lo que se alcance primero. Si lo supera, hay que dividirlo y reunir los archivos mediante un índice de mapas del sitio, que a su vez admite hasta 50,000 mapas secundarios. En la práctica, conviene no esperar a alcanzar el límite, sino agrupar las URL por tipo de contenido desde el principio. Así podrás consultar en Search Console la cobertura de indexación de cada grupo y detectar de inmediato qué conjunto de contenidos presenta problemas.
- Agrupa las URL por tipo de contenido: sitemap-blog.xml, sitemap-docs.xml y sitemap-product.xml, cada uno con su propia información de cobertura.
- Mantén cada archivo por debajo del límite de 50,000 URL o 50MB sin comprimir. Si lo supera, divídelo y reúne los archivos mediante un índice de mapas del sitio.
- Comprime los archivos grandes con gzip para generar sitemap.xml.gz. El protocolo lo permite y reduce el consumo de ancho de banda.
- Presta especial atención a las páginas de alto valor con más probabilidades de ser citadas por sistemas de IA —como precios, comparativas, preguntas frecuentes y casos—, sobre todo si se actualizan a menudo, y asegúrate de que tengan el lastmod más preciso.
- No incluyas URL con noindex, una etiqueta canonical que apunte a otra página o respuestas 4xx/5xx; hacerlo reduce la credibilidad de toda la lista.
Deja de usar ping: cómo notificar cambios después de 2023
Google deshabilitó en 2023 el endpoint de ping para mapas del sitio, y Bing hizo lo mismo. Enviar solicitudes a /ping?sitemap= ya no produce ningún efecto. Hay tres alternativas: mantener un lastmod preciso para que los rastreadores decidan si deben volver a visitar una página cuando regresen según su propio calendario; enviar el mapa del sitio una sola vez a Search Console, sin repetir el envío; y utilizar IndexNow con Bing y Yandex para notificar cambios de URL en tiempo real. Conviene recordar que Google no admite IndexNow y que la mayoría de los rastreadores de IA dependen de su propia frecuencia de visita y de tu lastmod. Por tanto, la única palanca que influye a la vez en todos los rastreadores es mantener un lastmod riguroso.
Lista de comprobación del mapa del sitio antes de publicar
- robots.txt contiene una directiva Sitemap que apunta a una URL de mapa del sitio accesible públicamente.
- lastmod refleja cambios reales en el contenido, utiliza un formato con zona horaria y no asigna la misma fecha a todo el sitio.
- El mapa del sitio solo incluye páginas indexables que devuelven un código 200; excluye las URL con noindex o una canonical hacia otra página.
- Ningún archivo supera las 50,000 URL ni los 50MB. Los sitios grandes utilizan un índice de mapas del sitio y agrupan las URL por tipo de contenido.
- Envía el mapa una sola vez a Search Console y comprueba que la cifra de páginas rastreadas coincide con el número real de páginas.
Si resuelves estos puntos, tu mapa del sitio dejará de ser un archivo rutinario en el que nadie confía y se convertirá en una fuente de cambios útil para rastreadores y motores de IA. En la mayoría de los equipos, el problema no es que falte alguna página, sino que todo el sitio ofrece datos falsos en lastmod y el mapa mezcla numerosas URL no indexables. Un análisis con herramientas externas permite detectar ambos problemas. Si quieres saber qué carencias presenta tu mapa del sitio y el resto de tu configuración técnica de AEO, solicita un diagnóstico GEO de 30 minutos (/contact). Te indicaremos directamente qué puntos conviene corregir primero.
