Extractor de datos estructurados

Inventaríe JSON-LD, Microdata y RDFa, y luego explore las entidades y relaciones en un informe local.

Procesamiento 100 % local: el HTML ingresado no se envía, ni se almacena, ni se ejecuta.

1. Pegar el marcado a inspeccionar

Utiliza el HTML de la página, un fragmento, o directamente un objeto o array JSON-LD.

URL base opcionalSolo se utiliza para resolver las URL relativas encontradas en Microdata. No se realiza ninguna solicitud de red.

Fuente HTML o JSON-LDLímite: 1,000,000 caracteres, 500 entidades, 5,000 propiedades y 32 niveles JSON.

3. Explorar el grafo extraído

Selecciona una entidad para examinar sus tipos, valores y relaciones salientes.

JSON-LD

Organization

https://example.com/#organization

name: Exemple Studio
url: https://example.com

Tipos detectados

Article1Organization1

4. Interpretar el informe correctamente

JSON-LD, Microdata, RDFa

Los tres formatos están inventariados. JSON-LD es generalmente el más fácil de mantener, pero la herramienta no convierte automáticamente un vocabulario en otro.

Grafo, no simple tabla

Los objetos anidados y los identificadores se convierten en entidades relacionadas, lo que ayuda a identificar una organización, un autor o una página descrita varias veces.

Extracción ≠ elegibilidad

Un JSON válido puede seguir siendo incompleto o engañoso. Consulta las propiedades requeridas del tipo correspondiente y luego prueba la página publicada con las herramientas oficiales.

Fuente no ejecutada

El HTML se analiza en un documento inerte. Los scripts, píxeles, imágenes y enlaces presentes en la fuente no son cargados por la herramienta.

Volver a las herramientas SEO

Casos de uso

Inventariar un modelo de páginaPegue el HTML renderizado para identificar los tipos declarados, los bloques duplicados y la posible coexistencia de varios formatos de marcado.
Comprender un grafo JSON-LDDesarrolle @graph, los objetos anidados y las referencias @id para ver cómo una página, una organización, un autor o una oferta están relacionados.
Conservar una prueba de diagnósticoExporte un JSON normalizado que contenga las entidades, propiedades, relaciones, formatos y diagnósticos para comparar dos versiones fuera de la herramienta.

Método recomendado

Prefiera el HTML realmente renderizado en lugar de un extracto de plantilla cuando el marcado se inyecta del lado del cliente. También puede pegar directamente un objeto o un array JSON-LD para aislar un error de sintaxis.

Proporcione la URL pública como base solo si Microdata contiene enlaces relativos. Este valor se utiliza para su resolución local y no desencadena ninguna solicitud.

Primero corrija el JSON inválido, las entidades sin tipo y los límites alcanzados. Luego verifique las propiedades obligatorias en la documentación específica del tipo, y pruebe la página publicada con una herramienta oficial.

Formatos analizados

JSON-LDLos scripts application/ld+json, los documentos JSON directos, @graph, @id, @type, @value, @list y los objetos anidados se normalizan sin ejecutar JavaScript.
MicrodataLos atributos itemscope, itemtype, itemid e itemprop se leen con las reglas de valor habituales de los elementos HTML. itemref se señala pero no se desarrolla.
RDFaLos recursos typeof y sus propiedades property, rel o rev son inventariados. Esta es una vista de diagnóstico práctica, no un procesador RDFa 1.1 canónico.

Límites y seguridad

El análisis está limitado a 1,000,000 caracteres, 500 entidades, 5,000 propiedades, 32 niveles JSON y 200 diagnósticos para evitar que una fuente hostil bloquee permanentemente la interfaz.
El analizador trabaja en un documento inerte: no descarga imágenes, scripts o píxeles presentes en el HTML y no envía el contenido a un servidor.
La herramienta no aplica los requisitos detallados de cada resultado enriquecido y no garantiza ni elegibilidad, ni visualización en los resultados, ni clasificación.

Preguntas frecuentes

¿Qué formato se debe priorizar?

Google admite JSON-LD, Microdata y RDFa y generalmente recomienda JSON-LD, que es más fácil de mantener sin mezclar el marcado con los elementos visibles. Sin embargo, el formato debe seguir siendo coherente con su cadena de publicación.

¿Un informe sin errores garantiza un resultado enriquecido?

No. Una extracción correcta solo prueba que la estructura pudo ser leída. El contenido debe representar la página visible, cumplir con las reglas generales y contener las propiedades requeridas para la funcionalidad de Google deseada.

¿Se puede analizar una URL directamente?

No. La herramienta no rastrea ningún sitio para preservar la privacidad y la previsibilidad. Copie el HTML renderizado o el bloque JSON-LD desde sus herramientas de desarrollo.

El contenido visible sigue siendo la referencia

No describa en los datos estructurados una información ausente o diferente de la página. Un grafo técnicamente válido puede seguir siendo engañoso y perder su elegibilidad para las funciones de búsqueda.