# Validador de Schema

_Fuente: https://seomatrix.ai/es/tools/schema-validator/_

---

## Qué hace

Un validador de JSON-LD comprueba si tus datos estructurados se analizan correctamente y contienen las propiedades que schema.org marca como obligatorias y recomendadas para cada tipo — Article, Product, FAQPage, Organization y demás. Los campos ausentes o mal formados descalifican en silencio a la página de los resultados enriquecidos de Google y dificultan que motores de IA como ChatGPT y Perplexity analicen y citen tus datos. Validar antes de publicar detecta los errores que te restan visibilidad sin avisar.

## Qué revisa

- **Sintaxis JSON-LD válida** — El marcado debe ser JSON bien formado dentro de un bloque <script type="application/ld+json">; una coma sobrante o una clave sin comillas hace que todo el bloque sea invisible para los analizadores.
- **Reconocimiento de @type** — El valor de @type debe coincidir con un tipo real de schema.org como Product, Recipe o FAQPage; un error tipográfico o un tipo inventado impide que los motores asocien tus datos con una entidad conocida.
- **Propiedades obligatorias** — Cada tipo tiene propiedades que schema.org y Google consideran obligatorias — por ejemplo name y offers en Product — y sin ellas la página no opta al resultado enriquecido correspondiente.
- **Propiedades recomendadas** — Más allá de las obligatorias, propiedades como aggregateRating o image refuerzan el fragmento y dan a los motores de IA más datos que citar, aunque su ausencia no bloquea la elegibilidad.
- **Declaración de @context** — El bloque debe declarar "@context": "https://schema.org" para que el analizador sepa a qué vocabulario pertenecen los nombres de las propiedades.
- **Tipo de valor correcto** — Las propiedades esperan un formato concreto — una fecha en ISO 8601, un precio como número, una URL como enlace absoluto — y la forma correcta es lo que permite que una máquina use realmente el valor.

## Cómo usarla

1. Pega tu marcado JSON-LD o introduce la URL de una página para extraer los datos estructurados directamente de su HTML.
2. Revisa los errores y advertencias señalados — propiedades obligatorias ausentes, tipos no reconocidos y fallos de sintaxis aparecen por cada bloque.
3. Corrige cada campo obligatorio que falte y vuelve a validar hasta que el bloque quede limpio antes de publicar.

## Preguntas

### ¿Qué diferencia hay entre las propiedades obligatorias y las recomendadas?

Las propiedades obligatorias son el mínimo para que un tipo opte a un resultado enriquecido; si omites una, Google no mostrará el fragmento mejorado. Las recomendadas son opcionales: mejoran el fragmento y dan más material citable a la IA, pero su ausencia no descalifica la página.

### ¿Un marcado válido garantiza un resultado enriquecido en Google?

No. Un marcado válido y completo hace que la página sea elegible, pero Google decide si muestra el resultado enriquecido según la calidad del contenido, sus políticas y el contexto de la consulta. La validación elimina los bloqueos técnicos; no fuerza la mejora.

### ¿Por qué usar JSON-LD y no Microdata o RDFa?

JSON-LD es el formato que Google recomienda explícitamente porque vive en un único bloque <script>, separado del HTML visible, lo que facilita añadirlo, mantenerlo y validarlo. Microdata y RDFa siguen siendo compatibles, pero entrelazan el marcado con el contenido y son más propensos a errores.

### ¿Puedo validar los datos estructurados de una página que aún no está publicada?

Sí — pega el JSON-LD sin procesar directamente en lugar de cargar una URL, y el validador comprobará el marcado por sí solo. La opción de cargar por URL sirve para auditar páginas ya publicadas.