Schémas JSON-LD pour le SEO : guide complet 2026

Le balisage sémantique est devenu une compétence de base pour quiconque veut être lu par Google et cité par ChatGPT. La référence officielle reste schema.org, le vocabulaire commun lancé en juin 2011 par Google, Bing et Yahoo!, rejoints par Yandex en novembre 2011. La documentation de Google recommande, depuis au moins 2016, le JSON-LD comme format pour ces schémas JSON-LD, devant Microdata et RDFa. En 2026, plusieurs types de résultats enrichis ont disparu (FAQPage, HowTo), mais le balisage reste utile partout où il en ouvre encore (produits, recettes, événements, vidéos, avis) et pour aider Google à comprendre la page.

Les données structurées s’inscrivent dans une démarche de référencement naturel plus globale, qui combine technique, contenu et popularité.

Qu’est-ce que JSON-LD et pourquoi est-ce le format préféré de Google ?

JSON-LD signifie JavaScript Object Notation for Linked Data. C’est une syntaxe qui permet de décrire le contenu d’une page dans un objet JSON (format texte structuré), placé dans un script à part du HTML visible.

Exemple minimal :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Titre de l'article",
  "datePublished": "2026-05-29T08:00:00Z"
}
</script>

Le JSON-LD a trois avantages concrets. La syntaxe est lisible et maintenable à grande échelle, séparée du HTML visible. Le balisage ne pollue pas le markup éditorial, ce qui réduit les erreurs de copier-coller. Les extensions SEO (Yoast, Rank Math, SEOPress…) et les thèmes Shopify injectent le bloc proprement dans le <head> ou avant le </body>.

Microdata et RDFa restent acceptés par Google, mais ils alourdissent le HTML et compliquent la maintenance. JSON-LD est la valeur par défaut conseillée par la documentation officielle de Google Search Central.

Côté moteurs IA, rien n’est documenté : ni OpenAI, ni Anthropic, ni Perplexity n’expliquent ce que leurs robots (GPTBot, ClaudeBot, PerplexityBot) font du JSON-LD qu’ils téléchargent avec la page. Google, lui, écrit que les données structurées ne sont pas nécessaires pour apparaître dans ses fonctionnalités d’IA générative (guide de Google). Pour aller plus loin sur ce levier, notre guide AI Search Optimization détaille comment apparaître dans les réponses ChatGPT, Perplexity et Google AI Overviews.

Quels types de schémas couvrent la plupart des besoins ?

Une dizaine de types couvrent l’écrasante majorité des besoins. Voici la cartographie utile en 2026.

Les cases « rich result » correspondent à l’affichage enrichi dans la SERP (étoiles, prix, vignette, fil d’Ariane). Quand le résultat enrichi a disparu, le balisage ne pose pas de problème, mais il n’a plus d’effet visible dans Google : c’est ce que Google écrivait en 2023 pour FAQPage et HowTo.

BlogPosting et Article : le couple à connaître

BlogPosting et Article sont deux types de schema.org très proches. BlogPosting est un sous-type d’Article. La différence est subtile : BlogPosting suggère un contenu éditorial, daté, signé, dans une logique de publication récurrente. Article reste plus neutre, adapté aux pages de presse ou aux dossiers institutionnels.

En pratique, BlogPosting est le choix courant pour un blog d’agence ou d’entreprise ; Article convient aussi. Pour un site média ou une page d’actualité datée, NewsArticle est préférable.

Champs recommandés pour un article

D’après la documentation officielle de Google Search Central, aucun champ n’est obligatoire ; Google recommande ceux-ci :

• headline : le titre de l’article, idéalement identique au H1.
• image : des URL absolues ; Google conseille trois formats (16×9, 4×3 et 1×1), d’au moins 50 000 pixels chacun (largeur × hauteur).
• datePublished et dateModified au format ISO 8601 complet, fuseau horaire compris (ex : 2026-05-29T08:00:00Z).
• author : objet Person ou Organization avec name et url pointant vers une page auteur.

Le champ publisher ne figure pas parmi les propriétés recommandées par Google pour un article (il reste valide en schema.org). Liez surtout l’auteur à une page qui le présente. Les exemples de ce guide décrivent des sites fictifs, à l’adresse example.com, domaine réservé aux exemples.

