Sitemap
Dice qué páginas existen. Ayuda al descubrimiento. No da importancia por sí solo.
Inicio › Recursos › Indexación en Google
El sitemap es de lo primero que abro cuando reviso una web, porque en dos minutos me dice si está ordenada o no. Bien hecho, ayuda a que Google descubra las páginas; mal hecho, le resta confianza. Te explico qué meto, qué dejo fuera y qué he visto que hace y que no hace en una web mía.
Por Alberto Herrero · Alberseo
Un sitemap XML es un archivo que lista las páginas que quiero que Google conozca. No obliga a Google a indexarlas ni las posiciona mejor, y conviene tenerlo claro desde el principio. Lo que sí hace es ayudar a descubrirlas, sobre todo en webs nuevas o con páginas poco enlazadas.
También existe el efecto contrario: un sitemap lleno de redirecciones, errores y páginas que no deberían indexarse. En ese caso Google deja de fiarse de él. Por eso lo trato como una lista corta y limpia, no como un volcado de todo lo que hay en la web.
Mi web de BarnaKey tiene el sitemap dividido en dos: uno de páginas y otro de entradas del blog, reunidos en un índice. Al inspeccionar sus direcciones en Search Console vi qué papel jugó cada uno:
Lo que saco de aquí. El sitemap cumplió su función: todas esas páginas están indexadas. Pero estar en el sitemap no hizo que Google volviera con frecuencia a las que tienen poco tráfico. Y tenerlo separado por tipos me deja ver de un vistazo si el blog se indexa al mismo ritmo que las páginas de servicio.
Es un archivo de texto con una lista de direcciones. Un ejemplo mínimo, con datos ficticios:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://www.ejemplo.es/</loc>
<lastmod>2026-11-12</lastmod>
</url>
<url>
<loc>https://www.ejemplo.es/servicios.html</loc>
<lastmod>2026-10-28</lastmod>
</url>
</urlset>
Lo imprescindible es la dirección completa de cada página. La fecha de última modificación es opcional, y solo la pongo si es verdadera.
| Elemento | Qué hace Google |
|---|---|
priority | La ignora. No pierdo tiempo ajustándola. |
changefreq | La ignora. |
lastmod | La usa si es fiable de forma constante. Si se cambia siempre sin cambios reales, deja de tenerla en cuenta. |
| Tamaño | Hasta 50.000 direcciones o 50 MB sin comprimir por archivo. Si hay más, se reparte en varios y se agrupan en un índice. |
Abro tudominio.com/sitemap.xml en el navegador. Tiene que mostrar una lista de direcciones.
Recorro las direcciones: si están todas las que quiero y si sobra alguna que redirige o da error.
En Search Console, Indexación → Sitemaps, escribo la dirección y pulso Enviar.
“Correcto” es lo esperado. Si pone “No se ha podido obtener” o “Tiene errores”, Google no lo lee bien.
Si el sitemap lista 40 páginas y solo 12 están indexadas, miro por qué en cada estado.
Una línea “Sitemap:” con la dirección completa ayuda a todos los buscadores a encontrarlo.
| Mensaje | Qué significa | Qué hago |
|---|---|---|
| Correcto | Google lo lee sin problemas. | Nada. Lo reviso de vez en cuando. |
| No se ha podido obtener | Google no ha podido descargar el archivo. | Compruebo la dirección, que no esté bloqueada y que el servidor responda. |
| Tiene errores | El archivo tiene problemas de formato o de contenido. | Abro el detalle: indica la línea y el motivo. |
| Enviadas N, indexadas M | Solo una parte está en el índice. | Reviso por qué las demás no: duplicadas, descubiertas, rastreadas… |
Dice qué páginas existen. Ayuda al descubrimiento. No da importancia por sí solo.
Dicen qué páginas son importantes y cómo se relacionan. Para mí, es la señal más potente.
Controla el rastreo y apunta al sitemap. No sirve para desindexar. Lo explico en noindex frente a robots.txt.
Cuando hay varios sitemaps, se reúnen en uno que los lista, y a Google le envío solo el índice. Un ejemplo con datos ficticios:
<?xml version="1.0" encoding="UTF-8"?>
<sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<sitemap>
<loc>https://www.ejemplo.es/sitemap-paginas.xml</loc>
</sitemap>
<sitemap>
<loc>https://www.ejemplo.es/sitemap-guias.xml</loc>
</sitemap>
</sitemapindex>
Separar por tipo tiene una ventaja práctica que uso mucho: en Search Console puedo ver el estado de indexación de cada sitemap por separado. Si las guías se indexan peor que los servicios, lo veo enseguida.
En el informe de páginas filtro por sitemap. La diferencia entre las páginas enviadas y las indexadas es mi lista de trabajo:
Un solo sitemap con las páginas de servicio, zonas, contacto y guías. Lo reviso al añadir o quitar una página, y vigilo que no se cuelen las páginas legales ni las de prueba.
Sitemaps separados para categorías, productos y páginas informativas. Los productos eliminados salen del sitemap, y los filtros nunca entran.
Uno para páginas principales y otro para guías, como en mi web. Así veo si el contenido nuevo se indexa al ritmo esperado.
No, pero yo lo pongo siempre: ayuda sobre todo en webs nuevas, grandes o con páginas poco enlazadas.
No. Solo informa de que las páginas existen. Que se indexen depende de su calidad, su importancia y su enlazado.
Lo recomiendo: una línea Sitemap: con la dirección completa ayuda a que cualquier buscador lo encuentre.
Cada vez que se publica, se borra o se cambia de dirección una página. Si se genera solo, compruebo de vez en cuando que refleja la realidad.
Sí. Yo los separo por tipo y los reúno en un índice.
Las quito del sitemap o las corrijo. Un sitemap debe listar solo páginas que funcionan y que quiero indexar.
Hay sitemaps específicos, útiles si son parte importante del negocio. Para un negocio local me basta con el de páginas.
Escrito por Alberto Herrero · Alberseo
Consultor SEO desde hace más de 15 años. Los datos de esta página salen de mis propios proyectos, sobre todo de BarnaKey, un negocio de llaves de coche en Barcelona que posiciono desde hace seis años. Cuando algo no lo he medido yo, lo digo.
La valoración es gratuita y sin compromiso.
Pedir mi valoración gratis