Test des données structurées : validateur JSON-LD en français

Les données structurées JSON-LD décrivent le contenu d’une page aux moteurs : une entreprise locale, un article, un produit, un événement. Elles conditionnent l’éligibilité aux résultats enrichis de Google (fil d’Ariane, prix, étoiles, informations d’entreprise). Un bloc mal formé est ignoré en entier : c’est ce que cet outil vérifie avant que Google ne s’en charge.

Les outils de référence (test des résultats enrichis de Google, Schema Markup Validator de schema.org, JSON-LD Playground) sont en anglais et signalent qu’une propriété manque sans dire quoi en faire. Celui-ci a été conçu pour un artisan ou une TPE qui corrige son balisage lui-même :

• Chaque constat est expliqué en français, avec la correction attendue et sa gravité : à corriger, à vérifier, recommandé.
• Deux modes : le code collé, analysé dans votre navigateur sans rien envoyer, ou l’URL d’une page déjà en ligne.
• 19 types Schema.org contrôlés, sous-types compris : Plumber, Electrician ou Restaurant héritent des règles de LocalBusiness.
• Des exemples prêts à coller plus bas (LocalBusiness, Article, FAQPage, Product), testés avec l’outil le 26 octobre 2026.
• Sans compte ni e-mail, et sans limite pour le code collé.

JSON-LD : c’est quoi, et à quoi ressemble le code ?

JSON-LD (JavaScript Object Notation for Linked Data) est un format de données liées écrit en JSON, standardisé par le W3C. En référencement, c’est le format que Google recommande pour les données structurées Schema.org : le code se place dans une balise <script type="application/ld+json">, dans le <head> ou le <body>, sans modifier le texte visible de la page.

Chaque bloc déclare un contexte (@context), un type (@type) et des propriétés. Exemple minimal pour une entreprise locale :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Nom de l'entreprise",
  "url": "https://www.exemple.fr/",
  "telephone": "+33 4 00 00 00 00",
  "address": {
    "@type": "PostalAddress",
    "addressLocality": "Ville",
    "postalCode": "01000",
    "addressCountry": "FR"
  }
}
</script>

Pour écrire le vôtre sans partir de zéro, passez par le générateur de JSON-LD, puis collez le résultat dans le validateur ci-dessus. La documentation de référence est celle de Google : présentation des données structurées.

Comment utiliser ce validateur JSON-LD

1. Choisissez le mode. Collez le code quand le balisage n’est pas encore en ligne (en préparation, dans un ticket, dans un générateur). Indiquez l’URL quand la page est publiée : l’outil lit alors ce que le serveur renvoie réellement, extensions et thème compris.
2. Lancez le test. Chaque bloc est d’abord lu comme du JSON. S’il est mal formé, l’outil indique la ligne et la colonne de l’erreur et la cause la plus probable.
3. Lisez les constats par ordre de gravité. « À corriger » : le bloc ou l’entité ne peut pas produire de résultat enrichi. « À vérifier » : format douteux (date, URL relative). « Recommandé » : propriété facultative que Google conseille. « À savoir » : information sur l’affichage réel dans Google.
4. Corrigez, puis relancez. Une fois le bloc propre, confirmez avec le test des résultats enrichis de Google avant la mise en production.

Exemples JSON-LD prêts à coller pour une TPE

Quatre blocs écrits pour des situations courantes d’artisan, de commerce ou de petite entreprise, puis passés dans le validateur ci-dessus le 26 octobre 2026. Copiez le bloc, collez-le dans le champ « Coller un code JSON-LD », remplacez les valeurs d’exemple (exemple.fr, noms, adresse, prix) par les vôtres et relancez le test. Chaque valeur doit correspondre à ce que le visiteur lit sur la page.

1. LocalBusiness pour un artisan (ici un plombier)

Le sous-type Plumber hérite des règles de LocalBusiness : Google demande name et address, et recommande le téléphone au format international, l’URL, les coordonnées GPS, les horaires et une image. Autres sous-types utiles : Electrician, HVACBusiness, RoofingContractor, HousePainter, Locksmith, Restaurant, Dentist.

{
  "@context": "https://schema.org",
  "@type": "Plumber",
  "name": "Plomberie Exemple",
  "image": "https://www.exemple.fr/images/atelier.jpg",
  "url": "https://www.exemple.fr/",
  "telephone": "+33474000000",
  "priceRange": "€€",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 rue de la Gare",
    "addressLocality": "Nantua",
    "postalCode": "01130",
    "addressCountry": "FR"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 46.1533,
    "longitude": 5.6058
  },
  "openingHoursSpecification": [{
    "@type": "OpeningHoursSpecification",
    "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
    "opens": "08:00",
    "closes": "18:00"
  }],
  "areaServed": "Haut-Bugey"
}

Résultat dans le validateur : « Aucun problème détecté sur les types contrôlés ». Pour une entreprise qui se déplace sans accueillir de public, gardez l’adresse (Google l’exige pour LocalBusiness) et ajoutez areaServed. Pour choisir entre Organization et LocalBusiness, voir Organization ou LocalBusiness.

