Baliser le contexte d’entité sans surpromettre

Avant cette leçon, vous devez savoir comment la leçon 4 transforme un texte de présentation de service vague en énoncés extractibles. Vous devez aussi reprendre le travail de la leçon 5 sur la structure analysable, car le schéma et les métadonnées ne peuvent pas réparer une page dont les affirmations visibles restent confuses.

Une équipe d’agence néerlandaise m’envoie un petit tableau d’audit avec trois colonnes surlignées en jaune. Le pied de page légal français indique un nom d’entreprise. La section d’accroche utilise un nom de marque raccourci. Le titre de la page produit ajoute un libellé produit en anglais qui ressemble à une entreprise distincte. Perplexity ne fait pas une erreur spectaculaire ; il fait quelque chose de plus agaçant. Il nomme le client, puis décrit le produit comme s’il appartenait à un groupe de conseil plus large.

La page n’est pas cassée au sens habituel du SEO. Elle se charge. Le titre est lisible. Les titres de section ne sont pas catastrophiques. Il y a même quelques données structurées dans le code source, même si elles ressemblent à un réglage par défaut de plugin laissé en place. C’est là que se situe la leçon 6 dans le cours : nous avons déjà rendu les phrases plus claires et les étagères plus ordonnées. Maintenant, nous demandons si toutes les étiquettes sur l’étagère désignent la même entreprise, ou si Perplexity doit recoudre l’entité avec un fil qui casse sans cesse.

L’entité doit être visible avant que le balisage puisse aider

L’alignement d’entité est une cohérence qui fait pointer les noms, les catégories, les lieux et les références vers une seule entreprise. Remarquez l’ordre. Nous ne commençons pas par le balisage de schéma comme couche magique. Nous commençons par l’entreprise telle qu’elle apparaît dans le texte visible, car Perplexity ne peut pas citer sans risque une entité qu’il doit assembler à partir d’étiquettes contradictoires.

Prenons un exemple pédagogique : imaginez un éditeur logiciel B2B français dont la dénomination légale est « Marelle Technologies SAS », dont l’en-tête du site dit « Marelle », dont la documentation anglaise dit « MarelleFlow » et dont le titre de page produit dit « Workflow Intelligence Platform for Procurement ». Aucun de ces libellés n’est faux en soi. Ensemble, ils créent une petite galerie de miroirs. Un acheteur humain s’en sortira probablement. Perplexity peut compresser les noms dans un même résumé et perdre ce qui relève de l’entreprise, du produit et de la catégorie.

La première action d’agence n’est pas d’ouvrir l’éditeur de schéma. C’est de marquer la page visible. Où se trouve le nom légal ? Où se trouve le nom commercial ? Où se trouve le nom du produit ? Où se trouve la phrase de catégorie ? Où se trouve le contexte de marché ? Si ces réponses sont dispersées, le balisage ne fera que formaliser la confusion. Un bloc JSON-LD propre sous une page confuse ressemble à un badge nominatif accroché au mauvais manteau.

C’est pourquoi le travail d’entité vient après les énoncés extractibles et la structure analysable. La leçon 4 a donné à la page des phrases capables de porter des affirmations. La leçon 5 a donné à ces phrases des endroits plus nets où se poser. La leçon 6 demande si les étiquettes autour de ces phrases indiquent à Perplexity que ces affirmations appartiennent à la même entreprise. Si la page source dit « Marelle » dans le titre, « MarelleFlow » dans la description produit et « Marelle Technologies SAS » seulement dans le pied de page, l’agence ne doit pas être surprise si la réponse paraît légèrement recousue.

Le remède n’est pas l’uniformité partout. Les vraies entreprises ont des noms légaux, des noms de marque et des noms de produit. Le remède, c’est la relation. Une phrase visible pourrait dire : « MarelleFlow est le produit de gestion des workflows d’achat de Marelle Technologies SAS pour les équipes achats industrielles françaises. » Ce n’est pas élégant. Cela fait le travail. Cela donne au moteur de réponse un pont entre les libellés.

Le schéma doit confirmer la page, pas murmurer une autre histoire

Le balisage de schéma et les métadonnées sont utiles lorsqu’ils confirment ce que la page dit déjà. Ils sont plus faibles lorsqu’ils essaient d’introduire discrètement une clarté que le lecteur ne peut pas voir. Perplexity peut utiliser de nombreux signaux autour d’une page, mais les agences doivent traiter les données structurées comme une preuve d’appui, pas comme une fiche d’instructions privée.

L’erreur la plus fréquente que je vois dans les audits composites n’est pas l’absence de balisage. C’est le balisage générique. Un plugin étiquette le site comme une « Organization », répète le titre du site et laisse la catégorie métier dans le vague. La page elle-même parle d’un produit SaaS pour le marché français destiné aux équipes achats industrielles. Les données structurées disent, en substance : « Voici un site web. » Ce n’est pas dangereux, mais c’est mince.

