Schema.org pour l'affichage par l'IA : Quels balisages sont importants maintenant

Schema.org pour l'affichage par l'intelligence artificielle : Quels balisages sont importants maintenant

Au 5 septembre 2026, les données structurées aident toujours les moteurs de recherche à comprendre les pages, les auteurs, les organisations et les faits. Cependant, elles ne constituent pas un facteur de classement direct pour les réponses de l'intelligence artificielle.

Google déclare que les pages n'ont pas besoin de balisage Schema.org spécial pour apparaître dans les aperçus d'IA (AI Overviews) ou le mode IA (AI Mode). Une page doit principalement être explorable, indexée, éligible pour un extrait de recherche et soutenue par un contenu utile. Google indique également que les données structurées doivent correspondre au contenu visible de la page. (developers.google.com)

La meilleure stratégie actuelle est donc :

1. Utiliser les données structurées pour décrire la page avec précision.
2. Faire correspondre le balisage au véritable objectif de la page.
3. Établir des relations claires entre les articles, les auteurs, les organisations et les sujets.
4. Rédiger des réponses directes et complètes en HTML visible.
5. Mesurer les citations de l'intelligence artificielle séparément des résultats enrichis traditionnels.

Verdict exécutif

La conclusion générale de la recherche est importante : l'ajout de données structurées génériques seules n'a pas produit d'augmentation constante des citations de l'intelligence artificielle. Une étude contrôlée d'Ahrefs a suivi 1 885 pages qui avaient ajouté des données liées au format JavaScript Object Notation et les a comparées à 4 000 pages de contrôle. Elle n'a trouvé aucune amélioration significative dans les citations du mode IA de Google ou de ChatGPT. Les citations des aperçus d'IA de Google ont légèrement diminué, mais les chercheurs ont averti que le changement était minime et ne pouvait pas être clairement imputé au balisage. (ahrefs.com)

Un préprint distinct de 2026 a révélé que les types génériques tels que Article, Organization, BreadcrumbList et WebPage ne prédisaient pas indépendamment les citations d'intelligence artificielle après avoir contrôlé le classement de recherche et l'autorité de domaine. Sa conclusion la plus solide était que les pages contenant des données concrètes et riches en attributs, telles que les prix, les évaluations et les spécifications, obtenaient de meilleurs résultats que les pages avec seulement des étiquettes de page génériques. Cette conclusion s'est principalement concentrée sur les pages de produits et d'avis, elle ne doit donc pas être considérée comme une preuve qu'un des types de cet article crée un avantage en matière de citation. (aixiv.science)

Ce que les données structurées peuvent et ne peuvent pas faire

Les données structurées sont une description de page lisible par machine. Elles peuvent indiquer à un moteur de recherche :

• Quel type de page il s'agit
• Qui l'a écrit
• Quelle organisation l'a publié
• À quelle question il répond
• Quelle date il a été publié ou mis à jour
• Quelle personne, entreprise, terme ou ensemble de données la page décrit

Google déclare que les données structurées peuvent aider ses systèmes à comprendre le contenu des pages et à rendre les pages éligibles à des fonctionnalités de recherche plus riches. Il déclare également que Google Search peut utiliser d'autres propriétés Schema.org pour la compréhension, même lorsque ces propriétés ne déclenchent pas un résultat de recherche visible. (developers.google.com)

Les données structurées ne garantissent pas :

• Un classement organique plus élevé
• Une citation par l'intelligence artificielle
• Un résultat enrichi
• Un panneau de connaissances
• L'inclusion dans une réponse d'intelligence artificielle
• L'utilisation du texte exact dans le balisage

Bing donne des conseils similaires. Ses directives actuelles pour les webmasters indiquent que les données structurées peuvent soutenir une contextualisation plus claire, mais elles ne garantissent pas la visibilité ou le trafic de citation. Bing conseille également aux éditeurs de rendre les faits et les définitions explicites dans le contenu visible de la page. (bing.com)

La principale limitation de la recherche

Les panneaux de réponses d'intelligence artificielle affichent généralement la page source, et non le type Schema.org qui aurait pu être présent sur cette page. Google ne publie pas de rapport indiquant, par exemple, qu'une page a été citée parce qu'elle utilisait Article au lieu de WebPage.

