Examiner les entités JSON-LD et leurs champs

Collez un objet, un tableau, un document @graph ou un bloc complet <script type="application/ld+json"> pour lister les entités déclarées et repérer les @id dupliqués, les champs manquants et les dates mal formées. C'est une revue de champs dans votre navigateur, pas un validateur JSON-LD complet ni une garantie de résultats enrichis Google.

Fonctionne localement dans votre navigateur

Comment inspecter les entités JSON-LD, les valeurs @id et les champs de schéma

La page analyse un document JSON-LD — un objet, un tableau, un document @graph ou un bloc complet <script type="application/ld+json"> copié depuis une page — et liste chaque nœud qui déclare un @type. Les nœuds imbriqués comptent : un Article avec un auteur et un éditeur produit trois entités.

Les contrôles portent sur les champs : un @context déclaré, une référence à schema.org, des valeurs @id dupliquées et les champs que Google exige pour Article, Product, FAQPage, BreadcrumbList, Organization et WebSite. Le document n'est pas étendu et rien n'est récupéré : c'est la revue d'un extrait, pas un verdict sur une URL.

Collez le JSON-LD dans le volet de gauche, ou chargez un exemple pour obtenir un document @graph à deux entités.
Cliquez sur Inspecter le JSON-LD. Si le document ne peut pas être analysé, la ligne et la colonne de l'erreur remplacent le résultat formaté.
Lisez Entités détectées à droite : chaque carte affiche les valeurs @type et le headline, name ou @id qui identifie le nœud.
Lisez la liste de résultats sous les cartes. Les @id dupliqués apparaissent comme erreurs, les champs manquants et les dates mal formées comme avertissements, et les conseils facultatifs comme notes.
Copiez ou téléchargez le JSON-LD formaté, puis cliquez sur Effacer avant le document suivant.

Ce que cette page vérifie et ce qu'elle laisse à un validateur JSON-LD complet

Ce qui est vérifié

Le parcours note si un objet déclare @context et si le document mentionne schema.org. Un tableau de premier niveau dont les nœuds portent chacun leur @context est accepté, car JSON-LD autorise cette forme ; un document sans aucun @context produit un seul avertissement au lieu de deux.

Les contrôles de champs s'appliquent par type. Article, NewsArticle et BlogPosting sont vérifiés pour headline, image, datePublished et author, et datePublished doit être une date ISO 8601 : 2026-02-30 et 20260102 sont signalés. Product est vérifié pour name et offers, FAQPage pour mainEntity, BreadcrumbList pour itemListElement, et Organization et WebSite pour name. Chaque @id dupliqué est signalé une fois par répétition.

Ce que la page ne fait pas

Elle ne récupère pas d'URL, n'étend pas le document, ne résout pas les contextes distants et ne valide pas contre la spécification JSON-LD : un document peut passer tous les contrôles ici et échouer à un test de conformité. Elle ne peut pas non plus dire si le balisage correspond à la page visible, ce que Google compare avant d'accorder un résultat enrichi.

Considérez le résultat comme une revue de champs d'un extrait. Pour un verdict au niveau d'une URL, combinez cette page avec le test des résultats enrichis et le validateur de balisage structuré ; un balisage valide est une condition, pas un facteur de classement à lui seul.

Extraits du monde réel

Les extraits copiés d'une page arrivent souvent avec un BOM, un saut de ligne final ou le bloc complet <script type="application/ld+json"> ; les trois formes sont acceptées, et une erreur de syntaxe est signalée avec la ligne et la colonne issues du message de l'analyseur.

Une exécution en échec vide le volet de sortie, les cartes d'entités et les résultats précédents : un document plus ancien ne peut donc jamais être confondu avec le document courant. Rien n'est envoyé : le document, les résultats et le fichier téléchargeable restent dans le navigateur, et la page continue de fonctionner hors ligne une fois chargée.