Saltar al contenido
SilktideAyuda

Validez de los datos estructurados

Cuando una página incluye datos legibles por máquina que describen su contenido para los motores de búsqueda, esos datos tienen que ser válidos para resultar útiles. Silktide comprueba que el marcado se pueda analizar correctamente, que declare qué tipo de cosa describe y que incluya las propiedades que ese tipo requiere.

suele escribirse como , usando el vocabulario de schema.org:

<!-- Válido: se analiza, tiene un @type e incluye el headline obligatorio -->
<script type="application\/ld+json">
{
  "@context": "https:\/\/schema.org",
  "@type": "Article",
  "headline": "Cómo conservar el vino"
}
</script>

Por qué es importante

Los motores de búsqueda descartan en silencio los datos estructurados rotos. JSON no válido, un bloque que nunca indica qué describe o un tipo al que le faltan propiedades esenciales hacen que el marcado se ignore: pierdes los resultados enriquecidos (valoraciones, tarjetas de artículos, detalles de productos) que el marcado pretendía conseguir, y nada en la página te indica que haya ocurrido.

Los datos estructurados no válidos son, probablemente, peores que no tener ninguno: se ha invertido esfuerzo y la página parece tenerlo cubierto, pero no aporta nada.

Cómo solucionarlo

  1. JSON no válido - corrige la sintaxis. Las causas habituales son comas finales, comillas sin escapar dentro del texto y marcadores de posición de plantillas que nunca se sustituyen.
  2. Sin @type - añade uno a cada entidad, usando un tipo reconocido de schema.org como Article, Product o Event.
  3. Faltan propiedades obligatorias - añade lo que el tipo requiere; por ejemplo, un Article necesita un headline, un Product necesita un name, y un Event necesita name y startDate.
  4. Valida el resultado con la Prueba de resultados enriquecidos de Google o con el validador de schema.org antes de publicar.

Cómo lo comprueba Silktide

  1. Probar solo páginas aptas para la indexación en motores de búsqueda.
  2. Recopilar todos los bloques de JSON-LD de la página. Las páginas que no tienen ninguno se omiten; si deben existir datos estructurados se comprueba por separado en Datos estructurados.
  3. Informar como máximo de una incidencia por página, empezando por la más grave:
    • Un bloque que no es JSON válido.
    • Un bloque que no contiene @type.
    • Un tipo reconocido al que le falta una propiedad obligatoria. Silktide comprueba lo esencial de los tipos habituales, incluidos Article (título), Product, Organization, Person, LocalBusiness (nombre), Recipe (nombre e ingredientes), Event (nombre y fecha de inicio), FAQPage (preguntas) y BreadcrumbList (elementos).

Solución de problemas

Mi marcado supera la prueba de Google, pero Silktide lo marca

Silktide valida lo esencial requerido para los tipos más comunes, en lugar de todo el vocabulario de schema.org, y las entidades anidadas se validan de forma individual; por ejemplo, una Person anidada como autor debe seguir teniendo un name. Revisa la entidad específica mencionada en la incidencia.

Uso microdatos o RDFa en lugar de JSON-LD

Esta comprobación solo lee JSON-LD, que es el formato recomendado por Google. Los datos estructurados en otros formatos no se validan aquí.

Más información

Última actualización

¿Le ha resultado útil esta página?