Exemple BlogPosting (blog fictif)

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Réussir son pain au levain à la maison",
  "image": [
    "https://example.com/photos/16x9/pain-au-levain.jpg",
    "https://example.com/photos/4x3/pain-au-levain.jpg",
    "https://example.com/photos/1x1/pain-au-levain.jpg"
  ],
  "datePublished": "2026-05-29T08:00:00+02:00",
  "dateModified": "2026-06-28T12:00:00+02:00",
  "author": {
    "@type": "Person",
    "name": "Camille Martin",
    "url": "https://example.com/a-propos/"
  }
}

FAQPage : que reste-t-il du schéma en 2026 ?

C’est le grand bouleversement de l’année. Depuis le 7 mai 2026, Google n’affiche plus de résultats enrichis FAQ, sites gouvernementaux et de santé compris (annonce du 8 mai dans le journal des mises à jour de Google Search Central). Le processus s’étale en trois étapes : disparition dans la SERP en mai 2026, retrait du Rich Results Test et des rapports Search Console en juin 2026, fin du support API en août 2026.

Cette décision prolonge la restriction d’août 2023, qui réservait déjà les rich results FAQ aux sites « authoritative » (gouvernement et santé). Google expliquait vouloir des résultats de recherche plus clairs et plus cohérents.

Le schéma garde-t-il une valeur ?

Peu, et rien de mesurable. Google écrivait en 2023, pour FAQPage et HowTo, qu’un balisage qui n’est plus utilisé ne pose pas de problème mais n’a plus d’effet visible dans la recherche. Côté moteurs IA, aucun éditeur ne dit se servir de FAQPage. Le chiffre qui circule (« 3,2 fois plus de chances d’apparaître dans un AI Overview ») ne renvoie à aucune étude publiée que nous ayons pu retrouver : nous ne le reprenons pas.

Faut-il continuer à le baliser ?

Notre recommandation : gardez la FAQ visible si elle répond à de vraies questions de vos lecteurs, c’est elle qui les sert. Inutile d’ajouter un balisage FAQPage sur une nouvelle page ; inutile aussi de retirer celui qui existe, Google ne le demande pas.

Exemple FAQPage minimal

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Le JSON-LD est-il préféré par Google ?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Oui : la documentation de Google recommande le JSON-LD quand la configuration du site le permet."
      }
    }
  ]
}

HowTo : que faire des tutoriels pas-à-pas ?

Le schéma HowTo a connu un parcours similaire. Google a retiré les résultats enrichis HowTo en 2023 : sur mobile le 8 août, sur ordinateur le 13 septembre. Les vignettes « étape 1, étape 2 » avec illustration ont disparu des SERP, et le rapport Search Console associé a été retiré.

Le balisage HowTo reste valide en schema.org, mais aucun moteur IA ne dit s’en servir. Pour un tutoriel, ce qui compte est visible : des étapes numérotées dans une vraie liste, un intertitre par étape quand elles sont longues. Notre guide GEO et fichier llms.txt couvre l’autre versant du sujet : préparer son site à être lu par les LLMs.

Pour un guide non procédural (réflexion, dossier, analyse), Article ou BlogPosting reste le bon choix.

Product et Offer : le couple incontournable pour l’e-commerce

C’est là que le balisage rapporte le plus visible. Une fiche produit avec Product + Offer correctement balisés déclenche dans la SERP : prix, devise, disponibilité, vignette, étoiles (si avis), et parfois le badge « Livraison gratuite ».

Champs minimum

• name : nom du produit.
• image : URL absolue (plusieurs URLs possibles dans un tableau).
• description : description courte.
• brand : marque (objet Brand ou simple chaîne).
• offers : objet Offer avec price, priceCurrency (code ISO 4217 type EUR), availability (InStock, OutOfStock, etc.).
• Identifiants produits : sku, gtin, mpn quand ils existent. Ils aident Google à rapprocher votre fiche du Shopping Graph.

Exemple Product (boutique fictive)

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Farine de seigle bio, 1 kg",
  "image": "https://example.com/boutique/farine-de-seigle.webp",
  "description": "Farine de seigle T130 issue de l'agriculture biologique.",
  "brand": {
    "@type": "Brand",
    "name": "Moulin Exemple"
  },
  "offers": {
    "@type": "Offer",
    "price": "4.90",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock",
    "url": "https://example.com/boutique/farine-de-seigle/"
  }
}

