Aller au contenu
SilktideAide

Validité des données structurées

Lorsqu’une page inclut des données lisibles par machine décrivant son contenu pour les moteurs de recherche, ces données doivent être valides pour être utiles. Silktide vérifie que le balisage s’analyse correctement, qu’il déclare le type d’entité qu’il décrit et qu’il inclut les propriétés exigées par ce type.

Les sont généralement écrites en , en utilisant le vocabulaire schema.org :

<!-- Valide : s’analyse, possède un @type et inclut la propriété headline requise -->
<script type="application\/ld+json">
{
  "@context": "https:\/\/schema.org",
  "@type": "Article",
  "headline": "Comment conserver le vin"
}
</script>

Pourquoi c’est important

Les moteurs de recherche ignorent les données structurées cassées sans avertissement. Un JSON invalide, un bloc qui n’indique jamais ce qu’il décrit, ou un type auquel manquent des propriétés essentielles signifie que le balisage est ignoré — vous perdez les résultats enrichis (évaluations par étoiles, cartes d’articles, détails de produits) que le balisage était censé obtenir, et rien sur la page ne vous l’indique.

Des données structurées invalides sont sans doute pires que l’absence de données : l’effort a été consenti, et la page semble couverte tout en ne fournissant rien.

Comment le corriger

  1. JSON invalide — corrigez la syntaxe. Les virgules finales, les guillemets non échappés dans le texte et les espaces réservés de modèle qui n’ont jamais été remplacés sont les causes habituelles.
  2. Aucun @type — ajoutez-en un à chaque entité, en utilisant un type schema.org reconnu tel que Article, Product ou Event.
  3. Propriétés requises manquantes — ajoutez ce dont le type a besoin : par exemple un Article a besoin d’un headline, un Product d’un name, un Event d’un name et d’un startDate.
  4. Validez le résultat avec le test Résultats enrichis de Google ou le validateur schema.org avant publication.

Comment Silktide le teste

  1. Tester uniquement les pages éligibles à l’indexation par les moteurs de recherche.
  2. Recueillir tous les blocs JSON-LD de la page. Les pages qui n’en ont pas sont ignorées — la question de savoir si des données structurées devraient exister est testée séparément par Données structurées.
  3. Signaler au plus une observation par page, la plus grave en premier :
    • Un bloc qui n’est pas un JSON valide.
    • Un bloc ne contenant pas de @type.
    • Un type reconnu auquel il manque une propriété requise. Silktide teste les éléments essentiels pour les types courants, notamment Article (titre), Product, Organization, Person, LocalBusiness (nom), Recipe (nom et ingrédients), Event (nom et date de début), FAQPage (questions) et BreadcrumbList (éléments).

Dépannage

Mon balisage réussit le test de Google mais Silktide le signale

Silktide valide les éléments essentiels requis pour les types courants plutôt que l’intégralité du vocabulaire schema.org, et les entités imbriquées sont validées individuellement — par exemple, une Person imbriquée comme auteur doit malgré tout avoir un name. Vérifiez l’entité spécifique mentionnée dans l’observation.

J’utilise des microdonnées ou du RDFa au lieu de JSON-LD

Cette vérification ne lit que le JSON-LD, le format recommandé par Google. Les données structurées dans d’autres formats ne sont pas validées ici.

En savoir plus

Dernière mise à jour

Cette page vous a-t-elle été utile ?