Crear un sitemap: cuatro campos y los dos que Google ignora

Para crear un sitemap necesitas un archivo UTF-8 en la raíz del sitio con las URL absolutas que quieres que aparezcan en los resultados de búsqueda. Google ignora dos de los cuatro campos que la gente suele completar. El archivo no indexa nada: dice qué existe y, si un campo es honesto, cuándo cambió.

Arranca con la lista de páginas que quieres posicionar, no con la lista de todas tus páginas. Los listados filtrados, los archivos de etiquetas, los duplicados de paginación y las páginas de agradecimiento quedan afuera. Un sitemap es una declaración de intención que otras señales comparan con el contenido real.

Si tu sistema ya publica un sitemap, no armes otro. Lee primero el que existe: la mayor parte de este capítulo se vuelve una revisión, no una construcción.

Por qué dos de los cuatro campos no sirven

El formato XML permite cuatro elementos por URL. La documentación de Google sobre sitemaps, leída el 24 de agosto de 2026, resuelve la mitad en una frase: «Google ignores <priority> and <changefreq> values».

La condición de la segunda fila es la parte interesante: Google «uses the <lastmod> value if it’s consistently and verifiably (for example by comparing to the last modification of the page) accurate». Después define qué cuenta: «an update to the main content, the structured data, or links on the page is generally considered significant, however an update to the copyright date is not».

Una plantilla que pone la fecha de hoy en cada URL todas las noches no manda una señal de frescura. Manda un campo que se puede comparar con la página y encontrar falso, en cada URL, todas las noches. Medimos su frecuencia: 13 de 24 sitios no dicen nada con su lastmod (en inglés).

Bing escribió el mismo veredicto sobre sí mismo, así que hay dos motores en el expediente: «Optional sitemap tags like changefreq and priority are ignored by Bing and do not influence how your content is crawled or ranked» (Keeping content discoverable with sitemaps in AI-powered search, publicado el 31 de julio de 2025, leído el 9 de septiembre de 2026). En 168.434 entradas de URL leídas el 9 de septiembre de 2026, siete de 24 sitemaps todavía llevaban changefreq y 17 no llevaban ninguno de los dos campos; entre los siete, cuatro ponían un solo valor en el 97 % o más del archivo, que es la forma de un valor por defecto y no de una decisión.

Un sitemap es una afirmación sobre tu sitio que un motor puede verificar. Cada campo completado sin cuidado es una afirmación que falla la revisión.

Crear un sitemap en cinco pasos

En un sitio pequeño, el trabajo manual lleva unos veinte minutos, y vale la pena hacerlo una vez aunque después lo tome un plugin. Ese paso manual es el que te muestra qué URL no esperabas ver.

1. Enumera las URL que quieres en los resultados, como direcciones absolutas. Google lo dice claro: «Google will attempt to crawl your URLs exactly as listed». Las rutas relativas no alcanzan.
2. Escribe un bloque <url> por dirección, con <loc> y, si puedes producirlo con honestidad, <lastmod>. Escapa los ampersands y las demás entidades, como en cualquier XML.
3. Guarda en UTF-8 y coloca el archivo en la raíz. La ubicación importa: «unless you submit your sitemap through Search Console, a sitemap affects only descendants of the parent directory».
4. Decláralo en robots.txt con una línea Sitemap: y envíalo en Search Console. Las dos vías son independientes y baratas.
5. Corta en los límites. Un sitemap está limitado a «50MB (uncompressed) or 50,000 URLs». Si pasas cualquiera de los dos, divide el archivo y envía un índice de sitemaps.

El paso 4 tiene un segundo beneficio en sitios grandes: enviar varios sitemaps por separado permite leer la cobertura por grupo en Search Console, y así descubrir que una sección está indexada y otra no.

El entregable: dos archivos y un conteo

Un sitemap mínimo. Este es todo el formato: no hay cabecera que acertar más allá de estas dos líneas.

<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <url>
    <loc>https://www.example.com/foo.html</loc>
    <lastmod>2026-08-24</lastmod>
  </url>