Pour les avis, deux options : review (avis individuel) ou aggregateRating (note moyenne). Depuis le 16 septembre 2019, Google n’affiche plus d’étoiles pour les avis « auto-déclarés » : ceux qu’une entreprise publie sur elle-même avec les types LocalBusiness ou Organization, y compris par un widget d’avis intégré à son site (billet de Google). Les avis sur un produit restent éligibles.

LocalBusiness et Organization : le pilier du SEO local

Ces deux schémas décrivent l’entreprise elle-même. Ils ne remplacent pas la fiche Google Business Profile, sur laquelle repose le classement local (pertinence, distance et proéminence, selon l’aide de Google), mais ils confirment le nom, l’adresse et les coordonnées affichés sur le site. Organization s’utilise au niveau du site (footer, page « À propos »). LocalBusiness, plus précis, sert pour un commerce physique ou une agence avec une adresse.

Champs LocalBusiness recommandés

• name, image, description.
• address : objet PostalAddress avec streetAddress, postalCode, addressLocality, addressCountry.
• geo : GeoCoordinates avec latitude et longitude.
• telephone au format international (+33...).
• openingHoursSpecification : horaires détaillés par jour.
• priceRange (« € », « €€ », « €€€ »).
• sameAs : tableau des profils sociaux (Facebook, Instagram, LinkedIn, Google Business Profile).

Sur un site multi-établissements, dupliquez le bloc LocalBusiness par fiche, et reliez chaque bloc à Organization via parentOrganization. Pour creuser la stratégie locale, consultez notre guide SEO local.

Exemple LocalBusiness (cabinet fictif)

{
  "@context": "https://schema.org",
  "@type": "ProfessionalService",
  "name": "Cabinet Exemple",
  "image": "https://example.com/logo.png",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "1 rue de l'Exemple",
    "postalCode": "62000",
    "addressLocality": "Arras",
    "addressCountry": "FR"
  },
  "telephone": "+33XXXXXXXXX",
  "url": "https://example.com/",
  "sameAs": [
    "https://www.linkedin.com/company/nom-du-cabinet",
    "https://www.facebook.com/nom-du-cabinet"
  ]
}

ProfessionalService est un sous-type de LocalBusiness adapté aux agences, cabinets, professions libérales.

BreadcrumbList : le fil d’Ariane dans les résultats

BreadcrumbList décrit la place de la page dans le site. Sur ordinateur, Google peut afficher ce fil d’Ariane sous le titre du résultat, à la place de l’adresse brute ; sur mobile, il ne l’affiche plus depuis le 23 janvier 2025, seulement le nom du domaine (billet de Google).

Exemple BreadcrumbList

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Accueil",
      "item": "https://wasabiwebdesign.fr/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Web Design",
      "item": "https://wasabiwebdesign.fr/blog/web-design/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Schémas JSON-LD",
      "item": "https://wasabiwebdesign.fr/schemas-json-ld-seo-guide-complet/"
    }
  ]
}

À poser sur les pages internes (articles, catégories, fiches produits) ; la plupart des extensions SEO le font d’office.

Comment valider et débugger ses schémas ?

Trois outils, à utiliser dans cet ordre.

Schema Markup Validator (schema.org)

Le Schema Markup Validator est le successeur de l’ancien outil de test des données structurées de Google, repris par schema.org (version bêta le 11 mai 2021, version définitive le 9 août 2021). Il vérifie la conformité syntaxique de votre JSON-LD selon le vocabulaire officiel. Il affiche tous les blocs détectés, pas seulement ceux éligibles aux rich results Google.

C’est l’outil à utiliser pour les types qui n’ouvrent aucun résultat enrichi chez Google : il vérifie le balisage selon schema.org, sans le filtre de Google.

Rich Results Test (Google)

Le Rich Results Test de Google se concentre sur l’éligibilité aux rich snippets Google. Il liste les types détectés, signale les champs manquants ou invalides, et offre un aperçu du rendu probable dans la SERP. Indispensable pour Product, BreadcrumbList, Event, Recipe, Video.

Limite : depuis juin 2026, le rapport FAQ a été retiré, et HowTo n’est plus testé depuis fin 2023.

Search Console : rapport « Aperçu enrichi »

Une fois la page indexée, Search Console remonte les erreurs de balisage dans la section « Aperçu enrichi ». C’est le rapport qui compte pour le suivi long terme. Les erreurs typiques (champ requis manquant, image manquante, date sans fuseau horaire) y apparaissent. À surveiller avec le rapport Core Web Vitals, qui mesure de son côté la vitesse et la stabilité des pages.