Cela soulève trois questions différentes :

1. La page a-t-elle été citée ?
2. La page contenait-elle des données structurées ?
3. Les données structurées ont-elles provoqué la citation ?

La plupart des études ne peuvent répondre qu'aux deux premières. Elles ne peuvent pas prouver la troisième.

C'est pourquoi une page avec un balisage FAQPage peut apparaître fréquemment dans les réponses de l'intelligence artificielle sans que le balisage en soit la raison. La page peut avoir un contenu solide, un classement de recherche élevé, de nombreux liens ou une marque bien connue.

Audit par type de schéma

1. Article

Ce qu'il fait

Article décrit un article, une actualité, un article de blog ou une page éditoriale similaire. Google prend en charge Article, NewsArticle et BlogPosting comme types d'articles. Google ne liste pas les propriétés requises pour le balisage d'article, mais il recommande d'ajouter les propriétés qui s'appliquent à la page. (developers.google.com)

Propriétés les plus importantes

Utilisez celles-ci lorsqu'elles sont visibles et précises :

• headline
• author
• author.name
• author.url ou author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google recommande d'utiliser une vraie Person ou Organization pour l'auteur. Il recommande également de maintenir la cohérence des dates dans les données structurées avec les dates de publication et de mise à jour visibles. (developers.google.com)

Effet sur l'intelligence artificielle

Niveau de preuve : indirect.

Article aide à établir le type de page, la paternité et la fraîcheur. Ce sont des signaux utiles pour les systèmes de recherche, en particulier sur les pages de faits et le contenu éditorial. Cependant, les preuves actuelles ne montrent pas que l'ajout d'un Article seul augmente les citations par l'intelligence artificielle.

Liste de contrôle Article

• La page est réellement un article.
• Le titre correspond au titre visible.
• Chaque auteur visible est inclus.
• Chaque auteur a un objet Person ou Organization distinct.
• Les noms d'auteur ne contiennent que des noms, pas des titres de poste ou des noms d'éditeur.
• L'auteur renvoie à un profil réel ou à une page d'auteur.
• Les dates de publication et de mise à jour sont visibles sur la page.
• Les dates utilisent le fuseau horaire correct lorsque l'heure est incluse.
• L'image représente l'article.
• L'éditeur est identifié de manière cohérente sur tout le site.
• L'article n'est pas balisé comme un type principal différent, tel que HowTo, à moins que la page ne serve réellement les deux objectifs.

2. WebPage

Ce qu'il fait

WebPage est un type de page général. Schema.org déclare que toute page web est implicitement traitée comme une WebPage, mais une déclaration explicite peut être utile lorsque la page inclut des propriétés ou des relations au niveau de la page. (schema.org)

Les propriétés utiles incluent :

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Effet sur l'intelligence artificielle

Niveau de preuve : faible et indirect.

WebPage est mieux utilisé comme couche externe de la page dans un graphe connecté. Il peut relier la page à son article principal, sa définition, son ensemble de données, sa personne ou son organisation.

Il ne doit pas être traité comme un type d'optimisation spécial pour l'intelligence artificielle. Une page qui ne contient qu'un objet WebPage générique fournit généralement moins d'informations utiles qu'une page qui identifie clairement son entité principale.

Liste de contrôle WebPage

• Utilisez un @id stable pour la page.
• Utilisez l'URL canonique comme URL de la page.
• Identifiez la véritable mainEntity de la page.
• Reliez l'entité principale à la page avec mainEntityOfPage.
• Ajoutez inLanguage si connu.
• Maintenez le nom et la description de la page alignés avec le contenu visible.
• N'utilisez pas WebPage pour masquer le fait que la page est en réalité un article, un profil, un ensemble de données ou une page de questions.

3. QAPage

Ce qu'il fait

QAPage est destiné à une page axée sur une question et ses réponses. Google indique qu'il utilise les données structurées Question des pages marquées comme QAPage, et qu'il ne doit y avoir qu'une seule QAPage et une seule Question principale sur la page. (developers.google.com)

Propriétés requises

Pour l'éligibilité actuelle de Google aux questions-réponses :

