L’essentiel

  • Google recommande le format JSON-LD.
  • Un @graph relie les entités entre elles grâce à des @id stables.
  • Chaque page déclare au minimum Organization, WebSite, WebPage et BreadcrumbList.

Pourquoi choisir le JSON-LD

Le JSON-LD décrit le contenu d’une page dans un bloc script séparé du HTML. Il se génère côté serveur et reste simple à maintenir.

Les schémas essentiels par type de page

Type de page

Schémas déclarés

Accueil

Organization, WebSite, WebPage, FAQPage

Article

BlogPosting, Person, BreadcrumbList, FAQPage

Landing page

WebPage ou Service, BreadcrumbList, FAQPage

Page auteur

ProfilePage, Person

Liste d’articles

CollectionPage, Blog, ItemList

Relier les entités avec @id

Chaque entité reçoit un identifiant stable, par exemple https://www.exemple.fr/#organization. L’article référence son auteur et son éditeur par ces identifiants, sans répéter leurs propriétés.

Les erreurs fréquentes

  • Des données structurées qui décrivent un contenu absent de la page.
  • Une date de modification mise à jour sans changement réel du contenu.
  • Plusieurs entités Organization différentes selon les pages.
  • Une FAQ balisée dont les réponses sont chargées en JavaScript après le rendu.

Questions fréquentes

Le balisage FAQPage produit-il encore des résultats enrichis ?

Google réserve l’affichage enrichi des FAQ à un nombre limité de sites faisant autorité. Le balisage garde son intérêt : il structure les questions traitées pour les moteurs de réponse IA.

Microdata ou JSON-LD ?

JSON-LD. C’est le format recommandé par Google, et il se génère proprement côté serveur.

Comment tester ses données structurées ?

Le test des résultats enrichis de Google vérifie l’éligibilité, et validator.schema.org contrôle la conformité complète du graphe.