# Terrain : Schema, Trust et machines, le triptyque oublié

Un schema propre ne sert pas à décorer une page. Il sert à rendre une identité lisible sans ambiguïté.

Ce que la plupart des équipes croient encore

Le schema.org est traité, dans la majorité des sites, comme une case à cocher technique en fin de projet. On l'ajoute pour obtenir une étoile jaune dans les résultats de recherche, on coche la case, on passe à autre chose. C'est une erreur de catégorie. Le schema n'est pas un outil d'affichage. C'est la couche de traduction entre ce qu'une page dit à un humain et ce qu'une machine peut vérifier.

À peine 12,4% des domaines actifs sur le web ont implémenté du balisage schema.org à ce jour, selon une analyse publiée fin 2025. Autrement dit, l'écrasante majorité des sites parle une langue que les systèmes de recherche et les IA génératives doivent deviner plutôt que lire. Ce n'est pas une niche technique. C'est un angle mort de marché.

Ce que Google et Microsoft ont confirmé, officiellement

Il faut être précis ici, parce que le sujet est saturé d'affirmations vagues. John Mueller, porte-parole de Google, a confirmé en 2025 que le balisage structuré n'est pas un facteur de classement direct. Ce n'est pas une opinion, c'est une déclaration officielle, et elle contredit une partie du discours marketing qui circule autour du schema. Ce que le schema fait, en revanche, c'est améliorer l'affichage des résultats enrichis, ce qui augmente le taux de clic, ce qui envoie ensuite des signaux d'engagement positifs. L'effet est indirect sur le classement classique, mais réel.

Sur les systèmes IA, l'effet change de nature. Microsoft a confirmé publiquement que son moteur utilise le balisage structuré pour comprendre le contenu de ses systèmes génératifs. OpenAI n'a pas fait de déclaration aussi explicite, mais a confirmé que ChatGPT utilise des données structurées pour déterminer quels produits apparaissent dans ses résultats. Et en mai 2025, Google a publié une recommandation officielle désignant le format JSON-LD comme le format à privilégier pour du contenu optimisé pour l'IA, plutôt que Microdata ou RDFa.

Au-delà des déclarations officielles, plusieurs cabinets d'analyse SEO rapportent des écarts de citation significatifs entre contenu structuré et contenu non structuré, avec des chiffres qui varient selon la méthodologie. Une étude BrightEdge évoque une hausse de 44% des citations IA pour du contenu avec balisage FAQPage. D'autres analyses évoquent des multiplicateurs proches de 2,5 fois. Ces chiffres ne publient pas toujours leur méthodologie complète. Ils méritent d'être lus comme des signaux de tendance, pas comme des certitudes scientifiques strictes.

Le schema ne garantit pas la citation. Il retire l'ambiguïté qui empêche d'être cité.

La preuve par le terrain, pas par la théorie

Voici ce que ça donne quand on arrête la théorie et qu'on ouvre le code source d'un vrai site. Le mien.

Un audit technique complet de johnmingam.com, réalisé début juillet 2026, a mesuré un Entity Confidence de 50 sur 100. Pas un site sans ambition, un site avec de vraies bases : un bloc JSON-LD @graph correctement architecturé sur la page d'accueil, des relations d'entités explicites entre le profil, l'offre de service et le logiciel Astronaut+, un robots.txt qui autorise explicitement les crawlers IA.

Mais l'audit a aussi trouvé, dans le même code :

  • Un balisage structuré présent sur seulement deux pages sur six vérifiées. Les quatre autres, y compris la page dédiée à la méthode, sont invisibles structurellement pour une machine.
  • Une valeur priceRange littéralement écrite "EUR EUR EUR", une chaîne de caractères qui ne correspond à aucun format Schema.org valide.
  • Un champ sameAs contenant une URL de résultats de recherche Google, alors que sameAs est censé pointer vers des identifiants d'entité stables, pas vers une requête.
  • Un livre publié dont le schema indique "publisher": "Self-Published", alors que l'éditeur réel est différent. Une contradiction factuelle directement dans le code, l'endroit le plus grave possible pour ce genre d'erreur.

