Passer 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 de schema.org:

<!-- Valide : s'analyse, possède un @type et inclut le titre requis -->
<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 rejettent silencieusement les données structurées corrompues. Un JSON invalide, un bloc qui n'indique jamais ce qu'il décrit ou un type auquel il manque des propriétés essentielles signifient tous que le balisage est ignoré - vous perdez les résultats enrichis (évaluations par étoiles, cartes d'articles, détails de produit) que le balisage était censé obtenir, et rien sur la page ne vous l'indique.

Des données structurées invalides sont peut-être pires que pas de données du tout : l'effort a été fourni, et la page semble dotée de balisage tout en ne livrant rien.

Comment corriger

  1. JSON invalide - corrigez la syntaxe. Les virgules finales, les guillemets non échappés à l'intérieur du texte et les espaces réservés de gabarits qui n'ont jamais été remplacés sont les causes habituelles.
  2. Aucun @type - ajoutez-en un à chaque entité, en utilisant un type reconnu par schema.org 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 des résultats enrichis de Google ou le validateur de schema.org avant publication.

Comment Silktide teste cela

  1. Teste uniquement les pages admissibles à l'indexation par les moteurs de recherche.
  2. Collecte chaque bloc JSON-LD sur la page. Les pages qui n'en contiennent 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. Signale au plus une constatation par page, en commençant par la plus grave :
    • Un bloc qui n'est pas du JSON valide.
    • Un bloc qui ne contient pas de @type.
    • Un type reconnu auquel il manque une propriété requise. Silktide vérifie 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 de schema.org, et les entités imbriquées sont validées individuellement - par exemple, une Person imbriquée comme auteur doit quand même avoir un nom. Vérifiez l'entité précise mentionnée dans la constatation.

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

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

Pour en savoir plus

Dernière mise à jour

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