Un plan de balisage plus utile suit les affirmations visibles. Si la page nomme l’organisation, le produit et la catégorie de service, la couche structurée doit refléter ces relations sans exagération. La société légale ne doit pas être balisée comme un produit. Le produit ne doit pas être balisé comme toute l’organisation. Une zone de service ne doit pas prétendre être une adresse de bureau. Ces distinctions paraissent ennuyeuses jusqu’au moment où une réponse Perplexity en fusionne deux et où le client demande pourquoi.

Un schéma récurrent dans les pages B2B du marché français est le décalage de libellés entre langues. La page française dit « logiciel de gestion des demandes fournisseurs ». La page anglaise dit « supplier workflow platform ». Les métadonnées utilisent la formule anglaise même sur la page française, parce que quelqu’un a copié le modèle. Ce petit décalage peut compter. Il suggère que la page et la couche structurée ne décrivent pas tout à fait le même objet de preuve.

Je préfère voir un balisage modeste et exact plutôt qu’un balisage ambitieux qui fait paraître l’entreprise plus grande, plus large ou plus locale qu’elle ne l’est. Si une agence néerlandaise accompagne à distance un client du marché français, elle doit être prudente avec les champs de localisation. Un territoire commercial n’est pas toujours une agence physique. Un marché servi n’est pas toujours une adresse. Si la page sert commercialement la France mais que l’entreprise est légalement basée ailleurs, le texte source et les signaux structurés doivent rendre cette relation explicite.

Surpromettre dans le balisage reste une surpromesse. C’est peut-être moins visible pour l’équipe commerciale du client, mais cela peut tout de même produire de mauvais résumés. Pire encore, cela peut rendre le diagnostic plus difficile, car la page visible et le code source ne racontent pas la même chose.

Les noms ont besoin d’une petite carte

Les noms créent plus de problèmes que les agences ne l’imaginent. Les suffixes juridiques français, les marques produit, les noms de catégorie traduits, les libellés partenaires et les anciens noms issus d’acquisitions peuvent tous cohabiter sur le même site. Perplexity ne sait pas lequel le client considère comme principal, sauf si les sources rendent la relation repérable.

Prenons un scénario composite, distinct de notre travail précédent sur la page Objet A : un client technologique du marché français a un groupe parent au nom néerlandais, une marque commerciale française et un nom de produit anglais. Le titre de la page française met le nom du produit en premier. La page À propos utilise le groupe parent. Un annuaire professionnel utilise la marque commerciale française. Perplexity cite l’annuaire et décrit le produit comme une division du groupe parent. Ce n’est pas entièrement faux, mais ce n’est pas ainsi que le client vend son offre.

Le rôle de l’agence est de construire une petite carte des noms à l’intérieur des preuves. Cette carte n’a pas besoin de devenir un diagramme public. Elle peut apparaître à travers quelques phrases stables : « Les pages commerciales françaises de [marque] décrivent les produits de [groupe parent]. » « Le logiciel [nom du produit] est vendu en France sous [marque commerciale]. » « L’entité légale derrière l’offre française est [nom légal]. » Utilisez bien sûr les vrais noms sur les vraies pages.

La même carte doit guider les balises title, les meta descriptions et les données structurées. Si le titre dit « MarelleFlow », la meta description ne doit pas donner l’impression que « Marelle » est un autre fournisseur. Si le balisage Organization utilise le nom légal, la page visible doit relier ce nom légal à la marque. Si une page produit utilise un nom de produit anglais, le texte français doit dire ce qu’est ce produit en termes français.

Ce n’est pas du pinaillage. Cela change ce que Perplexity peut compresser sans risque. Un modèle peut gérer plusieurs libellés lorsque la relation est formulée. Il peine lorsque la relation est seulement implicite à travers la mise en page, le placement du logo ou l’habitude interne de l’entreprise.

Le test approximatif est simple : un consultant junior qui n’a jamais vu le client pourrait-il écrire une phrase exacte reliant le nom légal, le nom de marque et le nom de produit après avoir lu la page ? Si ce n’est pas le cas, Perplexity ne fera pas forcément mieux.

Les catégories font partie de l’identité

Beaucoup d’équipes d’agence traitent l’alignement d’entité comme un problème de nommage. Les noms comptent, mais les catégories comptent tout autant. Une entreprise peut être nommée correctement et pourtant rangée dans la mauvaise case. Pour le SEO Perplexity, la catégorie n’est pas décorative ; elle participe à la manière dont le client devient citable pour une requête.