• QAPage.mainEntity
• Une Question imbriquée
• Question.answerCount
• Soit acceptedAnswer, soit suggestedAnswer
• Answer.text

Une question sans réponses n'est pas éligible pour le résultat enrichi.

Règle de contenu importante

N'utilisez pas QAPage pour :

• Une page de foire aux questions normale
• Un article de blog qui répond à une question
• Un article pratique
• Une page produit contenant de nombreuses questions
• Une réponse éditoriale rédigée uniquement par le propriétaire du site

Google déclare que les utilisateurs doivent pouvoir soumettre des réponses pour une QAPage normale. Les exemples valides incluent une question de forum ou une page de support où les utilisateurs peuvent fournir des réponses. (developers.google.com)

Effet sur l'intelligence artificielle

Niveau de preuve : adéquation sémantique moyenne, aucun avantage causal prouvé.

Une véritable page de questions-réponses est naturellement facile à comprendre pour un système de récupération. Cependant, aucune étude publique solide ne prouve que le balisage QAPage lui-même augmente les citations par l'intelligence artificielle.

Liste de contrôle QAPage

• La page se concentre sur une seule question.
• Les utilisateurs peuvent soumettre des réponses, à moins que la page ne soit éligible pour une expérience spéciale de questions-réponses éducatives.
• La question complète est visible.
• Le texte complet de la réponse est visible.
• answerCount correspond au nombre réel de réponses.
• Les réponses acceptées et suggérées sont correctement étiquetées.
• Les commentaires sont marqués comme commentaires, pas comme réponses.
• La page n'est pas simplement une page éditoriale de foire aux questions.
• La page ne contient pas plusieurs questions sans rapport.

Exemple de QAPage

html

N'utilisez ce modèle que lorsque la page prend véritablement en charge une interaction de questions-réponses.

4. HowTo

Ce qu'il fait

HowTo décrit des instructions étape par étape. Google a autrefois pris en charge les résultats enrichis de type « Comment faire » (How-to), mais a abandonné cette fonctionnalité de recherche en septembre 2023. Google a déclaré que les résultats « Comment faire » n'apparaîtraient plus sur ordinateur et avaient déjà été supprimés de la recherche mobile. (developers.google.com)

Effet sur l'intelligence artificielle

Niveau de preuve : faible pour Google.

Les étapes visibles peuvent toujours aider les utilisateurs et les systèmes de récupération. Un tutoriel clair avec des titres, des étapes numérotées, des outils, du temps et des avertissements est plus facile à lire et à citer. Mais les preuves actuelles ne montrent pas que le balisage HowTo crée un avantage spécial dans les aperçus d'IA ou le mode IA de Google.

Recommandation

Utilisez HowTo uniquement lorsque :

• La page enseigne réellement une tâche.
• Les étapes sont visibles dans le contenu de la page.
• Un autre moteur de recherche, plateforme ou système interne bénéficie du balisage.
• Votre équipe peut le maintenir sans créer de données conflictuelles.

Pour Google Search, privilégiez les titres HTML solides, les listes numérotées, les instructions claires et les images ou vidéos utiles.

Liste de contrôle du tutoriel

• La page enseigne une tâche réelle.
• Le résultat de la tâche est clair.
• Chaque étape est visible et complète.
• Les noms des étapes correspondent aux titres visibles.
• Les outils et fournitures sont réels et visibles.
• Les estimations de temps sont précises.
• Les avertissements de sécurité sont inclus si nécessaire.
• La première section donne une réponse courte ou un résultat.
• La page ne dépend pas du balisage pour fournir les instructions.

5. ClaimReview

Ce qu'il fait

ClaimReview a été conçu pour le contenu de vérification des faits. Google a progressivement supprimé le support de Claim Review dans la recherche dans le cadre de son effort de 2025 pour simplifier les résultats de recherche. Le type a été retiré des rapports de la Search Console et de l'outil de test des résultats enrichis. (developers.google.com)

Effet sur l'intelligence artificielle

Niveau de preuve : aucun avantage actuel de Google.

Une vérification des faits de haute qualité peut toujours être citée car elle énonce clairement :

• L'affirmation
• L'évaluation
• La preuve
• La date
• L'organisation de vérification des faits
• Le raisonnement derrière la conclusion

