Avant de vous décrire, un système doit savoir lequel vous êtes.
Une entité est une personne, une organisation ou un produit, avec ses relations. L'optimisation d'entité, aussi appelée SEO d'entité, rend l'une d'elles sans ambiguïté pour les moteurs de recherche et les IA.
L'optimisation d'entité, aussi appelée SEO d'entité, est le travail qui rend une personne, une organisation ou un produit sans ambiguïté pour les moteurs de recherche et les IA : une seule identité, décrite de façon cohérente, avec des relations déclarées et des références qui la confirment. Elle se mesure à ceci : un système attribue-t-il les bons faits à la bonne entité ? Elle précède tout travail sur la visibilité, car des faits attribués à la mauvaise entité ne servent à personne.
Ce qu'est une entité
Une entité est une chose qu'un système peut identifier et distinguer de toutes les autres : cette personne et non son homonyme, cette entreprise et non celle qui porte un nom voisin dans un autre pays. Un mot-clé est une chaîne de caractères ; une entité est ce que cette chaîne désigne.
En pratique, une entité est décrite par trois éléments.
- Les noms Le nom officiel, les noms d'usage, les anciens noms et les graphies dans d'autres langues.
- Les attributs Pour une personne : fonctions, organisations, dates. Pour une organisation : forme juridique, date de création, implantation, direction.
- Les relations Qui travaille pour quoi, qui a fondé quoi, quelle marque appartient à quel groupe, quelle page est la page officielle.
Quand ces éléments concordent d'une source à l'autre, l'entité est résolue. Quand ils divergent, la description devient vague, datée ou rattachée à quelqu'un d'autre.
Comment l'ambiguïté apparaît
| Situation | Ce qui peut mal tourner |
|---|---|
| Un nom courant partagé avec d'autres personnes | Deux biographies fusionnées, ou l'homonyme le mieux documenté retenu |
| Plusieurs graphies ou translittérations d'un même nom | Des variantes traitées comme des personnes différentes |
| Une entreprise renommée, fusionnée ou rachetée | L'ancienne entité décrite comme l'actuelle |
| Un groupe, une filiale et une marque produit aux noms proches | Les faits de l'un attribués à l'autre |
| Une fonction qui a changé | L'ancien titre conservé, à partir de sources jamais mises à jour |
| Des profils qui contredisent la biographie officielle | Aucune version stable à reprendre |
Chacune de ces situations peut être traitée dans les sources ; le système lui-même ne peut pas être modifié. La correction se fait là où se trouve l'information divergente.
Les outils qui déclarent une identité
Les données structurées. Schema.org fournit le vocabulaire : Person, Organization et les propriétés qui les relient. La documentation de Google indique que les données structurées d'organisation placées sur la page d'accueil peuvent l'aider à mieux comprendre les informations administratives d'une organisation et à la distinguer des autres dans les résultats de recherche. Elle ajoute qu'aucune propriété n'est obligatoire, et recommande d'en renseigner autant qu'il y en a de pertinentes (Google Search Central, données structurées d'organisation).
Les noms, déclarés. La même documentation distingue name, legalName, soit le nom légal enregistré de l'organisation, s'il existe et diffère de la propriété name, et alternateName, soit un autre nom courant sous lequel l'organisation est connue.
Les identifiants. Les propriétés recommandées par Google comprennent leiCode, duns, taxID, vatID et iso6523Code. Un identifiant délivré par un registre se confond moins facilement qu'un nom.
sameAs. Schema.org définit cette propriété comme l'URL d'une page web de référence qui indique sans ambiguïté l'identité de l'élément, par exemple sa page Wikipédia, son entrée Wikidata ou son site officiel (schema.org, sameAs). C'est ainsi qu'une page dit : l'entité décrite ici est la même que celle décrite là-bas.
Une seule page canonique. Google recommande de placer les informations d'organisation sur la page d'accueil, ou sur une page unique qui décrit l'organisation. La même logique vaut pour une personne : une page porte la version de référence, et les autres s'alignent sur elle.
Les sources de référence. Une fiche info (Knowledge Panel) est générée automatiquement par Google ; l'entité ou un représentant officiel peut la revendiquer et suggérer des modifications (Google, aide sur les fiches info). La version anglophone de Wikipédia déconseille fortement aux personnes en situation de conflit d'intérêts de modifier un article et leur demande de proposer leurs changements sur la page de discussion, en déclarant leur lien (Wikipedia, conflict of interest). Ni l'une ni l'autre ne se réécrit à volonté : un changement sur une fiche info est une suggestion, et un changement sur un article de la version anglophone de Wikipédia est une proposition déclarée.
Ce que les données structurées ne font pas
Elles ne créent pas de faits. Parmi les bonnes pratiques de Google pour ses fonctions IA figure celle de s'assurer que les données structurées correspondent au texte visible de la page. Un balisage qui déclare une distinction, une fonction ou une relation que la page ne montre pas, et qu'aucune autre source ne confirme, est une affirmation sans appui.
Elles n'achètent pas une place dans les réponses des IA. Google précise qu'aucune donnée structurée schema.org particulière n'est nécessaire pour apparaître dans les AI Overviews ou le Mode IA (Google Search Central, fonctionnalités IA).
Elles ne remplacent pas la cohérence. Un nœud Person parfait sur un site ne pèse pas plus lourd que cinq profils qui indiquent un autre titre. Quant à l'usage que les assistants IA autres que ceux de Google font des données structurées, leurs fournisseurs ne le documentent pas dans les sources citées ici ; l'hypothèse prudente est qu'ils lisent le texte visible et les sources qui l'entourent.
Le travail, dans l'ordre
- Inventorier. Tous les endroits où l'entité est décrite : sites, profils, registres, annuaires, presse, sources de référence.
- Arrêter la version de référence. Un nom, les variantes admises, une fonction actuelle, une description, des dates.
- Rédiger la fiche d'entité. Noms, attributs, relations et identifiants, dans un document que l'organisation peut tenir à jour.
- Publier la page canonique et ses données structurées. Avec des liens
sameAsvers les profils officiels et les pages de référence qui existent. - Aligner ce que vous maîtrisez. Profils, pages d'entreprise, biographies envoyées aux organisateurs d'événements et aux médias.
- Demander les corrections à la source. Là où un tiers détient un fait périmé ou erroné.
- Vérifier comment les systèmes résolvent l'entité. Moteurs de recherche et assistants IA, un par un, puis de nouveau plus tard.
Dans The Authority Architecture System, c'est la troisième couche, le socle d'entité. Elle vient après la fixation du récit et avant la publication des preuves, car des preuves rattachées à une entité mal définie peuvent ne pas lui être attribuées.
Pour aller plus loin
L'optimisation d'entité est l'une des disciplines décrites dans la visibilité IA. Une fois l'entité claire, l'AEO (optimisation pour les moteurs de réponse) traite de la manière dont ses pages sont extraites, le GEO (optimisation pour les moteurs génératifs) de la question de savoir si elle est utilisée et citée, et la mesure de la recherche IA de la façon dont le résultat se mesure. Sa place sous les trois sigles est montrée dans SEO, AEO et GEO comparés (page en anglais). Les analyses associées sont réunies dans la rubrique Analyses.
Questions fréquentes
Qu'est-ce que l'optimisation d'entité ?
C'est le travail qui rend une personne, une organisation ou un produit sans ambiguïté pour les moteurs de recherche et les IA : une seule identité, décrite de façon cohérente, avec des relations déclarées et des références qui la confirment.
Le SEO d'entité, est-ce la même chose ?
Oui. « SEO d'entité » (entity SEO) est le nom que les professionnels de la recherche donnent au même travail. Cette page parle d'« optimisation d'entité » parce que ce travail concerne désormais les assistants IA autant que les moteurs de recherche.
À quoi sert la propriété sameAs ?
Schema.org définit sameAs comme l'URL d'une page web de référence qui indique sans ambiguïté l'identité de l'élément, par exemple sa page Wikipédia, son entrée Wikidata ou son site officiel. Elle relie l'entité décrite sur une page à la même entité décrite ailleurs.
Un balisage Organization ou Person garantit-il une fiche info ?
Non. Google génère les fiches info automatiquement. Sa documentation indique que les données structurées d'organisation peuvent l'aider à comprendre une organisation et à la distinguer des autres, et que certaines propriétés peuvent influencer des éléments visuels ; elle ne promet pas de fiche info.
Pourquoi un assistant IA me confond-il avec quelqu'un d'autre ?
Souvent parce que les sources sur lesquelles il s'appuie ne distinguent pas clairement les deux entités : même nom, domaine voisin, peu de détails distinctifs. Des noms, des dates, des fonctions et des identifiants cohérents dans vos propres sources et dans les sources de référence peuvent réduire la confusion.
Ai-je besoin d'une page Wikipédia ou d'une entrée Wikidata ?
Ce n'est pas une condition. Ce sont des pages de référence du type que schema.org donne en exemple pour sameAs, et chacune a ses propres règles d'admissibilité et de conflit d'intérêts. Une entité peut être rendue sans ambiguïté par sa propre page canonique, les registres, les profils et une couverture indépendante.
Comprenez comment la recherche et l'IA interprètent aujourd'hui votre autorité.
Demandez une évaluation confidentielle de votre visibilité, de vos signaux d'entité, de la cohérence de votre récit et de l'autorité de vos sources.
Demander une évaluation privéeEngagements sélectifs, pour les dirigeants et les organisations dont la réputation est un enjeu majeur.