Marquage des entités du knowledge graph : schéma et validation pour Organization/Product/Person
1. Pourquoi l’IA prend souvent votre entreprise pour une “expression floue”
Quand un utilisateur demande à ChatGPT “Que vaut crater, la société de Hangzhou qui fait des sites indépendants pour l’export ?”, si l’IA ne sait pas répondre ou confond, la cause est souvent qu’elle n’a jamais identifié “crater” comme une entité aux propriétés précises. Elle a lu ce mot, mais ignore le nom complet de l’entreprise, son activité, son site officiel et son fondateur.
La reconnaissance d’entités diffère de l’extraction de mots-clés classique. La correspondance de mots-clés exige seulement une présence littérale ; la reconnaissance d’entités exige un ensemble de propriétés qui se confirment mutuellement : nom complet, site officiel, logo, date de création, personnes liées, produits liés. Plus cet ensemble est complet et cohérent d’un site à l’autre, plus le modèle a de certitude qu’il s’agit d’une “chose” et non de quelques caractères. Pour savoir comment une entité se construit dans les réponses de l’IA, voir Graphe de connaissances et balisage d’entités.
| État de reconnaissance | Performance IA | Cause profonde |
|---|---|---|
| Aucune reconnaissance | Réponse hors sujet ou ignorée | Aucun balisage d’entité sur le site, aucune source externe |
| Traité comme une expression ordinaire | Mention littérale mais propriétés erronées | Propriétés incomplètes, incohérence entre sites |
| Reconnu comme entité | Site officiel et activité correctement associés | Propriétés cohérentes sur trois sites + sources faisant autorité |
2. Liste des propriétés obligatoires pour les trois types d’entités
Chaque type d’entité a son lot de propriétés à renseigner. Organization couvre l’entreprise elle-même, Product un produit précis, Person une personne qui représente l’entreprise. Ne visez pas trop large : remplissez d’abord correctement les champs obligatoires, puis envisagez les propriétés étendues.
Organization exige au minimum name, legalName, url, logo, sameAs et foundingDate. Product exige au minimum name, image, description, brand et sku. Person exige au minimum name, jobTitle, affiliation et sameAs. Le champ sameAs est le plus crucial de tous : il relie l’entité de votre site aux pages de référence externes, et c’est seulement alors que le modèle ose “confirmer” qu’il s’agit de la même entreprise.
| Type d’entité | Propriétés obligatoires | Extensions conseillées | Emplacement de déploiement |
|---|---|---|---|
| Organization | name, legalName, url, logo, sameAs | foundingDate, address, description | Page d’accueil + page À propos de tout le site |
| Product | name, image, description, brand | sku, category, material, spécifications | Chaque page produit |
| Personne | name, jobTitle, affiliation, sameAs | alumniOf, knowsAbout | Page équipe/experts |
Exemple concret : vous êtes une entreprise B2B qui fabrique des capteurs industriels. Sur la page d’accueil, ajoutez un balisage Organization avec trois sameAs : site officiel, page LinkedIn, page Crunchbase. Sur chaque page produit, ajoutez un balisage Product en renseignant la référence, la plage de mesure, la précision et le matériau. Sur la page équipe, ajoutez un balisage Person pour le fondateur et l’ingénieur en chef. Une fois ces trois étapes faites, demandez à une IA : « Quelle est la précision du capteur de température de l’entreprise X ? » La probabilité qu’elle réponde correctement augmente nettement.
3. Comment écrire le Schema et où le déployer
Utilisez le format JSON-LD intégré dans le head de la page : plus facile à maintenir que les microdonnées ou RDFa. Placez Organization sur la page d’accueil et la page À propos, Product sur chaque page produit, Person sur la page équipe. Point clé : l’abréviation, la raison sociale complète et le nom anglais de l’entreprise doivent être strictement identiques dans les trois types de balisage. Si l’abréviation ne correspond pas à la raison sociale, le modèle les considère comme deux entités distinctes.
N’injectez pas automatiquement une série de propriétés vides via un template global. Une propriété vide vaut mieux qu’une propriété mal remplie, qui pollue l’entité. Pour chaque propriété ajoutée, assurez-vous qu’elle apparaît aussi dans le contenu visible de la page : le lisible par la machine et le lisible par l’humain doivent concorder. Placez le JSON-LD dans le head de la page, avec un seul balisage principal du type correspondant par page. N’empilez pas Organization, Product et Person sur une même page produit, sinon le modèle se trompe d’entité principale. Pour la liste de balisage exécutable en B2B, voir Données structurées Schema : liste de balisage pour site B2B.
| Attribut | Points clés de rédaction | Erreur fréquente |
|---|---|---|
| name | Identique au titre de la page | Abréviation et raison sociale mélangées |
| sameAs | Indiquez de vraies pages faisant autorité | Mettre ses propres réseaux sociaux pour se faire plaisir |
| logo | Carré ou ratio explicite | Utiliser une petite icône transparente |
| url | https, avec ou sans slash final, de façon uniforme | http et https mélangés |
| brand | Pointer vers Organization | brand écrit en chaîne de caractères dans Product |
4. Vérification : syntaxe, indexation, reconnaissance par l’IA en trois étapes
Première étape : lancez le Google Rich Results Test pour vérifier la syntaxe et confirmer l’absence d’erreur d’analyse. Deuxième étape : consultez le rapport sur les données structurées dans Google Search Console pour confirmer que le balisage est crawlé et indexé, sans erreur. Troisième étape, le but réel : posez un jeu de questions fixe à ChatGPT et Gemini pour voir s’ils savent citer correctement la raison sociale, l’activité et les produits de votre entreprise.
On ne saute pas la première étape pour passer directement à la troisième. Si la syntaxe ne passe pas, tout le reste est inutile. Et même si elle passe, n’attendez pas de résultat dès le lendemain : les moteurs mettent du temps à adopter les données structurées, généralement 2 à 8 semaines. Pendant cette période, ne modifiez pas le balisage sans arrêt : chaque modification brouille la fenêtre d’observation. Pour savoir comment faire travailler les entités validées avec les signaux de confiance, voir Pages de confiance et crédibilité auprès de l’IA.
| Étape de vérification | Outil | Critère de validation | Délai attendu |
|---|---|---|---|
| Validation syntaxique | Test des résultats enrichis | Aucune erreur, aucun avertissement | Le jour même |
| Crawl et indexation | Search Console | Balisage identifié et compté | 1 à 4 semaines |
| Reconnaissance par l’IA | Poser un jeu de questions fixe à l’IA | Citer correctement la raison sociale et l’activité | 2 à 8 semaines |
| Cohérence entre les sites | Vérification manuelle des trois sites | Nom et attributs cohérents | Unique |
5. Les pièges à éviter : les trois erreurs de balisage d’entité les plus courantes
La première erreur consiste à ne mettre Organization que sur la page d’accueil et à laisser les fiches produit vides. Résultat : l’IA reconnaît votre entreprise, mais ne sait pas ce que vous vendez. La deuxième erreur est de ne remplir sameAs qu’avec vos propres comptes Weibo et WeChat : ce ne sont pas des sources faisant autorité, le modèle ne les reconnaît pas. La troisième erreur est d’ajouter un balisage Person à chaque salarié, ce qui dilue le poids des personnes clés.
Autre point : le balisage d’entité n’est pas définitif. Déménagement, changement de logo, évolution de la gamme, arrivée d’un nouveau fondateur : le Schema doit être mis à jour en même temps, sinon le modèle répondra aux utilisateurs avec les anciens attributs. C’est particulièrement vrai pour les références produit et les paramètres de précision : après une modification de la fiche produit, le balisage Product doit être actualisé immédiatement, avec un délai maximum de deux semaines. La checklist de maintenance mensuelle du site doit inclure un point « vérifier le balisage d’entité », voir Les six tâches mensuelles de la maintenance d’un site.
| Erreur | Conséquence | Bonne pratique |
|---|---|---|
| Organization uniquement | L’entreprise est reconnue, pas les produits | Ajouter aussi Product sur les fiches produit |
| sameAs rempli avec vos propres réseaux | Le modèle ne s’y fie pas | Remplir avec LinkedIn, Wikipédia, Crunchbase |
| Person pour tous les salariés | Dilue les personnes clés | Uniquement fondateurs et experts |
| Attributs différents du contenu visible | Jugé incohérent | Rester cohérent pour la machine et l’humain |
| Changer d’activité sans changer le balisage | Le modèle utilise les anciens attributs | Vérifier lors de la maintenance mensuelle |
FAQ — Questions fréquentes
Si je n’ajoute du Schema que sur mon propre site, l’IA reconnaîtra-t-elle mon entreprise ?
Quelles URL faut-il mettre dans le champ sameAs ?
Sur quelles pages placer les balisages Organization, Product et Person ?
Une fois le Schema écrit, comment vérifier qu’il est bien pris en compte ?
Quel problème pose une incohérence entre le nom abrégé et la raison sociale ?
À quelle fréquence faut-il entretenir le balisage d’entité ?
Pour conclure
Le balisage d’entité n’est pas techniquement difficile ; ce qui est difficile, c’est la cohérence dans la durée. Écrire le JSON-LD une fois prend une demi-journée, mais maintenir pendant trois ans le nom abrégé, la raison sociale, le nom anglais, le site, LinkedIn et Wikipédia identiques sur tous les canaux demande de la discipline. Ce que l’IA reconnaît dans une entité, c’est précisément cette stabilité dans le temps et entre les sources : cela ne se force pas et ne se bâcle pas.
Trois étapes pour passer à l’action : la première semaine, complétez les champs obligatoires d’Organization sur la page d’accueil et la page À propos, avec 3 à 5 profils faisant autorité dans sameAs ; le deuxième mois, ajoutez le balisage Product à toutes les pages de détail produit ; le troisième mois, ajoutez le balisage Person au fondateur sur la page équipe. Vérifiez ensuite la syntaxe avec Rich Results Test et l’identification par l’IA avec un jeu de questions fixes. Pour déployer les sources externes en complément, voir Sources factuelles externes et pour la méthode complète, voir Pratique du GEO.
Une phrase à retenir : le Schema n’est pas écrit pour les moteurs de recherche, c’est la carte d’identité qui permet au modèle de reconnaître l’entreprise. Baliser un seul site, c’est juste s’inscrire ; c’est l’alignement sur trois sites qui donne une existence d’entité.
