ToolZen ToolZen
SEO generator client

XML Sitemap Generator

Create an XML sitemap to help search engines index your website. Add URLs with priority and change frequency settings.

Advertisement (Top Banner)
Advertisement (Bottom)

Un sitemap es una lista de las URLs de tu sitio que te gustaría que un buscador conociera. Es genuinamente útil, y también el artefacto de SEO sobre el que más supersticiones hay, incluidos dos campos que esta herramienta genera y que Google tira a la basura nada más recibirlos.

Google ignora priority y changefreq. Los dos.

No es un rumor ni una deducción a partir de datos de posicionamiento. Google lo ha dicho públicamente y lo ha repetido: priority y changefreq no se usan. Se leen y se descartan.

El motivo es el mismo que mató a la etiqueta meta keywords. Ambos campos piden al propietario de un sitio que declare algo sobre sus propias páginas, y todo propietario tiene el mismo incentivo: poner todo a priority 1.0 y changefreq hourly. Cuando todas las páginas de la web afirman tener la máxima prioridad y actualizarse constantemente, el campo no transporta información, y una señal que no transporta información se descarta. Tardó cerca de una década en hacerse oficial, y los campos siguen en la especificación, los siguen generando todas las herramientas, y los sigue rellenando con seriedad gente que cree estar haciendo algo.

Se generan aquí porque el formato los define y su ausencia confunde más que su presencia. Fijarlos no cuesta nada y no consigue nada. Si has estado ajustando con cuidado los valores de priority, ese tiempo es recuperable y está mejor invertido en otra parte.

lastmod sí se usa, pero solo si eres honesto

El único campo opcional que sobrevive es lastmod, y Google ha sido explícito sobre la condición: se usa cuando es consistentemente exacto, y se ignora por completo cuando no lo es.

El modo de fallo es un sitio que estampa la fecha de hoy en todas las URLs en cada regeneración. Parece un sitio entero reescrito a diario, lo que no es creíble, y Google responde desentendiéndose de lastmod para ese sitio por completo. No has ganado rastreos más rápidos; has perdido una señal que funcionaba.

Así que lastmod debería reflejar cuándo cambió el contenido de forma significativa. No cuándo se tocó la plantilla, no cuándo se ejecutó la compilación, no cuándo cambió el año del pie de página. Si tu generador no sabe distinguirlo, omitir lastmod es estrictamente mejor que rellenarlo con una mentira: un campo ausente es neutro, uno deshonesto envenena el pozo.

Un sitemap no te indexa

Esta es la expectativa que conviene recalibrar. Un sitemap ayuda a un rastreador a descubrir URLs. No obliga a nadie a rastrearlas, y desde luego no obliga a nadie a indexarlas. Enviar una página y verla quedarse fuera del índice no es un sitemap roto; es Google decidiendo que la página no merece ser incluida.

Donde un sitemap se gana de verdad el sitio es en el descubrimiento: páginas apenas enlazadas desde ningún sitio, un sitio grande donde rastrear cada ruta lleva semanas, un sitio nuevo sin enlaces entrantes, o contenido que cambia más rápido de lo que un rastreador notaría por su cuenta. Si tus páginas están bien enlazadas desde tu propia navegación, un sitemap añade poquísimo: el rastreador iba a encontrarlas.

Lo que significa que lo útil que te da un sitemap no es tráfico. Es el informe de cobertura de Search Console: enviar una lista de lo que crees que debería estar indexado te deja ver la brecha entre eso y lo que realmente lo está. En esa brecha suele estar el problema de verdad.

Los límites, y qué hacer con ellos

Un solo sitemap admite como mucho 50.000 URLs y 50 MB sin comprimir. Pasado cualquiera de los dos, se divide en varios archivos y se apunta a ellos con un índice de sitemaps: un sitemap de sitemaps, que todos los buscadores soportan y que es la disposición normal para cualquier sitio de tamaño.

Una regla pilla a todos: incluye solo URLs que quieras realmente indexadas. Un sitemap que lista páginas con noindex, canonicalizadas en otro sitio, que redirigen o que devuelven 404 envía instrucciones contradictorias, y Search Console lo informará como error en vez de ignorarlo en silencio. El sitemap debe estar de acuerdo con el resto de tu sitio: es una declaración de intenciones, y merece mantenerla cierta.

Preguntas frecuentes

¿Se envía algo a un servidor?

No. Esta herramienta está marcada como "client": el XML se monta en la pestaña de tu navegador con las URLs que pegas. No se transmite nada.

¿Merece la pena poner priority?

No. Google lo descarta, y ningún otro buscador importante ha dado nunca evidencia de usarlo. Deja el valor por defecto. Cualquier tiempo dedicado a decidir si una página es 0,8 o 0,6 es tiempo dedicado a un campo que va a la papelera.

¿Necesito siquiera un sitemap?

Para un sitio pequeño y bien enlazado, sinceramente no mucho: un rastreador que siga tu navegación lo encontrará todo. Se vuelve útil a medida que los sitios crecen, que las páginas quedan enterradas, o cuando quieres que el informe de cobertura de Search Console te diga cuáles de tus páginas no están indexadas. Ese informe es el retorno real del esfuerzo.

¿Dónde lo pongo y cómo lo encuentra Google?

En cualquier sitio de tu dominio, aunque la raíz es la convención. Dos formas de anunciarlo: una línea Sitemap: en robots.txt, que todos los buscadores leen, y enviarlo en Search Console, que es como consigues el informe de cobertura. Haz las dos: cuestan una línea y un clic.

¿Cada cuánto debo regenerarlo?

Cuando se añaden o quitan URLs, lo que para la mayoría de los sitios significa como parte de la compilación. Lo que importa es que siga siendo exacto: un sitemap que lista páginas que ya no existen es peor que ningún sitemap, porque está activamente equivocado. Regenerarlo por temporizador sin comprobar es como los sitemaps se desincronizan del sitio que describen.