2. Article de blog (BlogPosting)

Google ne rend aucune propriété obligatoire pour Article, mais recommande headline, image, datePublished, dateModified et author. Les dates sont au format ISO 8601, avec le fuseau horaire.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Comment entretenir une pompe à chaleur avant l'hiver",
  "image": ["https://www.exemple.fr/images/pompe-a-chaleur.jpg"],
  "datePublished": "2026-10-01T09:00:00+02:00",
  "dateModified": "2026-10-20T10:30:00+02:00",
  "author": {
    "@type": "Person",
    "name": "Prénom Nom",
    "url": "https://www.exemple.fr/a-propos/"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Entreprise Exemple",
    "logo": {
      "@type": "ImageObject",
      "url": "https://www.exemple.fr/logo.png"
    }
  },
  "mainEntityOfPage": "https://www.exemple.fr/blog/entretien-pompe-a-chaleur/"
}

Résultat dans le validateur : « 0 à corriger · 0 à vérifier · 5 recommandé(s) ». Les cinq points recommandés portent sur l’auteur (sameAs, jobTitle) et l’éditeur (url, sameAs, contactPoint) : facultatifs, utiles si vous avez une page « à propos » et des profils publics à relier. Sur WordPress, Yoast SEO, Rank Math et SEOPress génèrent ce bloc automatiquement ; vérifiez-le en mode URL plutôt que de l’ajouter en double.

3. FAQPage pour une page de questions-réponses

À utiliser seulement si les questions et les réponses sont affichées sur la page, mot pour mot. Un seul bloc FAQPage par page.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Intervenez-vous le week-end ?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Oui, le samedi de 8 h à 12 h, sur rendez-vous."
    }
  }, {
    "@type": "Question",
    "name": "Le devis est-il gratuit ?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Oui, le devis est gratuit et sans engagement dans un rayon de 30 km."
    }
  }]
}

Résultat dans le validateur : « 0 à corriger · 0 à vérifier · 0 recommandé(s) », avec un rappel : depuis août 2023, Google n’affiche plus le résultat enrichi FAQ que pour des sites gouvernementaux et de santé reconnus. Le balisage reste valide et lisible par les moteurs et les assistants IA, mais n’attendez pas d’affichage spécial dans Google.

4. Product avec une offre (fiche produit, boutique ou artisan d’art)

Google demande name et au moins une offre, un avis ou une note ; pour l’offre, price et priceCurrency. Le prix est écrit sans symbole ni espace, avec un point décimal.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Table en chêne massif 180 cm",
  "image": ["https://www.exemple.fr/images/table-chene-180.jpg"],
  "description": "Table de salle à manger en chêne massif, fabriquée dans l'Ain, 180 x 90 cm.",
  "sku": "TAB-CHENE-180",
  "brand": {
    "@type": "Brand",
    "name": "Atelier Exemple"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://www.exemple.fr/table-chene-180/",
    "priceCurrency": "EUR",
    "price": "1290.00",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  }
}

Résultat dans le validateur : « Aucun problème détecté sur les types contrôlés ». Sur WooCommerce, un bloc Product est déjà généré pour chaque fiche : testez l’URL de la fiche en mode URL avant d’en ajouter un second. N’ajoutez aggregateRating que si les avis sont affichés sur la page.

Pour obtenir ces blocs sans les écrire à la main, le générateur de JSON-LD remplit les champs à votre place ; le résultat se colle ensuite ici. La liste des types et de leurs propriétés est dans le guide 10 types de schema markup utiles.

Erreurs JSON-LD fréquentes

Pour le détail de chaque cas avec des exemples de code, voir le guide erreurs Schema.org et JSON-LD fréquentes.

Types Schema.org courants et propriétés attendues par Google

Le validateur contrôle les propriétés que la documentation Google Search Central décrit pour ces types. Les sous-types (Plumber, Restaurant, BlogPosting…) héritent des règles de leur type parent.

À noter : depuis 2023, Google réserve l’affichage enrichi des FAQ aux sites gouvernementaux et de santé reconnus, et n’affiche plus de résultat HowTo. Ces balisages restent valides, mais ne produisent plus d’affichage spécial pour la plupart des sites. Pour choisir entre Organization et LocalBusiness, voir Organization ou LocalBusiness ; pour créer un bloc de départ, le générateur JSON-LD.

Ce validateur ou le test des résultats enrichis de Google ?

En pratique : ce validateur sert au premier contrôle et à la compréhension des erreurs ; le test des résultats enrichis reste la référence finale avant la mise en production, et le rapport « Améliorations » de la Search Console suit ensuite le balisage sur l’ensemble du site. Un mode d’emploi détaillé est disponible dans le guide d’utilisation du validateur JSON-LD.

FAQ

Comment tester les données structurées d’une page ?

Trois outils, qui ne répondent pas à la même question. Pour comprendre et corriger le code, utilisez ce validateur : collez le JSON-LD pendant que vous l’écrivez, ou indiquez l’adresse de la page une fois en ligne ; chaque erreur est expliquée en français. Pour savoir si la page peut obtenir un résultat enrichi, passez ensuite le test des résultats enrichis de Google, qui fait foi. Pour un vocabulaire Schema.org que Google n’exploite pas, le Schema Markup Validator de schema.org. Après la mise en ligne, le rapport « Améliorations » de la Search Console suit le balisage sur tout le site.

