Aller au contenu

Vérificateur de données structurées

Réponse courte

Vérifie le JSON-LD d'une page : que chaque bloc se lit, les types schema.org qu'il déclare, des champs de base comme @context et @type, et la présence d'Organization, WebSite et BreadcrumbList.

Ce qu’il ne fait pas: Il vérifie que le JSON-LD se lit, ses types et quelques champs de base, pas chaque propriété obligatoire de chaque résultat enrichi ; les microdonnées, le RDFa et le balisage ajouté par des scripts ne sont pas lus.

Gratuit · Sans inscription · Fonctionne dans votre navigateur
100 % dans votre navigateur — votre contenu ne quitte jamais votre appareil.

Ce que ça fait

Extrait chaque bloc JSON-LD de votre page et rend compte en deux parties. Validité du JSON-LD : si chaque bloc est un JSON valide et quels types schema.org il déclare (Organization, Product, Article, etc.). Entités et champs obligatoires : si chaque entité a @context et @type, si une Organization a un nom (name) et un WebSite une adresse (url), et quelles entités principales (Organization, WebSite, BreadcrumbList, Article, Product, LocalBusiness) la page déclare. Le score est la moyenne des deux parties.

Pourquoi c'est important

Les données structurées décrivent une page sous une forme que les moteurs de recherche peuvent lire, et Google les utilise pour les résultats enrichis tels que les prix de produits, les étoiles d'avis et les fils d'Ariane. Un bloc JSON-LD qui ne s'analyse pas est totalement ignoré, et une mise à jour de CMS ou de plugin peut casser toutes les pages partageant un même modèle. Vérifier le balisage après chaque mise en production permet de le détecter tôt.

Comment ça fonctionne

  1. Saisissez l'URL d'une page ou collez son HTML

  2. Nous extrayons chaque bloc JSON-LD du HTML, y compris les entités d'un @graph

  3. Nous vérifions que chaque bloc se lit et que chaque entité a @context, @type et ses champs de base

  4. Vous obtenez les types trouvés, les éventuelles erreurs et les entités principales présentes ou absentes

Exemple d'entrée et de sortie

ENTRÉE
url: https://rankproof.eu/tools
SORTIE
Validité du JSON-LD                       100/100
  blocs JSON-LD : 1 · types schema.org : 5
  blocs invalides : 0                      OK
  types trouvés : Organization, SoftwareApplication,
    WebSite, CollectionPage, ItemList

Entités et champs obligatoires              92/100
  types d'entités : 5 · erreurs : 0 · avertissements : 0
  Organization, WebSite                    présentes
  BreadcrumbList                           absente
  Article, Product, LocalBusiness          absentes

Score : 96/100 — 2 parties sur 2 en bon état

Comment lire le résultat

