Pour citer une entreprise, un assistant doit d'abord savoir laquelle : un nom seul ne suffit pas quand un logiciel, une agence et une marque le partagent. Elle se déclare en données structurées, dans le HTML : un nœud Organization avec ses identifiants légaux, ses profils officiels en sameAs et une description qui écarte les homonymes, ce que nous appelons l'identité d'entité. Cette page montre le graphe que nous émettons, ce que Google documente, et ce qui relève de notre pratique.
1. L'entité Organization
Ce que le fournisseur documente. Les données structurées Organization aident Google « à mieux comprendre les détails administratifs de votre organisation et à la désambiguïser dans les résultats de recherche », et peuvent influencer le logo et le panneau de connaissances. Google recommande « d'ajouter autant de propriétés qui s'appliquent à votre organisation » : name, alternateName, legalName, url, logo, sameAs, description, address, contactPoint, foundingDate, et les identifiants vatID, iso6523Code, taxID, duns. Aucune propriété n'est obligatoire (Google, données structurées Organization).
Ce que nous recommandons. Un seul nœud Organization par site, avec un identifiant @id stable, émis sur chaque page depuis le gabarit de base, et référencé par les autres nœuds : le WebSite en publisher, le LocalBusiness en parentOrganization, les Article en publisher. Les propriétés à remplir en priorité sont celles qu'un tiers peut vérifier : le nom légal, l'identifiant de registre, l'adresse, les profils officiels. Une description marketing n'identifie personne.
Comment le corriger
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://votre-site.fr/#organization",
"name": "Votre marque",
"legalName": "VOTRE SOCIETE SAS",
"url": "https://votre-site.fr/",
"logo": "https://votre-site.fr/img/logo.png",
"identifier": {"@type": "PropertyValue", "propertyID": "SIRET", "value": "12345678900012"},
"vatID": "FR12345678900",
"foundingDate": "2019-03-01",
"address": {"@type": "PostalAddress", "streetAddress": "…", "postalCode": "78380", "addressLocality": "Bougival", "addressCountry": "FR"},
"sameAs": ["https://www.linkedin.com/company/votre-marque", "https://annuaire-entreprises.data.gouv.fr/entreprise/…"],
"founder": {"@type": "Person", "@id": "https://votre-site.fr/#founder", "name": "Prénom Nom"}
}2. sameAs et le problème des homonymes
Ce que le fournisseur documente. La propriété sameAs « renvoie vers une page d'un autre site web contenant des informations supplémentaires sur votre organisation », par exemple un profil sur « un réseau social ou un site d'avis », et plusieurs URL peuvent être fournies. C'est, dans la documentation, le lien explicite entre votre entité et les pages qui parlent de la même entité ailleurs (Google, données structurées Organization).
Ce que nous recommandons. Quand un nom est partagé, l'identité se prouve par ce que les homonymes n'ont pas : un identifiant de registre que personne d'autre ne porte, une adresse, un fondateur nommé, et une phrase de description qui dit ce que vous êtes et ce que vous n'êtes pas. C'est notre clause de désambiguïsation : la description de notre entité précise que nous sommes une agence de services, en nomme la forme juridique et la ville, et ajoute « à ne pas confondre avec des produits SaaS homonymes ». Cette clause est notre pratique ; Google ne documente pas la lecture d'une négation. Nous la maintenons parce qu'un lecteur, humain ou modèle, qui tombe sur le nom seul a besoin de cette phrase pour ne pas nous attribuer un logiciel que nous ne vendons pas.
Le choix des profils sameAs obéit à la même logique : chaque URL doit désigner cette entité et aucune autre. Une fiche du registre des entreprises, une page LinkedIn de l'entreprise, un annuaire professionnel qui reprend le SIRET, valent plus qu'un compte social vide ouvert pour l'occasion. Un profil mort, une page qui redirige ailleurs ou un compte au nom d'un homonyme font l'inverse de ce qu'on attend d'eux. Trois profils exacts valent mieux que dix approximatifs.
Ce que nous avons fait sur seoforge.fr
Notre nœud Organization porte le nom légal, un identifiant SIRET en PropertyValue, le numéro de TVA, la date de création et l'adresse ; ces valeurs ont été vérifiées dans les registres avant d'être émises. La même clause de désambiguïsation est reprise, mot pour mot, dans la deuxième ligne de notre fichier llms.txt. Les profils sameAs ne sont émis que quand l'adresse du profil est configurée : un profil absent n'est jamais remplacé par une adresse inventée.
3. Person, fondateur et auteur
Ce que le fournisseur documente. Pour un Article, Google demande « le nom de l'auteur » dans author.name, sans y mettre l'éditeur, le titre de poste ou les civilités, et « un lien vers une page web qui identifie de manière unique l'auteur » dans author.url, ou la propriété sameAs, « Google comprend les deux ». Le type doit être Person pour une personne et Organization pour une organisation, jamais Thing (Google, données structurées Article).
Ce que nous recommandons. Une seule Person pour le fondateur, avec un @id stable, déclarée en founder de l'Organization et réutilisée en author de chaque guide et de chaque article, avec pour url la page « À propos ». Un guide signé par une personne identifiable, rattachée à une organisation identifiable, est une source qu'un assistant peut nommer. Un article signé « L'équipe » n'en est pas une. La page « À propos » qui sert d'url doit dire, en texte, ce que le nœud dit en JSON-LD : le nom, le rôle, l'entreprise ; un lecteur qui vérifie l'auteur doit y trouver la même personne, décrite de la même façon, sans avoir à deviner.
Comment le corriger
"author": {
"@type": "Person",
"@id": "https://votre-site.fr/#founder",
"name": "Prénom Nom",
"jobTitle": "Fondateur",
"url": "https://votre-site.fr/fr/a-propos"
},
"publisher": {"@id": "https://votre-site.fr/#organization"}4. Données structurées : ce que le test vérifie, ce qui est notre pratique
Ce que le fournisseur documente. Google ne fixe aucune propriété obligatoire pour Organization et recommande d'en fournir autant que possible ; il ne documente pas quelles propriétés un assistant utilise pour choisir entre deux entités, et aucun éditeur d'assistant ne le fait non plus (Google, données structurées Organization).
Ce que nous recommandons. Le test GEO vérifie ce qui est observable et rapporte, dans la dimension « Données structurées » : « Blocs JSON-LD valides : n », « Entité d'identité (Organization, LocalBusiness, Person) : type », « name et url présents sur l'entité », « Profils officiels sameAs sur l'entité : n », « Identifiant légal (SIREN/vatID) présent sur l'entité », « Nœud WebSite présent » et « Données structurées de contenu : types ». Le poids donné à l'identifiant légal et aux profils est notre choix de méthode, publié sur la page du test, pas une exigence documentée par un éditeur.
Ce que nous avons fait sur seoforge.fr
Le graphe de ce site est émis par le gabarit de base sur chaque page, et un test automatisé le valide à chaque déploiement : le JSON-LD doit se lire, l'Organization doit porter ses identifiants de registre, le logo doit être un fichier réellement servi, et les guides doivent être signés par la Person du fondateur. Notre test GEO, lancé sur notre propre page d'accueil, trouve l'entité et ses identifiants ; les profils sameAs n'y figurent que lorsqu'ils sont configurés, et le contrôle correspondant le dit tel quel. Sur les 836 sites de PME européennes atteints par notre étude de septembre 2026, 36 % portaient une entité d'identité et 13 % un sameAs.
Comment le vérifier
Lancez le test GEO sur votre page d'accueil et ouvrez les éléments de preuve de la dimension « Données structurées ». En ligne de commande, curl -s https://votre-site.fr/ | grep -o '<script type="application/ld+json">[^<]*' montre ce qui est réellement émis, à condition que le bloc soit dans le HTML brut, sujet de le contenu sans JavaScript.
Pour aller plus loin
Cette page détaille la troisième dimension du guide du référencement IA. La même identité, en texte, se déclare dans le fichier llms.txt. Si votre entité est identifiable et que vous restez absent des réponses, l'Audit GEO reprend les six dimensions sur vos pages prioritaires.
Questions fréquentes
Quel rôle jouent les données structurées pour les IA ? Elles disent, dans un format lisible par une machine, qui publie la page, ce qu'elle vend et à quel prix. Google documente qu'elles l'aident à désambiguïser une organisation ; aucun éditeur d'assistant ne documente son usage précis. Elles rendent l'identification possible, elles ne la commandent pas.
Combien de liens sameAs faut-il ? Autant de liens exacts que vous en avez, et aucun approximatif. Aucun éditeur ne donne de nombre ; un profil qui désigne une autre entité fait l'inverse de ce qu'on attend de lui.