Tu sitemap es el único archivo de tu sitio web que nadie vuelve a leer.
Alguien lo configuró hace años, probablemente un plugin, y desde entonces ha estado diciéndoles en silencio a los motores de búsqueda qué rastrear. Funciona, así que nadie lo abre.
Abrimos 21 de ellos — de IKEA, Booking.com, Stripe, Shopify, Zillow, Goodreads, wikiHow y una docena más — y revisamos cada uno contra el propio protocolo de sitemaps.
Ocho salieron limpios. Trece no.
Uno de los trece era el nuestro.
Resultados de un vistazo
Dos problemas explican casi todo lo que encontramos, y ambos son invisibles desde fuera: campos que no hacen nada y URLs que técnicamente el archivo no tiene permitido cubrir.
Ninguno romperá tu sitio. Ambos valen diez minutos.
Qué revisamos, y cómo
Tomamos el robots.txt de cada sitio, seguimos el primer sitemap que declaraba, abrimos un archivo real de URLs detrás de él e hicimos tres preguntas.
¿Cada URL está dentro de la propia carpeta del sitemap? El protocolo dice que un sitemap cubre su propia ruta y lo que está debajo. Un archivo en /sitemaps/ que lista páginas en /products/ está fuera de eso.
¿Incluye priority o changefreq? Ambos son XML válido y ambos son ignorados por Google. Son restos de 2005.
¿Incluye un lastmod legible? Este sí lo usa Google, cuando confía en ti.
Luego pasamos varios de esos mismos archivos por nuestro propio XML Sitemap Generator, que realiza exactamente estas comprobaciones, para asegurarnos de que nuestra lectura y la herramienta coincidieran. Coincidieron.
Solo 8 de 21 salieron limpios
Los ocho limpios: Omni Calculator, Healthline, Coursera, Vercel, Netlify, MongoDB, Semrush y Similarweb.
Los otros trece: wikiHow, Calculator.net, NerdWallet, Goodreads, GeeksforGeeks, Zillow, Booking.com, IKEA, Stripe, Shopify, HubSpot, Atlassian — y UNmiss.
Hay un patrón en esa división, y es el mismo que encontramos cuando revisamos quién publica un llms.txt: las empresas de herramientas para desarrolladores están ordenadas, y los grandes sitios de consumo que corren sobre sistemas de contenido antiguos no lo están.
Los campos que no hacen nada
Ocho de los 21 sitemaps incluyen <priority>. Ocho incluyen <changefreq>.
Ambas etiquetas formaban parte de la especificación original de sitemaps de 2005. La idea era que le dijeras a los motores de búsqueda cuáles de tus páginas importaban más y con qué frecuencia cambiaban, y que el rastreo se programara en consecuencia.
No sobrevivió al contacto con la realidad, porque cada sitio web dijo que cada página tenía prioridad 1.0 y cambiaba a diario. Google ignora ambos campos por completo. Siguen siendo XML válido. Simplemente no hacen nada.
En un sitio pequeño eso es ruido inofensivo. En uno grande no lo es. El sitemap de productos de IKEA llega a 47.6 MB frente a un límite estricto del protocolo de 50 MB — y cada entrada gasta bytes en dos campos que nadie lee.
URLs fuera de su propia carpeta
Diez de los 21 listan URLs que están fuera del propio directorio del sitemap. Este es el error más interesante, porque casi nadie sabe que la regla existe.
Se supone que un sitemap solo cubre su propia ruta y todo lo que está debajo. Pon el archivo en example.com/sitemaps/products.xml y técnicamente cubre /sitemaps/ y hacia abajo — no /products/, ni tu página de inicio.
En la práctica Google es tolerante, sobre todo cuando envías el sitemap directamente en Search Console. Pero "normalmente tolerado" es una posición peor que "correcto", y el arreglo es el más fácil del SEO: mueve el archivo a la raíz de tu dominio. Un sitemap en example.com/sitemap.xml lo cubre todo, siempre, sin excepciones que recordar.
Fallamos nuestra propia comprobación
Ahora viene la parte incómoda, y la razón por la que confiamos en que el resto de esto es justo.
Pasamos unmiss.com por nuestro propio XML Sitemap Generator. Informó 370 URLs, 399.5 KB, HTTP 200, con un lastmod legible en cada entrada — y luego marcó esto:
370 entradas incluyen priority o changefreq.
"Google ignora ambos campos por completo. Son válidos, simplemente no están haciendo nada por ti."
Cada URL. Puedes verlo en el archivo sin procesar, donde cada entrada va seguida de una fecha, la palabra weekly y el número 0.7:
Nadie eligió eso. Vino de un valor predeterminado, hace años, y sobrevivió porque nadie volvió a abrir el archivo — que es exactamente el punto de este artículo.
Copia esto en una tarde
Cuatro pasos. Todo toma menos tiempo que leer sobre ello.
1. Abre tu propio sitemap. Añade /sitemap.xml a tu dominio, o encuentra la dirección en tu robots.txt. La mayoría nunca lo ha mirado.
2. Busca priority y changefreq. Si están ahí, elimínalos. No hay desventaja ni riesgo; no estaban haciendo nada.
3. Revisa dónde vive el archivo. Si está en una subcarpeta mientras tus páginas están en otro lugar, muévelo a la raíz. Ese único movimiento elimina toda una categoría de problema.
4. Asegúrate de que lastmod sea honesto. Este es el único campo que todavía cuenta, y solo cuenta si es verdadero. Un archivo que afirma que todo cambió hoy está enseñando a los motores de búsqueda a ignorar el campo.
Lo que no pudimos medir
21 sitemaps es una muestra. Elegimos nombres reconocibles de publicación, retail, software y herramientas para desarrolladores, y leímos el primer sitemap que cada uno declaraba. Una muestra distinta daría porcentajes distintos.
Un archivo por sitio. Varias de estas empresas publican miles de archivos sitemap. Evaluamos un archivo real de URLs de cada una, bajo la suposición de que los genera el mismo sistema — lo cual es probable, pero no verificado.
El alcance por ruta es una regla que Google suele perdonar. Lo reportamos porque está en la especificación y porque nuestra herramienta lo marca, no porque podamos demostrar que le está costando tráfico a alguien. No podemos.
No podemos ver qué hace ningún motor de búsqueda con estos archivos. Todo aquí es lo que los sitios publican, no lo que se rastrea o se indexa.
Pega la dirección de un sitemap que ya publicas y nuestro XML Sitemap Generator lo revisa contra el protocolo sin visitar una sola URL dentro de él. Es la misma comprobación que encontró el problema en nuestro propio archivo, y en diez de los veintiuno anteriores.
- Marca URLs fuera de la propia ruta del sitemap
- Señala priority y changefreq, que Google ignora
- Devuelve una copia limpia que puedes publicar hoy
Preguntas frecuentes
¿Qué sitemaps revisaron y cuáles fueron los resultados?
21 sitemaps legibles el 23 de agosto de 2026. Limpios: Omni Calculator, Healthline, Coursera, Vercel, Netlify, MongoDB, Semrush, Similarweb. Con al menos un problema: wikiHow, Calculator.net, NerdWallet, Goodreads, GeeksforGeeks, Zillow, Booking.com, IKEA, Stripe, Shopify, HubSpot, Atlassian y UNmiss. Diez listaban URLs fuera de la propia carpeta del sitemap, ocho incluían priority y ocho incluían changefreq.
¿Priority o changefreq hacen algo en absoluto?
No para Google, que ignora ambos campos por completo y lo ha dicho claramente. Otros rastreadores pueden leerlos, pero ningún motor de búsqueda importante se compromete a actuar sobre ninguno de los dos. Son XML válido que no hace nada, y eliminarlos no implica riesgo.
¿Por qué importa dónde vive el archivo sitemap?
Porque el protocolo dice que un sitemap solo cubre su propia ruta y todo lo que está debajo. Un archivo en /sitemaps/products.xml técnicamente no cubre /products/. Google suele ser tolerante, especialmente con sitemaps enviados en Search Console, pero el problema desaparece por completo si pones el archivo en la raíz del dominio.
¿Un sitemap con estos problemas está roto?
No, y no usaríamos esa palabra. Ninguno de los trece sitios aquí tiene un sitemap que deje de funcionar. Incluyen campos que desperdician espacio y, en diez casos, una disposición de rutas que la especificación no permite estrictamente. Son problemas de orden, no caídas — precisamente por eso sobreviven durante años.
Encontraron un problema en su propio sitemap. ¿Cuál era?
Las 370 URLs del sitemap en inglés de unmiss.com incluyen priority y changefreq. Nuestro propio XML Sitemap Generator lo marcó cuando lo apuntamos hacia nosotros mismos. Vino de un valor predeterminado hace años, nadie volvió a abrir el archivo, y es exactamente el patrón de fallo del que trata este artículo.
¿Qué pasa con lastmod?
Ese sí sigue importando. Google usa lastmod cuando confía en el valor, y la confianza se gana con precisión. Cada sitemap de nuestra muestra lo incluía en prácticamente cada entrada, lo cual es bueno — siempre que las fechas sean reales. Un archivo que afirma que cada página cambió hoy enseña a los motores de búsqueda a descartar el campo.
¿Qué tan grande puede ser un sitemap?
50,000 URLs o 50 MB sin comprimir, lo que ocurra primero, después de lo cual se divide en varios archivos detrás de un índice de sitemaps. Ese techo es la razón por la que los campos desperdiciados importan a escala: el sitemap de productos de IKEA ya está en 47.6 MB, que es el 95% del límite, mientras gasta bytes en dos campos que nadie lee.
¿Puedo ejecutar esta comprobación yo mismo?
Sí, en cualquiera de las dos direcciones. A mano: abre tu robots.txt, sigue el sitemap y busca en el archivo priority y changefreq. O pega la dirección en nuestro XML Sitemap Generator, que ejecuta las mismas comprobaciones y devuelve una copia corregida.
Arregla el archivo que nadie vuelve a leer
La mayor parte de esta serie trata sobre empresas que construyeron algo notable. RTINGS mide lo que nadie mide, wikiHow dibuja una imagen para cada paso, Goodreads encontró dieciséis sustantivos donde todos los demás encontraron uno.
Este trata de lo contrario: aquello que todo sitio web tiene y que casi nadie ha mirado dos veces.
Trece de veintiuna empresas grandes y con buenos recursos están publicando un sitemap con algo mal dentro. No porque sea difícil, sino porque es invisible. El archivo funciona, así que nadie lo abre, y por eso los valores predeterminados de 2005 viven para siempre.
Nosotros éramos uno de los trece, y solo lo descubrimos al apuntar nuestra propia herramienta hacia nosotros mismos.
Así que abre tu sitemap. Toma un minuto, y hay una buena probabilidad de que no lo hayas leído desde el día en que se creó.
Revisado el 23 de agosto de 2026. Método: obtener el robots.txt de cada sitio, seguir el primer sitemap declarado, abrir un archivo real de URLs detrás de él y probar alcance por ruta, priority, changefreq y lastmod. Los resultados se contrastaron con nuestro propio XML Sitemap Generator, que realiza las mismas comprobaciones, y ambos coincidieron.
Un archivo por sitio es una muestra, no una auditoría de todos los sitemaps que esas empresas publican. El alcance por ruta es una regla de especificación que los motores de búsqueda suelen perdonar, y no afirmamos que ninguno de estos problemas le haya costado tráfico a nadie.