Astuce : utilisez l’outil d’inspection d’URL de Search Console après chaque mise en ligne d’une nouvelle page importante, pour vérifier que Google détecte bien le schéma.

Erreurs courantes et bonnes pratiques

Voici les pièges récurrents observés sur les sites WordPress et e-commerce.

URLs relatives au lieu d’absolues

Toutes les URLs dans le JSON-LD doivent être absolues. image: "/logo.png" ne fonctionne pas. Écrivez "https://example.com/logo.png".

dateModified oublié ou sans fuseau horaire

dateModified doit être actualisé à chaque modification de l’article. Le format doit être ISO 8601 complet, avec fuseau horaire (2026-05-29T08:00:00Z ou 2026-05-29T10:00:00+02:00), sinon Google applique un fuseau horaire par défaut, celui de Googlebot, et la date affichée peut être décalée.

Contenu balisé invisible sur la page

Règle stricte : ce qui est dans le JSON-LD doit être visible sur la page rendue. Une FAQPage qui balise des questions cachées en CSS, ou des champs Product qui décrivent un produit absent de la page, expose à une action manuelle Google pour « spam structured data ».

Champs vides ou placeholder

"author": {"name": ""} ou "price": "0.00" génèrent des warnings. Mieux vaut ne pas baliser un champ que de le baliser vide.

Schémas dupliqués ou contradictoires

Si votre thème injecte déjà un Organization automatique et que vous en ajoutez un second via un plugin SEO, la page décrit deux fois la même entreprise, parfois de façon contradictoire (nom, logo). Repérez les doublons avec le Rich Results Test ou le Schema Markup Validator, et gardez-en un.

Oubli du @graph

Sur une page qui combine plusieurs schémas (BlogPosting + BreadcrumbList + Organization), utilisez la structure @graph pour relier les entités dans un seul bloc JSON-LD :

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "BlogPosting",
      "headline": "..."
    },
    {
      "@type": "BreadcrumbList",
      "itemListElement": [...]
    },
    {
      "@type": "Organization",
      "name": "..."
    }
  ]
}

C’est plus propre que trois blocs séparés, et plus facile à maintenir.

Author URL pointant vers la home

Google demande que l’url de l’auteur mène à une page qui l’identifie : page « À propos », page de biographie ou profil sur un réseau social. L’accueil du site n’identifie personne.

Bonnes pratiques à adopter

• Un seul bloc JSON-LD par page (via @graph) plutôt qu’une multiplication.
• Toutes les URLs absolues, sans paramètre de tracking.
• Dates ISO 8601 complètes avec fuseau horaire.
• Images en URL absolue, d’au moins 50 000 pixels (largeur × hauteur), en 16×9, 4×3 et 1×1.
• Cohérence entre le contenu balisé et le contenu visible.
• Validation systématique sur Schema Markup Validator et Rich Results Test avant publication.

Le balisage JSON-LD coûte peu une fois la routine en place (extension SEO + gabarit du thème) : il s’applique ensuite à toutes les pages. C’est ce que nous mettons en place dans toute refonte de site avec gain SEO mesurable ou dans notre méthode WordPress complète. À combiner avec un hébergement solide : notre guide hébergement WordPress 2026 cadre la stack qui sert les pages assez vite pour que Google et les LLMs profitent du balisage.

Questions fréquentes

Conclusion

En 2026, le JSON-LD reste le format de données structurées recommandé par Google. Bien posé, il rend les pages éligibles aux résultats enrichis qui existent encore (produits, recettes, événements, vidéos, avis) et aide Google à comprendre qui publie quoi. Les disparitions de FAQPage et HowTo ne signent pas la fin du balisage, elles le recentrent. Concentrez-vous sur Product, LocalBusiness, BreadcrumbList, Article ou BlogPosting et Organization, validez tout avec le Schema Markup Validator et le Rich Results Test, et suivez la Search Console.

Pour faire vérifier le balisage de votre site, demandez notre diagnostic gratuit : les données structurées en font partie, avec un compte rendu écrit sous 5 jours ouvrés. Pour aller plus loin, consultez aussi nos guides sur les 10 astuces d’un site internet réussi et sur l’importance d’un site internet pour une entreprise locale.