Ces avantages proviennent principalement du contenu lui-même, et non de la fonctionnalité de recherche Google abandonnée.

Recommandation

Pour une page de faits :

1. Utilisez Article ou NewsArticle lorsque la page est éditoriale.
2. Énoncez clairement l'affirmation dans le texte visible.
3. Citez les preuves primaires.
4. Identifiez l'auteur et l'organisation de révision.
5. Ajoutez les dates de publication et de révision.
6. N'utilisez ClaimReview que si une autre plateforme ou un autre système de données l'exige spécifiquement.

N'ajoutez pas ClaimReview uniquement parce que vous vous attendez à ce que les réponses d'intelligence artificielle de Google le préfèrent.

6. FAQPage

Ce qu'il fait

FAQPage décrit une page contenant des questions et des réponses officielles. Google a cessé d'afficher le résultat enrichi de FAQ dans la recherche à partir du 7 mai 2026, et a supprimé la documentation associée en juin 2026. (developers.google.com)

Effet sur l'intelligence artificielle

Niveau de preuve : faible et mitigé.

Une étude de fournisseur de 90 jours a ajouté le balisage FAQPage à 120 pages. Elle n'a trouvé aucune amélioration fiable dans les citations de ChatGPT, Gemini ou Google AI Overview. Perplexity a montré une légère augmentation, mais l'étude elle-même a déclaré que le résultat était spécifique à la plateforme et ne prouvait pas de causalité. (authorityradar.com)

Une autre étude portant sur 615 pages déjà citées a révélé que le balisage FAQ apparaissait plus souvent sur les pages fortement citées. Cette relation a disparu après avoir contrôlé les pages répétées des mêmes éditeurs. Les chercheurs ont conclu que les preuves n'établissaient pas d'effet du balisage lui-même. (getintel.ai)

Recommandation

Utilisez les questions fréquemment posées lorsqu'elles améliorent la page pour les lecteurs. N'ajoutez pas de grands blocs de questions génériques juste pour cibler les réponses de l'intelligence artificielle.

Si vous conservez le balisage FAQPage pour un autre moteur de recherche ou système de contenu :

• Rendez chaque question visible.
• Rendez chaque réponse complète.
• Maintenez le balisage identique à la page.
• Ne répétez pas la même question dans plusieurs blocs de schéma.
• Ne vous attendez pas à un résultat enrichi de FAQ Google.

Exemple de FAQPage pour les consommateurs non-Google

html

Ceci est une description sémantique, pas une promesse d'une fonctionnalité de recherche Google.

7. Organization

Ce qu'il fait

Organization aide Google à comprendre et à désambiguïser une entreprise, une organisation à but non lucratif, un éditeur, une école ou toute autre organisation. Google indique que le balisage d'organisation peut influencer des éléments visuels tels que le logo affiché dans la recherche et certaines informations des panneaux de connaissances. Il n'y a pas de propriétés obligatoires dans le guide d'organisation actuel de Google. (developers.google.com)

Propriétés recommandées

Utilisez les propriétés qui sont vraies et visibles :

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Effet sur l'intelligence artificielle

Niveau de preuve : indirect mais utile.

Organization peut connecter :

• L'éditeur à un article
• L'entreprise à ses produits ou services
• La marque à ses profils officiels
• L'organisation à une identité web connue

Ceci est utile pour la désambiguïsation d'entités. Cela ne prouve pas qu'un système d'intelligence artificielle citera la page.

Liste de contrôle Organisation

• Placez l'objet organisationnel complet sur la page d'accueil ou la page de l'organisation.
• Utilisez un @id stable, tel que https://www.example.com/#organization.
• Utilisez le nom public exact de l'organisation.
• Lien vers de vrais profils officiels avec sameAs.
• Utilisez le sous-type d'organisation correct le cas échéant.
• Utilisez un vrai logo qui représente l'organisation.
• Maintenez les informations de contact à jour.
• Référencez l'organisation à partir des articles au lieu de recréer des versions conflictuelles sur chaque page.

8. Person

Ce qu'il fait

Person identifie une personne qui écrit, révise, possède, gère ou apparaît sur une page. Il est généralement le plus utile lorsqu'il est connecté à :

