Un validador de sitemaps comprueba si un sitemap XML utiliza la estructura prevista y valores de campo compatibles. Screpy examina un documento y muestra errores, advertencias y pruebas del origen para corregir el generador. Un resultado sin incidencias se aplica al alcance revisado: no demuestra que las páginas funcionen ni que Google las haya indexado.
Elige el documento que quieres validar
Introduce la dirección pública exacta del XML, como https://example.com/sitemap.xml, para revisar el archivo publicado. Esta dirección ficticia ilustra el formato. La página de inicio puede devolver HTML; utiliza Sitemap Checker si primero necesitas localizar el sitemap.
Elige pegar XML para comprobar el código antes de publicarlo o examinar un documento guardado. Copia el XML sin procesar, no la tabla formateada del navegador. No hay un control para subir archivos. La URL base opcional aporta contexto para comparar orígenes; no corrige ubicaciones relativas. Incluso con https://example.com/ como base, <loc>/products/</loc> necesita una dirección HTTP o HTTPS completa.
Sin URL base, el contenido pegado carece de contexto de origen para esa comparación. Esto no impide comprobar su estructura y los valores compatibles.
Corrige la raíz, el espacio de nombres y los escapes XML
Un sitemap de páginas necesita una raíz urlset en el espacio de nombres estándar y un loc dentro de cada url. Este documento ficticio de una entrada muestra la estructura necesaria:
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://example.com/products/blue-mug/</loc>
</url>
</urlset>
Conserva exactamente el URI del espacio de nombres, incluido http. Identifica el vocabulario XML; cambiarlo a https no mejora la seguridad y modifica el identificador. Un índice usa otra raíz, explicada más abajo. El protocolo de sitemaps define ambas estructuras.
Dentro del XML, escribe el & de una URL como &, por ejemplo ?color=blue&size=m. Corrige el escape en el generador en lugar de eliminar un parámetro necesario. Etiquetas de cierre ausentes, contenido incompatible o una declaración DOCTYPE pueden detener la comprobación antes de producir un informe detallado. Una comprobación fallida no equivale a una validación aprobada.
Convierte cada hallazgo en una corrección del origen
Lee juntos los indicadores de resultado y cobertura. El rojo señala errores; el amarillo, advertencias o cobertura parcial; el verde, ausencia de hallazgos que requieran atención dentro del alcance comprobado. Los colores incluyen texto e iconos. Usa las pruebas y la línea inicial de una entrada para localizar su bloque XML; después corrige la fuente que lo genera.
| Hallazgo | Ejemplo de problema | Cambio en el origen |
|---|---|---|
| Ubicación no válida | /products/ o loc vacío |
Proporciona la URL HTTP o HTTPS absoluta prevista. |
| Valor opcional no válido | lastmod de 2026-02-30 o priority de 1.2 |
Corrige el valor u omite el campo opcional que no puedas mantener. |
| Campo repetido | Dos campos loc en una entrada |
Genera un solo valor para ese campo; es un error. |
| Ubicación repetida | La misma dirección en dos entradas | Elimina duplicados de la lista de origen; es una advertencia. |
| Elemento inesperado | priority en una entrada de índice |
Conserva campos adecuados al tipo de documento. |
La comprobación de duplicados compara cadenas de ubicación tras quitar espacios exteriores. No determina si distintas URL tienen el mismo contenido ni elige una URL canónica. Una dirección repetida en otro archivo también queda fuera de esta comprobación de un solo documento.
«Entradas que requieren revisión» cuenta entradas con errores, no todas las advertencias ni los defectos del documento. Por eso puede mostrar cero junto a un error de raíz o espacio de nombres. Lee los hallazgos en lugar de considerar esa cifra una puntuación de validez. Varios hallazgos pueden referirse a una misma entrada.
Comprueba el significado de la fecha y su formato
lastmod, changefreq y priority son opcionales en un sitemap de páginas. Su ausencia no es un error de campo. Si incluyes una fecha, usa un valor válido como 2026-09-01 o 2026-09-01T14:30:00Z. Un formato aparentemente correcto no hace válida una fecha imposible.
Para una página, lastmod debe reflejar una modificación significativa, no cada regeneración del sitemap. Un generador que sustituye todas las fechas por la de hoy puede producir datos sintácticamente válidos pero engañosos. Compara la fecha de origen con los cambios reales de la página; este validador no verifica el historial de modificaciones.
La guía de sitemaps de Google indica que utiliza fechas de modificación fiables y verificables e ignora priority y changefreq. Corregir estos dos campos repara los metadatos suministrados; no mejora por sí mismo el posicionamiento. Si se conservan, la prioridad debe estar entre 0 y 1 y la frecuencia debe usar un valor compatible en minúsculas, como weekly.
Lee un índice como una lista de archivos
Un sitemapindex contiene entradas sitemap. Cada loc apunta a un archivo de sitemap secundario; el lastmod opcional describe la modificación de ese archivo. No describe cada página que contiene. Un índice con tres archivos tiene tres entradas, no tres páginas del sitio.
Screpy valida el propio índice enviado. No abre los archivos secundarios. Valida cada archivo relevante por separado cuando investigues un error dentro de él. Para obtener un inventario descargable, XML Sitemap Parser extrae entradas sin convertir el índice en una lista combinada de páginas.
Una advertencia de origen compara el esquema, el nombre del host y el puerto de la entrada con la URL final del documento obtenido, o con la base del XML pegado. Revisa un http inesperado, otro host o un puerto distinto antes de cambiar direcciones. La diferencia requiere revisión, no un veredicto automático de envío inválido.
Google permite envíos de sitemaps entre sitios configurados con la propiedad adecuada o referencias a sitemaps específicas de cada sitio. Esta herramienta no verifica esos ajustes. Confirma la configuración prevista antes de sustituir direcciones legítimas solo para eliminar una advertencia.
Vuelve a comprobar el archivo corregido dentro del alcance indicado
El protocolo limita cada archivo a 50.000 entradas y 50 MiB de contenido sin comprimir. Screpy acepta hasta 256 KiB de XML pegado o 50 MiB de XML remoto decodificado. Estos límites miden bytes, no caracteres.
La validación se detiene al procesar 50.000 entradas; el total completo y la correcta formación del XML pueden quedar desconocidos. Se conservan como máximo 1.000 filas y los límites de tamaño de respuesta pueden reducir la salida. Leer más entradas de las visibles no hace completa la lista mostrada. Comprueba la cobertura antes de interpretar los totales o compartir el informe.
CSV y TXT contienen entradas conservadas; JSON contiene el informe limitado. Exportar un resultado parcial no garantiza un inventario completo. Los elementos de extensión también pueden producir cobertura parcial: la herramienta comprueba campos básicos compatibles, no esquemas completos de extensiones ni conformidad XSD total.
Corrige el generador, la plantilla o los registros de origen, regenera el XML y vuelve a comprobar la dirección publicada corregida. Editar solo el archivo generado puede perderse en la siguiente regeneración. Para un archivo grande, valida sitemaps de origen más pequeños por separado y registra cuáles terminaron.
Finalmente, investiga el comportamiento de las páginas por separado. Bulk HTTP Status Checker ayuda a revisar respuestas y redirecciones de las URL listadas. Superar las comprobaciones XML no demuestra el estado de la página, su canonicalización, noindex ni indexación. Tras enviarlo, revisa el procesamiento del sitemap y las pruebas de indexación de Google, en lugar de tratar el informe como prueba de visibilidad en buscadores.