Dans les réponses générées par l’IA, « qui l’a dit » et « ce qui a été dit » sont évalués ensemble. Or, la plupart des sites B2B taïwanais réduisent encore le champ auteur à un nom en texte brut. Le moteur d’IA ne lit alors que quelques mots, sans pouvoir rattacher le contenu à un véritable expert dont l’identité est vérifiable. Le schéma Person sert précisément à faire d’un fondateur ou d’un auteur non plus une simple chaîne de caractères, mais une entité dotée d’une identité, d’une expertise et de références dans le graphe de connaissances.
Pourquoi les moteurs d’IA doivent identifier l’auteur
Dans l’E-E-A-T de Google, l’expérience et l’expertise font partie des critères essentiels d’évaluation de la qualité d’un contenu. Mais une machine ne sait pas spontanément qui se trouve derrière un article. Lorsque ChatGPT, Perplexity ou Google AI Overviews choisissent les contenus à citer, ils privilégient les pages dont les sources sont claires, les auteurs identifiables et les informations cohérentes avec des références externes faisant autorité. La désambiguïsation des entités résout notamment le problème des homonymes : il existe des centaines de personnes appelées « Chen Zhiming ». Le moteur a donc besoin de signaux suffisants pour comprendre que celui de votre article est le consultant qui travaille dans telle entreprise et a publié trente articles sur le SaaS. Le schéma Person fournit précisément cet ensemble de signaux.
La structure minimale d’un schéma Person exploitable
Il n’est pas nécessaire de renseigner tous les champs dès le départ. Pour qu’une entité auteur soit correctement interprétée par les moteurs, elle doit généralement comporter les propriétés suivantes, intégrées en JSON-LD à la page personnelle de l’auteur et aux pages de ses articles :
- name : le nom complet de l’auteur. Il doit être strictement identique sur l’ensemble du site et des plateformes externes, y compris pour les espaces et la graphie en anglais.
- @id : un identifiant stable fondé sur une URL, par exemple https://yoursite.com/author/name#person, qui permet aux autres schémas de faire référence à la même entité.
- jobTitle et worksFor : l’intitulé de poste et l’organisation de l’auteur ; worksFor renvoie vers l’entité Organization de l’entreprise.
- sameAs : un tableau de profils externes permettant de vérifier l’identité. C’est la propriété la plus déterminante.
- knowsAbout : la liste des sujets maîtrisés par l’auteur, en cohérence avec les domaines dans lesquels il a réellement publié.
- alumniOf, description et image : le parcours académique, la présentation et le portrait de l’auteur, qui précisent son profil et renforcent sa crédibilité.
Sans cette mise en relation, le champ « author » ne constitue qu’un lien isolé : même si les informations fournies sont pertinentes, le moteur ne dispose pas du contexte nécessaire pour les rattacher à une entité fiable.
sameAs : relier l’entité au graphe de connaissances
Dans cet ensemble de données structurées, sameAs est la propriété qui contribue le plus au rapprochement des informations. Elle répertorie les URL des profils de la même personne sur d’autres plateformes faisant autorité. En comparant ces liens, le moteur peut associer l’auteur présenté sur votre site au nœud d’entité déjà présent dans sa base de connaissances. En pratique, renseignez en priorité les sources suivantes :
- Le profil LinkedIn, essentiel dans un contexte B2B et généralement le plus facile à valider pour les moteurs.
- Les comptes X/Twitter, Threads et autres profils sur les réseaux sociaux.
- Les fiches Wikidata ou les pages Wikipedia, lorsqu’elles existent, car elles ont un poids important.
- Les pages consacrées au fondateur sur Crunchbase ou AngelList.
- Pour les auteurs universitaires, les profils ORCID et Google Scholar.
- La page équipe du site officiel de l’entreprise, les pages d’événements où l’auteur est intervenu, ainsi que ses interviews et portraits dans les médias.
Attention : sameAs gagne en valeur lorsque la cohérence est bidirectionnelle. Si le schéma indique une URL LinkedIn pour l’auteur, son profil LinkedIn devrait idéalement renvoyer vers votre site ou mentionner votre entreprise. Un lien déclaré uniquement de votre côté, sans élément permettant de retrouver la personne sur la plateforme correspondante, affaiblit le signal de crédibilité.
Créer une véritable page de référence pour l’auteur
Chaque auteur important devrait disposer d’une page personnelle dédiée, avec une URL fixe et un contenu pérenne. Cette page devient le nœud officiel de l’entité — son « entity home » — sur votre domaine. Elle rassemble le schéma Person complet, une biographie réelle, les contenus de référence et les liens vers les profils externes. Sur chaque article, la propriété author renvoie ensuite à cette page au moyen de @id, créant ainsi une source unique de vérité. Sans cette page de référence, les informations sur l’auteur restent dispersées dans les signatures des différents articles, ce qui empêche les moteurs de les regrouper facilement au sein d’une entité stable.
Relier auteurs, articles et organisations avec @id
La force des données structurées vient des relations entre leurs différents nœuds. Dans le schéma Article, la propriété author renvoie vers le @id de l’auteur ; la propriété worksFor de cet auteur renvoie vers le @id Organization de l’entreprise ; l’entité Organization utilise à son tour employee ou founder pour renvoyer vers l’auteur. Le moteur ne lit alors plus trois informations isolées, mais un petit graphe de connaissances dont les éléments se corroborent. Lorsqu’il cherche à déterminer « qui est responsable du contenu de cette entreprise et si cette personne maîtrise réellement le sujet », il peut trouver la réponse dans ce réseau de relations.
Lors de nos audits de données structurées pour des clients B2B, la faiblesse la plus fréquente n’est pas l’absence de contenu, mais l’impossibilité de « retrouver » l’auteur de chaque article. Le moteur lit son nom sans pouvoir le relier à la moindre source vérifiable. Ajouter le schéma Person et la propriété sameAs est généralement l’une des optimisations les plus rapides à produire des résultats.— Tenten GEO implementation experience
Checklist de mise en œuvre
- Vérifiez la validité du balisage Person avec l’outil de test des résultats enrichis de Google et le validateur de Schema.org.
- Assurez-vous que le nom de l’auteur, son intitulé de poste et le nom de son entreprise sont écrits exactement de la même manière sur tout le site, y compris en chinois et en anglais, espaces compris.
- Vérifiez que chaque lien sameAs est accessible et que le profil correspondant permet d’identifier votre site ou votre entreprise.
- Limitez les sujets indiqués dans knowsAbout aux domaines dans lesquels l’auteur a réellement publié, sans exagérer son champ d’expertise.
- Dans chaque article, utilisez @id pour renvoyer vers la même entité auteur, au lieu de recréer systématiquement une simple chaîne de caractères.
- Vérifiez que la page de référence de l’entité auteur peut être indexée, qu’elle ne comporte pas de directive noindex et qu’elle n’est pas inaccessible derrière une connexion obligatoire.
Commencez par un seul auteur : choisissez le fondateur ou le consultant le plus représentatif de l’entreprise, créez-lui une véritable page de référence, renseignez le schéma Person et la propriété sameAs, puis faites pointer vers cette entité les champs author de tous ses articles. Une fois ce premier modèle finalisé, vous pourrez le décliner pour les autres auteurs. Pour savoir si, du point de vue des moteurs d’IA, vos contenus sont publiés par un « auteur introuvable » et identifier les signaux concrets qui leur manquent, prenez rendez-vous pour un diagnostic GEO de 30 minutes (/contact). Nous vous indiquerons directement les premiers points à corriger.