• Article.author
• QAPage auteur de la question ou de la réponse
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Les directives de Google sur les profils indiquent qu'une page de profil doit se concentrer sur une seule personne ou organisation. L'objet ProfilePage nécessite une mainEntity, et cette entité doit être une Person ou une Organization. La personne ou l'organisation doit avoir un name, ou un alternateName si aucun nom n'est disponible. (developers.google.com)

Propriétés recommandées

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Effet sur l'intelligence artificielle

Niveau de preuve : indirect.

Le balisage Person peut aider à relier le nom d'un auteur à :

• Une biographie
• Un emploi ou un rôle
• Une organisation
• Des articles publiés
• Des profils externes
• Des domaines d'expertise

Utilisez-le pour clarifier l'identité, non pour revendiquer une expertise que la page ne soutient pas.

Liste de contrôle Personne

• Utilisez Person uniquement pour une personne réelle.
• Utilisez Organization pour une entreprise ou une publication.
• Reliez la personne à une page d'auteur visible.
• N'utilisez sameAs que pour des profils précis et officiels.
• Maintenez les titres de poste et les qualifications à jour.
• Ajoutez tous les auteurs visibles, pas seulement l'auteur principal.
• Utilisez le même @id de personne sur les articles et les pages de profil.

Matrice des propriétés requises

Les directives générales de Google privilégient les données complètes et précises plutôt que de grandes quantités de balisage incomplet. Elles avertissent également que les données structurées doivent représenter le contenu visible et qu'un balisage correct ne garantit toujours pas un résultat enrichi. (developers.google.com)

Listes de contrôle d'implémentation par cas d'utilisation

Pages de faits

Meilleure combinaison :

• WebPage
• Article ou NewsArticle
• Person
• Organization
• ClaimReview facultatif uniquement pour un autre consommateur pris en charge

Liste de contrôle :

• Énoncez le fait principal près du haut de la page.
• Nommez la source du fait.
• Lien vers la preuve primaire.
• Incluez la date de publication et de dernière révision.
• Identifiez l'auteur et le réviseur.
• Séparez les faits de l'opinion.
• Utilisez Article lorsque la page est éditoriale.
• N'utilisez pas ClaimReview comme tactique de recherche Google actuelle.

Pages de définition

Meilleure combinaison :

• WebPage
• DefinedTerm
• Article facultatif si la page est une longue explication éditoriale
• Organization ou Person lorsqu'un expert ou un éditeur est responsable

Schema.org définit Dataset comme un ensemble d'informations structurées et prend en charge les relations telles que includedInDataCatalog et distribution. (schema.org)

Liste de contrôle :

• Donnez la définition dans le premier paragraphe.
• Utilisez un terme clair comme entité principale.
• Ajoutez des noms alternatifs uniquement lorsqu'ils sont réels.
• Lien vers une définition externe fiable le cas échéant.
• Expliquez le terme en langage simple.
• Utilisez des exemples et des limites.
• Évitez de marquer une liste de termes sans rapport comme un seul DefinedTerm.

Tutoriels

Meilleure combinaison :

• WebPage
• HowTo uniquement lorsqu'un autre consommateur en a besoin
• Article lorsque le tutoriel est aussi un article éditorial
• Person et Organization pour la paternité

Liste de contrôle :

• Énoncez le résultat avant les étapes.
• Utilisez des titres visibles numérotés.
• Concentrez chaque étape sur une seule action.
• Incluez les outils, fournitures, temps et avertissements si nécessaire.
• Ajoutez des images ou des vidéos si elles aident.
• Ne cachez pas les étapes uniquement dans le JSON-LD.
• N'attendez pas de résultats enrichis de type « Comment faire » dans Google Search.

Catalogues de données

Meilleure combinaison :

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org définit Dataset comme un ensemble d'informations structurées et prend en charge les relations telles que includedInDataCatalog et distribution. (schema.org)

Google a clarifié fin 2025 que les données structurées Dataset sont utilisées par Dataset Search et ne sont pas une fonctionnalité générale des résultats de Google Search. Elles doivent donc être traitées comme une couche de découverte de données et d'interopérabilité, et non comme un raccourci de citation d'intelligence artificielle. (developers.google.com)

