Validador de Datos Estructurados
Valida datos estructurados JSON-LD y Schema.org. Detecta errores antes de publicar.
Por qué usarlo
Rich snippets correctos, más clics en Google
Schema.org completo
Valida Article, Product, FAQ, LocalBusiness, Recipe y más de 800 tipos.
Privado
Los datos se validan en tu navegador. Nunca se envían a ningún servidor.
Errores precisos
Campos faltantes, tipos incorrectos y problemas de formato detectados al instante.
Instantáneo
Validación en milisegundos. Sin registro, sin esperas.
Cómo funciona
Tres pasos, sin complicaciones
Pega tu JSON-LD o Microdata
Pega el bloque de datos estructurados de tu página. Soporta JSON-LD, Microdata y RDFa.
Selecciona el tipo Schema.org
Elige Article, Product, FAQ, LocalBusiness, Recipe u otro tipo para validación específica.
Revisa errores y advertencias
El validador muestra campos faltantes, tipos incorrectos y sugerencias para rich results de Google.
Preguntas frecuentes
¿Tienes dudas?
Los datos estructurados son información legible por máquinas añadida al HTML de una página para describir su contenido de forma estructurada. Permiten a los buscadores (Google, Bing) entender el tipo de contenido (artículo, producto, receta, evento, FAQ) y sus propiedades específicas (precio, autor, fecha, calificación). El resultado visible son los rich results o rich snippets: estrellas de valoración, preguntas frecuentes expandibles, precios de productos y recetas en los resultados de búsqueda.
Google recomienda explícitamente JSON-LD (JavaScript Object Notation for Linked Data) por ser el formato más fácil de implementar y mantener: se añade en un bloque <script type='application/ld+json'> sin modificar el HTML existente. Microdata requiere añadir atributos itemscope, itemtype e itemprop directamente en el HTML, mezclando contenido y metadata. RDFa es similar a Microdata pero más expresivo, usado principalmente en entornos académicos y de linked data. Para SEO práctico, JSON-LD es la elección correcta en 2025.
Para Article son obligatorios: headline, datePublished, author (con @type Person y name). Para Product: name, y al menos uno de offers, review o aggregateRating. Para FAQPage: mainEntity con @type Question, name (la pregunta) y acceptedAnswer con @type Answer y text. Los campos obligatorios varían por tipo y los define Google en su documentación de Search Central, no Schema.org, ya que Google tiene sus propios requisitos para rich results más estrictos que el vocabulario completo de Schema.org.
Google Rich Results Test (search.google.com/test/rich-results) permite pegar una URL o HTML directamente para ver qué rich results puede generar la página. Muestra errores críticos (que impiden los rich results) y advertencias (que reducen la elegibilidad). Complementario a esto, Google Search Console > Mejoras muestra el estado de los datos estructurados de todas las páginas indexadas del sitio, incluyendo errores que el crawler ha detectado en producción.
Los errores más frecuentes son: (1) @context faltante o incorrecto — debe ser 'https://schema.org' exactamente; (2) @type incorrecto — 'article' en minúsculas en lugar de 'Article'; (3) campos de fecha en formato incorrecto — debe ser ISO 8601 (2024-01-15T10:30:00+00:00); (4) URL relativas en lugar de absolutas en campos como 'url' o 'image'; (5) aggregateRating con ratingCount de 1 — Google puede rechazar ratings con muy pocas valoraciones como poco representativos.
Historia de Schema.org y los datos estructurados para SEO
Schema.org fue lanzado en junio de 2011 como iniciativa conjunta de Google, Microsoft (Bing), Yahoo y Yandex: los cuatro principales motores de búsqueda acordaron un vocabulario común para que los webmasters pudieran describir su contenido de forma estándar. Antes de Schema.org existían vocabularios fragmentados: Dublin Core (metadatos bibliográficos), microformats (hCard, hCalendar) y RDFa. Schema.org unificó estos esfuerzos con un vocabulario jerárquico donde Thing es la clase raíz de la que derivan todas las demás.
JSON-LD (JavaScript Object Notation for Linked Data) fue diseñado por Manu Sporny y publicado como recomendación W3C en 2014. La clave de su adopción es la separación de concerns: los datos estructurados se añaden en un bloque <script> separado sin tocar el HTML del contenido, lo que facilita la implementación en CMS, frameworks JavaScript y generadores de sitios estáticos. Google comenzó a soportar JSON-LD para structured data en 2012 y en 2015 lo declaró su formato preferido, acelerando su adopción masiva.
E-E-A-T (Experience, Expertise, Authoritativeness, Trustworthiness) es el marco de evaluación de calidad de Google que los datos estructurados ayudan a señalizar. Los datos de autor (Person schema con sameAs apuntando a perfiles verificados), las fechas de actualización (dateModified), las valoraciones verificadas (AggregateRating con ratingCount significativo) y los datos de organización (Organization con logo verificado) contribuyen directamente a las señales E-E-A-T. Las páginas con rich results correctamente implementados muestran incrementos de CTR del 20–30% en estudios de caso documentados.