Ce que fait réellement le balisage de schéma
Le balisage de schéma, ce sont des données structurées, presque toujours du JSON-LD dans une balise script, qui reformulent les faits déjà visibles sur une page dans un vocabulaire que les machines peuvent analyser sans deviner. Un humain lit votre signature et en déduit l’auteur ; un crawler lit "author": {"@type": "Person", ...} et le sait. C’est tout le mécanisme. C’est peu glamour, et c’est l’un des rares leviers d’AEO où vous contrôlez chaque variable.
Une note honnête d’emblée : cette page est l’équivalent d’un vrai générateur en matière de contenu, sous forme de guide, avec des modèles JSON-LD prêts à copier ci-dessous, pas un formulaire de saisie qui émet du balisage pour vous. Là où une vérification interactive existe bel et bien, c’est la vérification : le scan gratuit de visibilité dans l’IA d’AEO Goal récupère votre page d’accueil en direct et rapporte si votre JSON-LD s’analyse, quels types de schéma sont présents, si une entité Organization se résout, et combien de liens sameAs elle porte, sans inscription.
Pourquoi cela compte pour l’optimisation pour les moteurs de réponse : les moteurs d’IA qui assemblent une réponse doivent d’abord décider ce qu’est votre page et qui la soutient. Un balisage d’entité propre retire l’ambiguïté de cette décision. Il ne rendra pas une page faible citable, mais l’ambiguïté sur qui vous êtes est une taxe sur chaque page que vous publiez.
La seule règle avant tout modèle
Ne balisez que ce qu’un lecteur peut déjà voir sur la page. Chaque directive que Google publie sur les données structurées se ramène à cela, et les violations sont la principale façon dont le schéma se retourne contre vous : un balisage qui déforme le contenu de la page peut entraîner une action manuelle, et les avis intéressés (vous noter vous-même sur votre propre balisage Organization) sont explicitement inéligibles aux résultats enrichis. Un générateur de schéma qui vous laisse saisir des notes, des récompenses ou des FAQ qui n’apparaissent nulle part sur la page génère des risques.
Organization : votre ancre d’entité
Cela appartient à votre page d’accueil. Son travail est la désambiguïsation : dire à chaque moteur quelle entité du monde réel ce domaine représente, et le prouver en liant les profils qui vous corroborent.
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://www.example.com/#organization",
"name": "Example Company",
"url": "https://www.example.com/",
"logo": "https://www.example.com/images/logo.png",
"description": "One factual sentence about what the company does.",
"sameAs": [
"https://www.linkedin.com/company/example-company",
"https://github.com/example-company",
"https://www.crunchbase.com/organization/example-company"
]
}Deux détails portent l’essentiel de la valeur. Le @id donne à l’entité une adresse stable vers laquelle d’autres balisages de votre site peuvent pointer, pour que chaque page se résolve en un nœud de marque unique et sans ambiguïté au lieu de fragments épars. Le tableau sameAs est votre cluster de désambiguïsation : listez les profils officiels qui vous appartiennent vérifiablement (registres, comptes sociaux, bases de connaissances), et rien qui n’y appartienne pas. Le scan gratuit compte ces liens car un nœud Organization nu sans corroboration fait bien moins de travail qu’un nœud ancré au web au sens large.
Article : paternité et fraîcheur
Pour les articles de blog et les pages éditoriales. C’est là que les faits pertinents pour l’E-E-A-T (qui l’a écrit, quand, pour le compte de qui) deviennent lisibles par machine.
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "The Exact Headline Visible On The Page",
"author": {
"@type": "Person",
"name": "Jane Author",
"url": "https://www.example.com/authors/jane-author"
},
"publisher": { "@id": "https://www.example.com/#organization" },
"datePublished": "2026-05-12",
"dateModified": "2026-09-01",
"mainEntityOfPage": "https://www.example.com/blog/post-slug"
}Notez le champ publisher : il référence le @id d’Organization plutôt que de répéter tout le nœud, ce qui permet au graphe d’entités de rester cohérent à l’échelle du site. Et gardez dateModified véridique. Il devrait changer quand le contenu change de façon significative, pas à chaque déploiement. Les systèmes de récupération pondérés par la récence lisent les signaux de fraîcheur, et le scan gratuit vérifie si un signal dateModified ou datePublished est présent tout court, mais un dateModified qui se met à jour chaque nuit alors que le contenu ne change jamais est le genre de schéma qui érode la confiance dans tout le reste de ce que vous déclarez.
FAQPage : utile, avec une grosse mise en garde
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "A question that appears verbatim on the page?",
"acceptedAnswer": {
"@type": "Answer",
"text": "The answer, matching what the page visibly says."
}
},
{
"@type": "Question",
"name": "A second visible question?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Its visible answer."
}
}
]
}La mise en garde : en août 2023, Google a restreint les résultats enrichis FAQ aux sites gouvernementaux et de santé connus et faisant autorité. Pour tous les autres, le balisage FAQPage ne produit plus les extraits de questions déroulants dans les résultats de Google. Dans la même mise à jour, Google a entièrement déprécié les résultats enrichis HowTo. Si un outil de schéma ou une agence vend encore le balisage FAQ comme un levier de résultat enrichi Google pour un site SaaS ou e-commerce, ce discours a trois ans de retard.
Alors pourquoi inclure le modèle ? Parce que les résultats enrichis n’ont jamais été le seul consommateur. Le balisage FAQPage reste un vocabulaire schema.org valide qui rend explicites les paires question-réponse pour tout lecteur machine, et le contenu en forme de question est précisément ce que les moteurs de réponse exploitent. Traitez-le comme une clarté machine à faible coût sur les pages dont le contenu visible est déjà en forme de questions-réponses, pas comme une astuce d’extrait.
Ce que « éligibilité » signifie vraiment
La propre documentation de Google est catégorique là-dessus : des données structurées valides rendent une page éligible aux résultats enrichis et ne les garantissent pas. Google pèse le balisage aux côtés de la qualité du contenu, de l’historique du site et du contexte de la requête, et il change régulièrement quels types de résultats enrichis existent tout court, comme le montre l’histoire de FAQ et HowTo.
La même logique s’étend aux moteurs d’IA, avec encore moins de cérémonie. Aucun moteur ne publie un contrat selon lequel le JSON-LD gagne des citations. Ce que le balisage fait, c’est réduire les erreurs d’interprétation : le moteur ne dépense aucune inférence à décider qui est l’auteur, à quelle entreprise appartient la page, ou quand elle était vraie pour la dernière fois. À la marge, une source peu coûteuse à interpréter et cohérente avec son contenu visible est une chose plus sûre à citer. Cette marge est l’argument honnête en faveur du schéma, et il vaut la peine de l’avoir ; tout ce qui est plus fort est un argumentaire de vente. Le fait que les pages balisées se fassent réellement citer est une question mesurable, ce à quoi répond le suivi des citations dans l’IA par page et par moteur.
Vérifiez, puis gardez-le vrai
La syntaxe d’abord : faites passer tout nouveau balisage par le test des résultats enrichis de Google ou le validateur Schema.org avant de le livrer. Un bloc JSON-LD avec une virgule finale échoue silencieusement en production ; les navigateurs ne rendent pas les erreurs de script issues des blocs de données, donc rien ne semble anormal tandis que les moteurs ne lisent rien.
Puis vérifiez la page en direct. Le scan gratuit rapporte ce qu’une récupération façon moteur trouve réellement sur votre page d’accueil : si le JSON-LD s’analyse, les types de schéma présents, si un nœud Organization existe, le décompte de sameAs, si un balisage FAQ est présent, et si des signaux de fraîcheur existent, aux côtés du contexte d’explorabilité (accès des bots d’IA dans robots.txt, llms.txt, canonique, métadonnées) qui détermine si les moteurs atteignent le balisage tout court. Un audit SEO technique couvre cette couche environnante en profondeur.
Enfin, traitez le schéma comme du code avec un propriétaire. Les faits dérivent : des auteurs partent, des produits changent de nom, les tarifs évoluent. Revoyez le balisage chaque fois que les faits qu’il déclare changent, et re-scannez après chaque correction. C’est la boucle d’agent d’AEO Goal appliquée aux données structurées : le scan trouve le manque, la correction est livrée, la revérification prouve qu’elle a abouti.
Erreurs courantes
Un balisage décrivant du contenu qui n’est pas sur la page. La violation cardinale, et celle qui comporte un vrai risque de pénalité.
Des avis, des notes ou des récompenses inventés. Le balisage d’avis intéressés est inéligible par politique, et les notes fabriquées sont le moyen le plus rapide de convertir le balisage d’atout en risque.
Des nœuds orphelins. Un Article dont le publisher est une chaîne de nom retapée au lieu d’une référence @id, sur un site dont l’Organization ne vit que sur la page d’accueil, donne aux moteurs des fragments au lieu d’un graphe.
Le paramétrer et l’oublier. Un balisage validé une fois en 2024 et jamais revu depuis déclare désormais des faits obsolètes avec une grande confiance.
Poursuivre des types exotiques. Douze types de schéma sur une page, la plupart à moitié remplis, aident moins que trois types remplis avec vérité. Faites correspondre le type à ce qu’est visiblement la page.
Foire aux questions
Le schéma doit-il aller dans le head ou le body ? Google accepte le JSON-LD dans l’un ou l’autre ; le head est la convention et garde les modèles nets. Ce qui compte, c’est qu’il soit livré dans le HTML rendu côté serveur plutôt que de dépendre d’un JavaScript côté client que certains crawlers n’exécutent jamais.
Les moteurs d’IA lisent-ils réellement le JSON-LD ? Les moteurs qui explorent le web le reçoivent à chaque récupération de page, et la cohérence au niveau de l’entité est visible dans la façon dont ils décrivent les marques. Ce que personne en dehors de ces entreprises ne peut honnêtement vous dire, c’est le poids qu’il porte, ce qui explique pourquoi la position défendable est : gardez-le exact, gardez-le peu coûteux à maintenir, et mesurez les citations plutôt que de supposer.
Le Microdata ou le RDFa est-il meilleur que le JSON-LD ? Les trois sont valides ; le JSON-LD est le format recommandé par Google et de loin le plus facile à modéliser, valider et comparer en revue de code. Il n’y a aucun argument mesurable pour les autres dans un nouveau build.