Liste de contrôle :

• Donnez à chaque ensemble de données un identifiant stable.
• Énoncez le sujet et la portée.
• Incluez l'éditeur ou le créateur.
• Ajoutez la plage de dates couverte par les données.
• Indiquez la couverture géographique le cas échéant.
• Décrivez les licences et les conditions d'accès.
• Ajoutez chaque fichier téléchargeable en tant que DataDownload.
• Incluez le format de fichier et l'URL de téléchargement.
• Maintenez les métadonnées du catalogue synchronisées avec les fichiers réels.
• Documentez la fréquence de mise à jour et la date de la dernière mise à jour.

Exemple JSON-LD : page de faits

Cet exemple connecte la page, l'article, l'auteur, l'éditeur et le sujet. Remplacez chaque valeur par les informations qui apparaissent sur la page réelle.

html

Exemple JSON-LD : page de définition

html

La définition doit également apparaître comme du texte de page normal. Ne placez pas la définition uniquement dans les données structurées.

Exemple JSON-LD : tutoriel

Étant donné que le résultat enrichi « Comment faire » de Google est obsolète, considérez cela comme un balisage facultatif pour d'autres systèmes. La page visible doit toujours contenir les instructions complètes.

html

Exemple JSON-LD : catalogue de données

html

Pièges courants d'implémentation

Schéma incohérent

L'erreur la plus grave est de baliser du contenu que les utilisateurs ne peuvent pas voir. Google déclare que les données structurées doivent être une représentation fidèle de la page, et un contenu trompeur ou masqué peut rendre une page inéligible aux résultats enrichis. (developers.google.com)

Exemples courants :

• Marquer un article comme HowTo alors qu'il ne contient aucune étape réelle
• Marquer une entreprise comme auteur alors que l'article a été écrit par une personne
• Ajouter des réponses de FAQ qui n'apparaissent pas sur la page
• Utiliser une date de publication future
• Marquer un article de blog général comme QAPage
• Ajouter ClaimReview à un article d'opinion

Réponses faibles

Les données structurées ne peuvent pas remplir une page vide.

Une réponse courte et vague dans Answer.text ou acceptedAnswer ne crée pas une source solide. Le contenu visible doit :

• Répondre directement à la question
• Expliquer les limites et exceptions importantes
• Nommer les sources
• Inclure les dates, exemples ou mesures si utile
• Se suffire à lui-même lorsqu'il est copié hors contexte

Les directives de Google en matière d'intelligence artificielle indiquent qu'il n'y a pas de longueur de page idéale et qu'il n'est pas nécessaire de diviser le contenu en petits morceaux pour les systèmes d'intelligence artificielle. Le meilleur objectif est un contenu utile, complet et axé sur les personnes. (developers.google.com)

Entités dupliquées

Évitez de publier plusieurs versions contradictoires de la même organisation, du même auteur ou de la même page.

Implémentation faible :

• Un objet Organization avec un nom sur la page d'accueil
• Un deuxième objet avec un nom différent sur chaque article
• Un troisième objet sans @id sur la page de l'auteur

Meilleure implémentation :

• Donnez à l'organisation un @id stable
• Donnez à chaque auteur un @id stable
• Référencez ces objets à partir des articles, profils et pages de questions
• Maintenez la cohérence du nom, du logo, de l'URL et des liens d'identité externes

Questions dupliquées

Ne répétez pas la même question dans :

• FAQPage
• QAPage
• Balisage d'article
• Plusieurs sections visibles de la page
• Plusieurs blocs JSON-LD

Utilisez le type de schéma qui correspond à l'objectif principal de la page. Une seule réponse claire est préférable à plusieurs blocs de balisage qui se chevauchent.

Dates incorrectes

Google utilise plusieurs sources pour estimer les dates de publication et de mise à jour. Il recommande que les dates visibles et les dates structurées concordent, et il met en garde contre l'utilisation de dates futures ou de dates liées à des événements discutés dans l'article plutôt que de dates liées à la page elle-même. (developers.google.com)

Surutilisation de sameAs

Un lien sameAs doit identifier la même personne ou organisation du monde réel. Ne créez pas de lien vers :