Aucune de ces erreurs n'est visible pour un lecteur humain. La page s'affiche normalement, le design fonctionne, le texte se lit bien. C'est précisément le problème. Le schema est invisible pour l'humain et lu en continu par la machine. Une erreur qui ne coûte rien visuellement peut coûter très cher structurellement.

Le mécanisme, précisément

Une machine qui décide de citer une entité applique, dans cet ordre, quatre vérifications : peut-elle identifier l'entité sans ambiguïté, peut-elle la désambiguïser d'un homonyme ou d'une marque voisine, peut-elle la relier à ses sources et créateurs, peut-elle faire valider son existence par des signaux indépendants. Le schema.org est l'outil qui répond aux deux premières questions.

Un sameAs mal formé, un publisher contradictoire, une donnée structurée absente sur la moitié du site : ce sont trois façons différentes de faire échouer ces vérifications, silencieusement, sans qu'aucune alerte ne s'affiche nulle part.

C'est là que Trust entre en scène. Trust ne se limite pas à obtenir des mentions externes. Trust commence par ne pas se contredire soi-même. Un schema cassé n'est pas neutre, il produit activement de la méfiance, parce qu'une machine qui détecte une incohérence entre deux affirmations sur la même entité n'a aucune raison de faire confiance à la troisième.

L'avantage marketing que ça débloque

Voici la question qu'un budget marketing devrait se poser avant d'investir davantage en contenu : est-ce que la structure sous-jacente est capable de porter ce contenu jusqu'à une citation, ou est-ce que ce contenu va s'accumuler sur une base structurellement bancale ? Produire plus de contenu sur un schema cassé revient à empiler des étages sur une fondation qui penche. Le retour sur investissement du contenu dépend directement de la qualité de la structure qui le porte, pas l'inverse.

C'est un changement de priorité budgétaire concret : avant la prochaine campagne de contenu, un audit du balisage structuré coûte quelques heures. Une refonte de contenu bâtie sur une structure défaillante coûte des mois, et ne corrige rien de ce qui la rend invisible aux machines.

Ce que ça signifie cette semaine

Trois vérifications, faisables en une heure, sur n'importe quel site, y compris le sien.

Ouvrir le code source de chaque page clé et vérifier qu'un bloc application/ld+json existe réellement, pas seulement sur la page d'accueil. Faire valider chaque bloc trouvé avec le Rich Results Test de Google, qui signale immédiatement les valeurs mal formées comme un priceRange cassé. Vérifier que sameAs ne contient que des identifiants d'entité stables, jamais une URL de recherche ou un lien temporaire.

Ce sont exactement les trois vérifications qui ont fait tomber ce site à 50 sur 100. Elles sont rapides à corriger. Elles ne l'étaient pas tant que personne n'était allé lire le code plutôt que la page.

Ce qui reste vrai malgré tout

Le schema ne remplace ni le contenu ni la preuve externe. C'est une des trois jambes du triptyque, pas les trois à la fois. Structure sans Trust reste une coquille bien rangée. Trust sans Structure reste une réputation que la machine ne sait pas où accrocher. C'est pour ça que la méthode ne mesure jamais un pilier seul.

Voir le détail complet des trois piliers : Méthode SFT

Sources citées

  • Étude d'adoption du balisage schema.org sur les domaines web actifs, Averi, 2025.
  • Déclaration officielle de John Mueller, Google, sur l'absence d'effet direct du balisage structuré sur le classement, 2025.
  • Confirmation publique de Microsoft sur l'usage du balisage structuré par ses systèmes IA, 2025.
  • Recommandation officielle de Google sur le format JSON-LD pour le contenu optimisé IA, mai 2025.
  • Étude BrightEdge sur la hausse des citations IA associée au balisage FAQPage, citée par plusieurs analyses de janvier et février 2026.
  • Audit technique réel de johnmingam.com, juillet 2026.