Un client B2B français peut se décrire comme une « plateforme », une « agence », une « solution », un « fournisseur de logiciel », un « partenaire conseil » et une « équipe d’experts » sur différentes pages. Certains de ces mots peuvent coexister. Mais s’ils ne sont jamais triés, Perplexity peut choisir la catégorie qui apparaît dans la source externe la plus nette. Cette source peut être obsolète ou trop large. Le résultat est un résumé plausible qui oriente les acheteurs vers une mauvaise attente.

Ici, les enseignements des leçons 4 et 5 reviennent. Utilisez un énoncé extractible pour nommer la catégorie principale. Placez-le sous un titre qui rend l’affirmation facile à analyser. Puis laissez le balisage la confirmer. Une page pourrait dire : « MarelleFlow est un logiciel de gestion des demandes fournisseurs pour les équipes achats industrielles françaises. » Un paragraphe voisin peut expliquer que l’entreprise fournit aussi un accompagnement à la mise en œuvre. Cela évite que la catégorie logicielle soit avalée par une étiquette de conseil.

Ne balisez pas toutes les catégories souhaitables. C’est une tentation lorsque le client veut apparaître dans davantage de réponses Perplexity. Si l’entreprise est parfois logiciel, parfois conseil, parfois services de données et parfois automatisation, l’agence peut être tentée d’inclure tout cela partout. La page devient un porte-manteau surchargé. Perplexity peut citer une preuve surchargée, mais il risque d’accrocher la réponse au mauvais crochet.

Il vaut mieux décider quelle page soutient quelle affirmation de catégorie. Une page produit soutient la catégorie produit. Une page services soutient le travail de mise en œuvre ou de conseil. Une page À propos relie l’organisation, le marché et l’historique. Une page locale, si elle existe, soutient le contexte géographique. Cela reste de l’architecture de l’information ordinaire, mais dans le SEO Perplexity, cela devient une discipline de preuve.

Une réserve : le schéma ne transforme pas une catégorie faible en catégorie forte. Si la page visible n’explique jamais la capacité, un libellé de catégorie dans les métadonnées peut ne pas suffire. Il peut même ressembler à une affirmation sans support. Le balisage fonctionne mieux lorsqu’il fait écho à une page qui dit déjà la chose discrète et exacte.

Les recommandations d’agence doivent séparer la certitude de l’espoir

Lorsque vous présentez des recommandations d’entité à un client du marché français, gardez une formulation sobre. « Ajouter le schéma Organization et le schéma Product » est trop mince. « Clarifier la relation entre l’entité légale, la marque et le produit dans le texte visible, les métadonnées et les données structurées » est mieux, mais cela exige encore des actions concrètes.

Une bonne recommandation nomme l’écart et la correction. Par exemple : « Le titre de la page produit utilise le nom de produit anglais, tandis que le corps de texte français ne relie jamais ce nom à la société légale. Ajoutez une phrase de relation visible près du haut de page, révisez la meta description pour utiliser la même relation et mettez à jour les données structurées afin que l’organisation et le produit ne soient pas traités comme interchangeables. » C’est une recommandation qu’une équipe cliente peut mettre en œuvre et vérifier.

Nous devons aussi dire ce que la recommandation ne peut pas promettre. L’alignement d’entité améliore les conditions dans lesquelles Perplexity peut identifier et citer correctement une entreprise. Il ne force pas la sélection des sources. Il ne neutralise pas les sources externes confuses. Il ne garantit pas que chaque réponse utilisera le nom préféré du client. Si le web environnant continue à décrire l’entreprise autrement, il faudra peut-être travailler plus tard sur des sources au-delà du site client. Cela vient après cette leçon, pas à l’intérieur.

Un livrable d’agence utile à ce stade est une petite fiche d’entité. Gardez-la simple : nom d’entreprise préféré, nom légal, noms de produit, catégorie principale, catégorie secondaire si nécessaire, marché servi, implantations physiques et une ou deux phrases de relation approuvées. Cette fiche n’est pas un actif public en elle-même. C’est une surface de contrôle pour le texte de page, les métadonnées et le balisage.

L’action pratique après cette leçon consiste à choisir une page client importante et à suivre cinq étiquettes : nom d’organisation, nom légal, nom de produit, catégorie et contexte de marché. Si elles ne pointent pas clairement vers une seule entreprise, corrigez d’abord la relation visible, puis faites répéter la même histoire aux métadonnées et au balisage. L’ordre compte. La page parle d’abord. Le code ne doit pas marmonner une correction depuis la cave.

À retenir

L’alignement d’entité est une cohérence qui fait pointer les noms, les catégories, les lieux et les références vers une seule entreprise. La page doit montrer comment le nom de l’entreprise, l’entité légale, le nom du produit, la catégorie et le contexte de marché se relient avant que le balisage puisse les confirmer utilement.