Blocs JSON-LD (1 dans l'exemple)
Le nombre de blocs <script type="application/ld+json"> dans le HTML. Un bloc contenant un @graph vaut autant que plusieurs blocs séparés ; le nombre indique surtout où chercher quand quelque chose casse.
Types trouvés (5)
Les types schema.org déclarés en tête de chaque bloc ou dans son @graph — dans l'exemple Organization, SoftwareApplication, WebSite, CollectionPage et ItemList. Les types imbriqués dans une propriété, comme une adresse dans une Organization, ne sont pas listés à part.
Blocs invalides (0)
Les blocs qui ne sont pas du JSON valide. Une seule virgule en trop ou un guillemet non échappé fait ignorer tout le bloc par les moteurs de recherche : toute erreur ici est à corriger en premier.
Entités et champs obligatoires (92/100)
La seconde partie lit chaque entité, y compris celles d'un @graph : chacune doit avoir @context et @type, une Organization un nom (name) et un WebSite une url ; erreurs et avertissements sont listés un par ligne. Elle montre aussi quelles entités principales la page déclare. Dans l'exemple, Organization et WebSite sont présentes ; parmi les absentes, seule BreadcrumbList fait baisser la partie, car Article, Product et LocalBusiness décrivent des types de page que /tools n'est pas.
Score (96/100)
La moyenne des deux parties, 100 et 92. La ligne de synthèse compte les parties en bon état et n'est verte que lorsque les deux le sont ; une page sans aucun JSON-LD obtient 0 dans les deux.
Ce qu'un succès ne signifie pas
Un JSON valide avec les champs de base est la première étape. Le droit à un résultat enrichi dépend des propriétés obligatoires de chaque type et des consignes de Google, que vérifient le test des résultats enrichis et les rapports d'amélioration de la Search Console.

Qui l'utilise

  • SEO technique

    Avant la mise en ligne, confirmez que les blocs Article, Product et BreadcrumbList de chaque modèle s'analysent sans erreur.

  • Développeur e-commerce

    Vérifiez un modèle de produit après chaque mise à jour de plateforme pour détecter un balisage Product cassé.

  • Responsable de contenu

    Confirmez que le balisage Article de vos articles principaux s'analyse toujours correctement après une mise à jour de thème ou de plugin.

Problèmes fréquents et comment les corriger

  1. Un bloc ne s'analyse pas

    Cherchez une virgule après la dernière propriété, un guillemet non échappé dans une valeur ou une variable de modèle qui n'a rien affiché. Collez le bloc dans un validateur JSON pour trouver la ligne, puis corrigez le modèle qui le produit afin de réparer toutes les pages d'un coup.

    {
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Example Ltd",
  "url": "https://example.com"
}

  2. La page n'a pas de données structurées

    Commencez par ce qui décrit tout le site — un nœud Organization (ou Person) et un nœud WebSite dans le modèle du site — puis ajoutez le type adapté à chaque page : Article pour les articles, Product pour les fiches produit, BreadcrumbList là où un fil d'Ariane est affiché.

    <script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    { "@type": "Organization", "@id": "https://example.com/#org", "name": "Example Ltd", "url": "https://example.com" },
    { "@type": "WebSite", "url": "https://example.com", "publisher": { "@id": "https://example.com/#org" } }
  ]
}
</script>

  3. Le balisage FAQ ou HowTo n'apporte aucun résultat enrichi

    FAQPage et HowTo restent des types schema.org valides, mais Google n'affiche plus de résultats FAQ ni HowTo dans la recherche. Ne gardez ce balisage que si autre chose l'utilise, et n'en attendez pas un affichage plus riche.

  4. Le balisage en dit plus que la page

    Les consignes de Google exigent que les données structurées décrivent un contenu visible par les visiteurs. Des notes, prix ou événements présents seulement dans le balisage peuvent entraîner une action manuelle : générez le JSON-LD à partir des mêmes données que celles affichées.

  5. Le balisage est ajouté par un script

    L'outil lit le HTML tel qu'il est livré : le JSON-LD inséré par JavaScript n'est donc pas compté. Google sait lire le JSON-LD injecté, d'autres moteurs et outils peut-être pas ; le plus sûr est de l'écrire dans le HTML du serveur.

  6. BreadcrumbList est absente

    Ajoutez BreadcrumbList sur les pages qui affichent un fil d'Ariane, construite à partir du même fil que voit le visiteur, pour que balisage et page ne se contredisent pas. Google peut s'en servir pour montrer où se trouve la page dans votre site au lieu de l'URL brute.

Questions fréquentes

Vérifie-t-il l'éligibilité aux résultats enrichis ?
Non. Il vérifie que chaque bloc se lit, liste ses types et contrôle quelques champs de base (@context, @type, le nom d'une Organization, l'url d'un WebSite). Chaque résultat enrichi a ses propres propriétés obligatoires ; vérifiez-les avec le test des résultats enrichis de Google.
Dois-je utiliser JSON-LD, les microdonnées ou RDFa ?
Google prend en charge les trois et recommande JSON-LD, le plus simple à ajouter et à maintenir. Cet outil ne lit que le JSON-LD.
Quels types peuvent encore obtenir des résultats enrichis ?
Google liste les types pris en charge dans sa Galerie de recherche, par exemple Article, Product, Breadcrumb, Event, Local business, Recipe et Review snippet. Les résultats enrichis FAQ et HowTo ne sont plus affichés dans la recherche Google.
Voit-il le balisage ajouté par JavaScript ?
Non. Il lit le HTML tel qu'il est livré, donc le JSON-LD ajouté ultérieurement par des scripts n'est pas inclus.
Pourquoi cherche-t-il Organization et WebSite ?
Ils indiquent qui publie le site et comment il s'appelle. Google utilise les données structurées WebSite, avec d'autres signaux, pour choisir le nom de site affiché dans les résultats, et le balisage Organization pour des détails comme le logo. Ils se placent dans le modèle du site : une seule modification couvre toutes les pages.

Sources

La documentation sur laquelle reposent cet outil et les explications de cette page.

Outils gratuits sur ce sujet

Guides sur ce sujet

Données d’étude sur ce sujet

Outils connexes dans Analyse SEO

Voir tous les outils Analyse SEO