Test des données structurées ou test des résultats enrichis : quelle différence ?

Un test des données structurées vérifie que le balisage est lisible et complet : syntaxe JSON, type Schema.org, propriétés présentes. Le test des résultats enrichis de Google répond à une question plus étroite : la page est-elle éligible à un affichage enrichi (étoiles, FAQ, fil d’Ariane…) ? Un balisage peut être valide sans ouvrir droit à un résultat enrichi, car Google n’en propose que pour certains types.

Qu’est-ce qu’un JSON-LD tester ?

C’est un outil qui lit un bloc de données structurées au format JSON-LD et vérifie qu’il est correct : syntaxe JSON valide, type Schema.org reconnu, propriétés attendues présentes. Celui-ci fonctionne sur du code collé ou sur une page en ligne et explique chaque constat en français.

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

Non, il le complète. Il donne un retour immédiat et expliqué sur la syntaxe et les propriétés manquantes, pratique pendant la rédaction du balisage. Le test des résultats enrichis de Google reste la référence finale, car lui seul exécute le JavaScript de la page comme Googlebot et indique l’éligibilité réelle.

Le code collé est-il envoyé ou conservé ?

Non. En mode « coller un code », l’analyse se fait entièrement dans votre navigateur. Seul le mode URL interroge le serveur de SiteNova, qui récupère la page publique demandée pour en extraire les blocs JSON-LD.

Pourquoi mon balisage valide n’apparaît-il pas dans les résultats Google ?

Un JSON-LD valide est une condition nécessaire, pas suffisante. Google décide d’afficher ou non un résultat enrichi selon la requête, la qualité de la page et le type concerné ; certains types (FAQ, HowTo) ne sont plus affichés pour la plupart des sites. Le délai de prise en compte dépend aussi du prochain passage du robot.

Les données structurées améliorent-elles le classement ?

Google indique ne pas utiliser les données structurées comme facteur de classement général. Elles l’aident à comprendre la page et rendent possibles des affichages enrichis, qui peuvent changer le taux de clic. Leur intérêt est donc d’abord dans la compréhension et la présentation du résultat.

Quel balisage JSON-LD pour le site d’un artisan ou d’une TPE ?

Un seul bloc LocalBusiness, ou son sous-type (Plumber, Electrician, HVACBusiness, Restaurant…), sur la page d’accueil ou la page contact, avec le nom, l’adresse, le téléphone au format international, les horaires et l’URL : les mêmes informations que sur votre fiche Google. Ensuite, un bloc par type de page si le contenu s’y prête : Article pour un article de blog, Product pour une fiche produit, FAQPage si la page affiche des questions-réponses. L’exemple LocalBusiness ci-dessus se colle tel quel ; seules les valeurs d’exemple sont à remplacer.

Validateur JSON-LD ou validateur Schema.org : est-ce la même chose ?

Pas tout à fait. JSON-LD est le format du code (la syntaxe) ; Schema.org est le vocabulaire (les types et les propriétés). Un validateur JSON-LD vérifie d’abord que le code est lisible ; un validateur Schema.org vérifie que les types et les propriétés existent dans le vocabulaire. Cet outil contrôle la syntaxe, la casse des types et, pour 19 types courants, les propriétés que Google attend, ce que le Schema Markup Validator de schema.org ne dit pas.

Faut-il un balisage différent sur chaque page ?

Oui. L’entreprise (Organization ou LocalBusiness) se déclare une fois, souvent sur tout le site ; chaque page ajoute ensuite le type qui correspond à son contenu : Article pour un article, Product pour une fiche produit, Event pour un événement. Plusieurs blocs contradictoires pour la même entité brouillent le signal.

Autres outils SEO SiteNova

• Générateur Schema JSON-LD — créer un bloc à tester ici
• Audit SEO gratuit — title, meta, H1, liens et images d’une URL
• Vérificateur de meta title et aperçu SERP
• Test robots.txt — ce que Googlebot et les robots d’IA peuvent explorer
• Audit SEO gratuit pour artisans et TPE de l’Ain — 38 critères contrôlés sur une page

Pages connexes

• Audit SEO gratuit : diagnostic SEO global URL
• Générateur JSON-LD : créer un bloc Organization, LocalBusiness, FAQ…
• Mode d’emploi du validateur JSON-LD : extraire le balisage d’une URL, lire les constats, corriger sans casser le reste
• Erreurs Schema.org fréquentes : propriétés manquantes, JSON mal formé, blocs en doublon, et comment les corriger
• 10 types de schema markup et rich snippets : Article, LocalBusiness, Product, BreadcrumbList… avec le code à adapter
• Organization vs LocalBusiness pour une TPE : quel type déclarer, quel sous-type, et un exemple JSON-LD complet
• AI Overviews : comment le schema influence les citations IA
• Audit complet : schema audit dans nos 100 points