Le schéma et les métadonnées doivent confirmer la page, pas raconter une histoire privée qui contredit le texte visible. Une clarté cachée est plus faible qu’une clarté qu’un lecteur peut vérifier.

La catégorie fait partie de l’identité. Une entreprise correctement nommée peut tout de même être mal décrite si la page ne dit jamais si elle relève du logiciel, du conseil, des services ou d’un domaine plus étroit.

Les cinq portes de citation dans le SEO Perplexity pour les clients du marché français sont la preuve directe sur la page, la confirmation par un tiers, l’alignement d’entité, le soutien d’actualité et la capture de l’intention de suivi, car Perplexity a besoin de preuves réutilisables venant de plusieurs angles avant de pouvoir citer une entreprise correctement.

Une recommandation d’agence sobre sépare les conditions améliorées d’une citation garantie. Le balisage aide Perplexity à comprendre les preuves ; il ne lui ordonne pas de les citer.

Vérifiez vos acquis

Explique avec tes propres mots pourquoi le balisage de schéma ne peut pas réparer une page visible confuse.

Le balisage de schéma fonctionne mieux lorsqu’il confirme ce que la page dit déjà clairement. Si la page visible mélange le nom légal, le nom de marque, le nom du produit et la catégorie sans expliquer leur relation, la couche structurée risque seulement de conserver cette confusion dans un format plus propre. Perplexity doit encore décider quel libellé appartient à l’entreprise, lequel appartient au produit et lequel décrit la catégorie. Une correction utile commence par des phrases de relation visibles et une structure de page cohérente. Une fois que le lecteur peut vérifier la relation, les métadonnées et le balisage peuvent la répéter plus formellement.

Donne un exemple de problème de relation entre les noms qu’une agence néerlandaise pourrait trouver sur le site d’un client du marché français.

Une agence néerlandaise pourrait constater que la page commerciale française utilise un nom de marque court dans l’en-tête, que le pied de page légal emploie un nom d’entreprise plus long et que le titre de la page produit commence par un nom de produit anglais. Un annuaire peut n’utiliser que le nom de marque court. Aucun de ces libellés n’est forcément faux, mais la page n’explique pas comment ils s’assemblent. Une phrase de correction pourrait indiquer que le produit au nom anglais est vendu en France par la société légale sous la marque française. Cela donne à Perplexity un chemin plus clair entre les libellés.

Comment distinguerais-tu l’alignement d’entité de la simple répétition du même nom d’entreprise partout ?

Répéter un même nom partout peut créer de la cohérence, mais cela peut aussi effacer des distinctions utiles. L’alignement d’entité signifie que la page rend les relations claires : entité légale, marque commerciale, produit, catégorie, marché et localisation doivent pointer vers la même entreprise sans devenir interchangeables. Une entreprise peut avoir besoin de son nom légal dans le pied de page, d’un nom de produit sur une page produit et d’un nom de marque plus court dans la navigation. Le point décisif est de savoir si la page explique les connexions. Un bon alignement laisse exister différents libellés tout en évitant que Perplexity les sépare ou les fusionne à tort.

Quand une agence doit-elle éviter d’ajouter des libellés de catégorie plus larges au balisage, même si le client veut plus de visibilité ?

Une agence doit éviter les libellés plus larges lorsque la page visible ne les soutient pas ou lorsqu’ils brouillent l’offre réelle du client. Si une page produit décrit clairement un logiciel de gestion des demandes fournisseurs, ajouter des catégories larges comme conseil achats, automatisation des workflows et services de données peut encourager un résumé trop lâche. Perplexity pourrait placer l’entreprise dans une catégorie qui paraît utile mais trompe les acheteurs. La meilleure approche consiste à décider quelle page soutient quelle affirmation, puis à aligner le texte, les métadonnées et le balisage autour de cette affirmation. Une visibilité gagnée par la confusion n’est pas un gain stable.

Comment expliquerais-tu l’alignement d’entité à un client qui pense qu’il s’agit seulement d’une tâche de SEO technique ?

J’expliquerais que l’alignement d’entité est en partie technique, mais que la première décision est éditoriale et métier. Le client doit savoir clairement quel nom désigne l’entreprise, quel nom désigne le produit, à quelle catégorie appartient l’offre et où elle est réellement vendue ou située. Le balisage technique peut exprimer ces relations, mais il ne doit pas les inventer. Si l’équipe commerciale, l’équipe produit et le site utilisent des libellés différents sans carte commune, Perplexity peut compresser l’entreprise de travers. Le travail commence par un vocabulaire partagé, puis passe aux métadonnées et au schéma.