</urlset>

Un índice de sitemaps, para cuando superas un límite o quieres seguimiento por sección:

<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
  <sitemap>
    <loc>https://www.example.com/sitemap-blog.xml</loc>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/sitemap-products.xml</loc>
  </sitemap>
</sitemapindex>

Y el conteo, la revisión que vale la pena correr después de cada despliegue: dice cuántas URL estás reclamando de verdad y si el archivo se acerca a un límite.

curl -s https://example.com/sitemap.xml \
  | grep -o '<loc>[^<]*' | sed 's/<loc>//' | tee /tmp/sitemap-urls.txt | wc -l

# Bytes, frente al techo de 50 MB
curl -s https://example.com/sitemap.xml | wc -c

# Direcciones listadas que no devuelven 200
while read -r u; do
  printf '%s %s\n' "$(curl -s -o /dev/null -w '%{http_code}' "$u")" "$u"
done < /tmp/sitemap-urls.txt | grep -v '^200'

Qué se rompe y cómo reconocerlo

El sitemap lista URL que redirigen

Síntoma: Search Console informa páginas «Página con redirección» en un número que coincide con una sección del sitio. Causa: el archivo se generó antes de un cambio de URL. El tercer comando de arriba las encuentra en una pasada.

El sitemap y el canonical se contradicen

La guía de canonicalización de Google desaconseja justo eso: no «specify one URL in a sitemap, but a different URL for that same page using rel="canonical"». La presencia en el sitemap es una señal de canonicalización débil: la contradicción no suele ganar, solo desperdicia la señal.

Aparecen las URL de móvil y escritorio

Si una página tiene dos direcciones, Google recomienda apuntar solo a una en el sitemap. Listar las dos sin anotación le pide al motor que decida algo que tú ya sabes.

El archivo existe pero nadie apunta a él

Un sitemap del que nadie fue informado solo se encuentra por convención. La línea en robots.txt cuesta una línea; vimos que la declaración y su apertura varían más de lo esperado (en inglés).

Lo que un sitemap no hará

No hará que una página se indexe. La vuelve descubrible, que es una afirmación más débil, y no aporta nada a una página que ya es descubrible por tus propios enlaces. En un sitio pequeño con enlaces internos limpios, su valor realista es el de una lista que puedes comparar, no el de una fuente de tráfico.

Tampoco rescata una página bloqueada, rota o excluida a propósito. Listar una URL que devuelve una redirección, un 404 o un noindex no anula ninguna de esas señales. Detente cuando el número de URL en Search Console coincide con el de tu archivo y las páginas descubiertas son las que querías. No hay un estado siguiente.

El paso siguiente es decirle a los motores que algo cambió: es otro mecanismo, con sus propias formas de fallar. Mira cómo indexar una página más rápido. Para la cadena completa, del rastreo a la cita, el recorrido de diagnóstico empieza aquí.

Preguntas frecuentes

¿Es obligatorio tener un sitemap?

No, si el sitio es pequeño y cada página es alcanzable desde tus enlaces. Se vuelve útil cuando el sitio crece, cuando las páginas están mal enlazadas o cuando quieres cobertura por sección. Crearlo cuesta casi nada, por eso la respuesta práctica es sí y la de principio es no.

¿Dónde debe estar el archivo?

En la raíz, porque un sitemap «affects only descendants of the parent directory» salvo que se envíe por Search Console. Un archivo en /blog/sitemap.xml no puede hablar por /products/.

¿Puedo usar un feed RSS como sitemap?

Sí. Google acepta feeds RSS 2.0 y Atom 1.0 enviados como sitemaps, con una advertencia: un feed «only provides information on recent URLs». Es un buen canal de frescura y un mal inventario.

¿Cuántas URL caben en un sitemap?

50.000, o 50 MB sin comprimir, lo que llegue primero. Al pasar, se divide el archivo y se envía un índice. La mayoría de los sitios está lejos, y los que llegan suelen descubrirlo por un error de validación, no por un conteo.