Datos estructurados y validación de rich results
Usa el expediente de la URL para vincular cada hallazgo de marcado con la página y el rastreo que lo produjeron.
Crawl acotado
Evidencia rastreable
Verificación comparable
El marcado se lee en HTML analizable
JSON-LD, Microdata y RDFa se extraen de cada página HTML procesada correctamente. Con renderizado disabled manda el HTML recogido. La salida renderizada solo sustituye evidencia cuando la página se renderizó realmente bajo eligible o required.
No es automáticamente la misma vista que indexa Google: fetch, renderizado, selección y momento pueden diferir.
El grafo JSON-LD conserva items rastreables
Se resuelven referencias y los objetos anidados siguen como items separados cuando así los define el marcado. Crawl Foundry une el hallazgo al item guardado sin inventar fusiones de entidades reales.
Las reglas versionadas explican el veredicto
Las versiones actuales son validator `2026-07-25.1`, Schema.org `30.0` y perfil Google `2026-07-24.3`, con 933 tipos y 1.521 propiedades conocidas. La identidad de regla se guarda con la evidencia histórica.
Los perfiles Google añaden reglas obligatorias, recomendadas, condicionales, de activación y revisión manual. Un item válido en Schema.org puede carecer de un campo exigido por Google; coincidir con un perfil no garantiza todas las políticas de contenido.
Errores y avisos piden respuestas distintas
- Los errores cubren context inválido, tipo ausente, propiedad vacía, forma de valor incorrecta y campo Google obligatorio o condicional ausente.
- Los avisos cubren tipos y propiedades desconocidos o deprecated, además de campos Google recomendados que faltan.
- Los hallazgos se deduplican y se limitan a 100 por página; el run registra si existían más.
- Los snapshots de items y la evidencia de hallazgos tienen indicadores de truncado independientes.
Los 40 perfiles Google se clasifican con honestidad
Veintidós están parcialmente automatizados, seis automatizados, ocho deprecated, dos son solo manuales y dos no aplican. Una comprobación ausente o imposible no aparece como superada.
La revisión manual cubre hechos que un crawler no puede demostrar, como si una oferta de empleo es real, una reseña es auténtica, un evento se puede reservar o el contenido marcado coincide con lo visible.
Lee el veredicto dentro del ruleset
| Veredicto | Significado |
|---|---|
| Blocking | Parsing, forma o requisito obligatorio impide un resultado limpio. |
| Advisory | Recomendación o término desconocido o antiguo merece revisión sin bloquear siempre. |
| Clean | El item guardado superó los checks implementados de esa versión. |
| No markup | No se conservó ningún item de datos estructurados para la página. |
| No validation evidence | Existe marcado, pero el run carece de la evidencia de validación esperada y la página no puede declararse clean. |
El resumen conserva el denominador
Separa páginas evaluadas, con o sin marcado, blocking, advisory y clean, errores de parse y validación, campos obligatorios o recomendados, items, tipos, features y grupos. Omisiones y truncado siguen visibles.
Las listas de tipos y grupos de hallazgos están limitadas y muestran cuántos elementos se omitieron. Los totales de páginas e items tienen denominadores distintos y no deben mezclarse en un porcentaje.
Pasa del patrón del sitio al item exacto
Para un problema de marcado repetido, examina las páginas afectadas por el hallazgo antes de elegir una corrección individual o una plantilla compartida.
Tablas y snapshots tienen límites
La tabla usa paginación del servidor de 20 filas por defecto. Un snapshot URL guarda hasta 25 items, unos 4.000 caracteres JSON por item y 30.000 para la página.
El texto de búsqueda, la cantidad de filtros por tipo y el scan del overview tienen sus propios límites. Carga la página siguiente o reduce el filtro antes de convertir la ventana actual en una conclusión general.
Las tendencias usan hasta 30 snapshots
Siguen cobertura, clean, advisory, blocked, items válidos o inválidos, perfiles aptos, tipos y features. Los gráficos muestran hasta cuatro series categóricas. Cambios de versión, resumen ausente o conteo inexacto deben cualificar el delta.
Verifica una corrección de marcado mediante un historial de rastreos comparables, conservando las reglas y el alcance de ambos informes.
El control de drift no reescribe el pasado
Un job interno compara catálogos versionados con sus fuentes y registra diferencias. Solo un ruleset actualizado y un crawl nuevo producen otro veredicto de página.
Cuando cambia una regla, repite el crawl y documenta el límite de versión. No reinterpretes un veredicto antiguo con una regla reciente sin obtener evidencia nueva.
Validar no garantiza un rich result
Clean significa que la evidencia guardada superó los checks configurados. Política de contenido, calidad del sitio, consulta, confianza, diferencias de renderizado o cambios de producto todavía pueden impedir el resultado. Search Console y SERP son observaciones separadas.