• Un profil social non lié
• Une page de résultats de recherche
• Une liste d'annuaire générique
• Une page avec une orthographe ou une identité différente
• Un profil que l'organisation ne contrôle pas

Balisage uniquement JavaScript

Google peut traiter les données structurées ajoutées à la page rendue, mais une implémentation uniquement en JavaScript peut être plus difficile à détecter pour d'autres robots d'exploration et outils d'audit. Un bloc JSON-LD rendu par le serveur est généralement plus facile à tester et à maintenir. (developers.google.com)

Un plan de test pratique

Pour mesurer si le balisage a un effet incrémental, utilisez un test contrôlé au lieu de vous fier à quelques recherches manuelles.

Avant le changement

Enregistrez :

• Requêtes ciblées
• Classement organique actuel
• Si une réponse d'intelligence artificielle apparaît
• Quelles pages sont citées
• Position de la citation si disponible
• Trafic de recherche
• Conversions
• Données structurées actuelles
• Modifications de contenu effectuées pendant la période de test

Pendant le test

• Ajoutez un changement de balisage majeur à la fois.
• Maintenez le contenu, les liens internes, les titres et les backlinks stables.
• Utilisez des pages de contrôle similaires qui ne reçoivent pas le changement.
• Enregistrez la date de publication exacte du changement.
• Attendez suffisamment longtemps pour l'exploration et le retraitement.

Ahrefs a utilisé des contrôles appariés et une méthode de différence de différences avant-après. Son approche est un modèle utile pour les organisations qui souhaitent tester les données structurées au lieu de supposer qu'une corrélation prouve la causalité. (ahrefs.com)

Après le changement

Suivez :

• Données de performance de l'intelligence artificielle dans Google Search Console
• Citations des aperçus d'IA de Google
• Citations du mode IA de Google
• Citations d'intelligence artificielle dans Bing Webmaster Tools
• Citations de ChatGPT, Gemini ou Perplexity si pertinent
• Classements organiques
• Clics de recherche
• Conversions assistées

Google rapporte le trafic de recherche d'intelligence artificielle via les rapports de performance de la Search Console. Les rapports de performance d'intelligence artificielle de Bing montrent les pages citées et les requêtes de contextualisation, mais ils n'indiquent pas pourquoi une page a été sélectionnée ni son importance dans une réponse. (developers.google.com)

Ordre d'implémentation recommandé

Pour la plupart des éditeurs, le meilleur ordre est :

1. Corrigez d'abord le contenu visible.
2. Rendez l'exploration et l'indexation fiables.
3. Implémentez Article pour les véritables pages éditoriales.
4. Connectez les auteurs avec Person et les pages de profil.
5. Connectez les éditeurs avec Organization.
6. Utilisez WebPage comme une couche de graphe propre au niveau de la page.
7. Utilisez QAPage uniquement pour les questions communautaires authentiques.
8. Utilisez DefinedTerm pour les pages de glossaire et de définition.
9. Utilisez Dataset et DataCatalog pour les ressources de données.
10. Considérez FAQPage, HowTo et ClaimReview comme des balisages secondaires ou non-Google car leurs fonctionnalités de recherche Google ont été supprimées ou dépréciées.

Conclusion

La leçon actuelle la plus forte est simple : le balisage Schema.org aide les machines à comprendre le contenu, mais il n'est pas un chemin garanti vers les réponses de l'intelligence artificielle.

L'implémentation la plus durable n'est pas une grande collection de types de schémas. C'est un graphe d'entités petit et précis :

• Article décrit la page éditoriale.
• Person identifie l'auteur.
• Organization identifie l'éditeur.
• WebPage connecte la page à son entité principale.
• QAPage décrit une question d'utilisateur authentique et ses réponses.
• DefinedTerm clarifie une définition.
• Dataset et DataCatalog décrivent les ressources de données structurées.

Utilisez les données structurées là où elles ajoutent une signification claire. Ne les utilisez pas pour masquer un contenu faible, dupliquer du texte visible ou imiter une fonctionnalité de recherche que Google ne prend plus en charge. Pour l'affichage par l'intelligence artificielle, le travail de plus grande valeur reste des réponses claires, des preuves solides, des entités précises, des informations à jour et un contenu autonome.