Con el dominio a secas se busca en /sitemap.xml y en el robots.txt. Hasta 10 sub-sitemaps de un índice.
El sitemap y las URLs de la muestra se leen desde nuestro servidor, con un agente identificado como EinscubeBot. No se guarda nada.
Aquí aparecerá el resumen del sitemap, la revisión y la muestra de URLs comprobadas.
Resumen
- Tipo
- —
- URLs declaradas
- —
- Sub-sitemaps
- —
- Fecha más reciente
- —
- Fecha más antigua
- —
- Leído de
- —
Revisión
Muestra de estado real
URLs repartidas por todo el sitemap, pedidas una a una. En un sitemap sano todas responden 200 sin saltos.
| Estado | Saltos | URL |
|---|
Siguiente paso
¿Lo arreglamos por ti?
Envíanos este resultado y te respondemos en menos de 24 horas hábiles con qué arreglaríamos primero, cuánto trabajo es y qué puedes dejar como está.
Abre el formulario con el diagnóstico ya escrito. Puedes editarlo antes de enviarlo.
¿Cómo se usa?
01
Escribe el dominio
O la URL exacta del sitemap si vive en otra ruta. Si es un índice, se leen sus sub-sitemaps y se suman.
02
Lee la revisión
XML válido, URLs absolutas y del mismo dominio, fechas reales. Cada hallazgo dice qué hace Google con él.
03
Mira la muestra
Una selección de URLs repartidas por todo el archivo, pedidas de verdad. Un 404 o una redirección en el sitemap es el síntoma clásico de una migración a medias.
¿Qué mira Google en un sitemap?
- <loc>
- La URL, absoluta y canónica. Es lo único imprescindible: la que declares aquí es la que Google entiende que quieres indexar.
- <lastmod>
- Cuándo cambió el contenido de verdad. Google la usa para decidir qué volver a rastrear; si la fecha miente, deja de fiarse de todo el archivo.
- <priority>
- Ignorada desde 2023. Google lo dijo en su documentación: no influye en nada.
- <changefreq>
- Ignorada también. La frecuencia real la deduce del historial de cambios, no de lo que declares.
- 50.000 · 50 MB
- Máximo de URLs y de tamaño por archivo. Pasado eso, se parte en varios y se unen con un <sitemapindex>.
- 200 y canónica
- Cada URL debería responder 200 y ser la versión canónica. Una que redirige, da 404 o lleva noindex es ruido que Google acaba penalizando con menos rastreo.
El sitemap es el primer sitio donde se nota una migración rota
Cuando un sitio cambia de plataforma o de estructura, el sitemap nuevo suele salir bien. Lo que falla es lo que sigue dentro: URLs antiguas que ahora redirigen, páginas que se quedaron sin equivalente y responden 404, versiones http que nadie limpió. Google lo lee todo, lo compara con lo que encuentra y rebaja la confianza en el archivo entero.
En los sitios que construimos, el sitemap sale del mismo inventario que las páginas y se verifica en cada build: cada URL declarada existe, responde 200 y es canónica, o el despliegue no sale. Esta herramienta es la forma de comprobar lo mismo en un sitio que no construimos nosotros.
Preguntas frecuentes
¿Dónde está mi sitemap?
Casi siempre en /sitemap.xml en la raíz del dominio, que es donde Google lo busca por defecto. Si tu plataforma lo genera en otra ruta —WordPress con ciertos plugins usa /sitemap_index.xml, otras /sitemap-index.xml—, lo normal es declararlo con una línea «Sitemap:» en el robots.txt. Esta herramienta prueba esas tres rutas y lee el robots.txt; si no está en ninguna, escribe su URL completa.
¿Sitemap de URLs o índice de sitemaps?
Un sitemap de URLs (<urlset>) lista páginas; un índice (<sitemapindex>) lista otros sitemaps. El índice es obligatorio cuando se superan las 50.000 URLs o los 50 MB, y es cómodo mucho antes: uno por tipo de contenido deja ver en Search Console qué sección tiene problemas de indexación. Aquí se leen hasta diez sub-sitemaps y se suman sus URLs.
¿Hay que poner lastmod?
Sí, si la fecha es real. Google la usa para decidir qué volver a rastrear, y en sitios grandes eso marca la diferencia entre que un cambio se vea en horas o en semanas. Si la fecha es falsa —todas iguales, todas de hoy, o en el futuro— Google lo detecta y deja de tenerla en cuenta para todo el archivo. Mejor sin lastmod que con uno inventado.
¿Google usa priority y changefreq?
No. Lo confirmó en 2023: los dos campos se ignoran. No hacen daño, pero cualquier esfuerzo en ajustarlos es tiempo perdido. Si el generador los escribe por defecto, déjalo; si tienes que escribirlos a mano, no lo hagas.
¿Cuántas URLs caben en un sitemap?
50.000 por archivo y 50 MB sin comprimir, y los índices pueden apuntar a hasta 50.000 sitemaps. Son límites del protocolo y Google los aplica tal cual. En la práctica, los archivos de más de 10.000 URLs ya conviene partirlos: cuando Search Console marque un problema, un sitemap pequeño te dice en qué sección está.
¿Por qué Search Console dice «no se ha podido obtener»?
Por una de cuatro cosas: la URL responde algo distinto de 200 (una redirección cuenta), el XML tiene un error de sintaxis, el robots.txt bloquea la ruta del sitemap, o el servidor tarda tanto que Google abandona. Esta herramienta reproduce las tres primeras: pide la URL, valida el XML y, si usas el dominio a secas, lee el robots.txt.
¿Hay que incluir las páginas con noindex?
No. El sitemap es la lista de lo que quieres indexar; meter una página con noindex es decirle a Google «indexa esto» y «no indexes esto» a la vez, y Search Console lo marca como error. Lo mismo con las que redirigen, las que no son canónicas y las que devuelven 404: fuera del sitemap.
¿Se guarda algo de lo que compruebo?
No. El sitemap y las URLs de la muestra se piden desde nuestro servidor en Cloudflare porque el navegador no puede leer archivos de otro dominio; el análisis ocurre en tu navegador y no registramos ni el dominio ni los resultados. Las respuestas se cachean diez minutos para que repetir la comprobación no vuelva a descargar lo mismo.
¿El sitemap declara páginas que ya no existen?
Suele ser la punta de una migración sin matriz de redirecciones. Lo revisamos entero: sitemap, redirecciones, canonicals y lo que Search Console lleva meses marcando.
Respondemos en menos de 24 horas hábilesBogotá · UTC−5