Webmaster et SEO

validateur JSON-LDavant publication

Modifiez le code brut et lisez côte à côte la version indentée, les alertes de vocabulaire et les relations visibles.

validateur JSON-LD

Entrée JSON-LD

Résultat mis en forme

Votre JSON-LD reste dans cet onglet. Aucune URL ni contexte distant n’est chargé.

Options

Vocabulaire Schema.org figé en version 30.1

JSON strict, nœuds visibles et présence de termes uniquement ; pas de décision Google.

Nœuds : 2 · Remarques : 0

Diagnostics

Vocabulaire Schema.org 30.1 consulté.

Aucun problème trouvé.

Nœuds de cette entrée

2 sur 2 affichés

  • /@graph/0 · Type: WebSite · Identifiant: https://example.com/#site
  • /@graph/1 · Type: WebPage · Identifiant: https://example.com/#page
Références explicites : 1
  • https://example.com/#page · isPartOf → https://example.com/#site · Cible dans cette entrée
Ouvrir le validateur Schema.orgOuvrir le test Google

Un CMS peut produire du JSON analysable tout en mal orthographiant une propriété ou en masquant un lien @id dans un long bloc. Le validateur JSON-LD distingue ces constats sans corriger silencieusement la source.

Cette validation des données structurées se fonde sur une édition figée de Schema.org. Pour connaître les fonctionnalités de recherche Google applicables, consultez son outil officiel.

Pourquoi utiliser ce validateur JSON-LD

Le résultat lisible et les limites de chaque contrôle sont visibles ensemble.

Suivre les entités du fragment

Le validateur JSON-LD liste les nœuds des tableaux, objets imbriqués et @graph, puis les références @id explicites. Une cible absente du texte collé peut exister ailleurs : elle n’est pas déclarée invalide.

Deux entités JSON-LD reliées par une référence @id figurent dans la liste des nœuds et relations.

Distinguer faute de frappe et éligibilité

La liste Schema.org 30.1 signale les types et propriétés qu’elle ne contient pas. Avec un autre @context, la comparaison est suspendue ; aucun avertissement local ne vaut décision de Google.

Une propriété Schema.org mal orthographiée reçoit un avertissement local sans modifier le code source.

Contrôler le fragment avant sa mise en ligne

01

Coller seulement le JSON-LD

Les tableaux racine et @graph sont acceptés. La page ne récupère pas les URL et n’extrait pas les balises script du HTML : copiez leur contenu JSON.

  • L’exemple contient deux nœuds liés par @id.
02

Lire les diagnostics par niveau

Le contrôle automatique attend 350 ms après la frappe et distingue syntaxe, structure et vocabulaire Schema.org 30.1. Désactivez-le pour lancer le contrôle avec Ctrl/Cmd+Entrée.

  • Un terme inconnu n’est qu’un avertissement lié à la version figée.
03

Tester aussi la page publiée

Après toute modification, la copie et le téléchargement attendent un résultat à jour. Ouvrez le validateur Schema.org pour le balisage général et le test Google pour ses propres fonctionnalités.

  • Les liens officiels n’emportent jamais le brouillon local.

Trois lectures complémentaires du balisage

Syntaxe stricte avec position

Une clé répétée ou une ponctuation cassée est localisée par ligne et colonne. La mise en forme garde la graphie des nombres et l’ordre des clés sans réécrire l’entrée.

Vocabulaire daté et limité

Le validateur JSON-LD compare uniquement les types et propriétés clairement placés dans le contexte Schema.org à la liste courante 30.1. Il ne juge pas les définitions personnalisées.

Résumé des relations présentes

Chaque nœud indique son chemin, son @type et son @id ; les références explicites indiquent si leur cible apparaît ici. Ce n’est pas une expansion RDF complète.

Ce que le contrôle local ne démontre pas

Aucune décision sur Google
Le validateur JSON-LD ne vérifie ni les champs propres à Google ni le rendu de la page en ligne. Une syntaxe correcte ne promet ni indexation ni résultat enrichi.
Uniquement le JSON-LD collé
Pas de collecte d’URL, d’extraction du HTML, ni de lecture Microdata ou RDFa. Ouvrir un lien officiel ne transmet pas votre code.
Liste Schema.org figée à 30.1
Un terme absent est un avertissement sur cette version, pas la preuve qu’une extension ou une version future est invalide. domainIncludes et rangeIncludes ne deviennent pas des obligations.
Références limitées au fragment
Une cible @id peut être définie dans un autre bloc ou document. Plusieurs descriptions d’un même identifiant ne constituent pas automatiquement une erreur.

Questions sur le validateur JSON-LD

Le validateur fonctionne-t-il ailleurs que sur WordPress ?

Oui. Le validateur JSON-LD lit le texte collé dans le navigateur, quel que soit le CMS qui l’a produit. Il ne récupère toutefois pas directement une page par URL.

Que faire si aucun schéma n’est détecté sur ma page ?

Vérifiez d’abord le HTML réellement publié et copiez le contenu du script JSON-LD. Cette page ne cherche pas les blocs dans une URL ni dans du HTML complet.

Une erreur de syntaxe empêche-t-elle toute l’indexation de la page ?

Pas à elle seule. Elle peut rendre le bloc JSON-LD illisible, alors que le texte de la page reste accessible. Corrigez la ligne signalée puis testez la page publiée.

Comment lire les types Schema.org détectés ?

La liste de nœuds affiche @type, @id et chemin source. Un type absent du vocabulaire 30.1 reçoit un avertissement, sans verdict sur les règles Google.

Ce validateur remplace-t-il le test des résultats enrichis ?

Non. Celui de Google juge des fonctions de recherche selon ses règles actuelles. Le validateur JSON-LD effectue seulement une vérification locale préalable.

Un cas manque ?

Essayer le validateur JSON-LD

Observez les deux nœuds de l’exemple, puis soumettez votre propre fragment au validateur JSON-LD et vérifiez la page avec les outils officiels.