Les preuves. Pas les promesses.

Ce qu'un cas client doit prouver

Un cas client qui se contente de dire "la mission s'est bien passée" ne prouve rien. Il raconte. Ici, on ne raconte pas. On montre le problème initial, on nomme les signaux corrigés, on donne le délai d'observation, on affiche la nature exacte du résultat.

En Entity SEO, la preuve a une forme précise. Une citation IA. Une correction du Knowledge Graph. Une cohérence Schema.org retrouvée. Une hausse de visibilité sur un groupe de requêtes défini. Rien de flou n'entre sur cette page.

Trois niveaux, toujours séparés, jamais confondus. Ce qui a été livré. Ce qui a été mesuré. Ce qui reste hors de contrôle. C'est la seule manière de parler de résultats sans vendre une garantie impossible. Une méthode qui promet tout ne prouve rien.

Cas 01 · Recherche IA locale

Avant. Un acteur local du secteur restauration classé en première page Google. Zéro citation sur les moteurs IA pour les mêmes requêtes locales. Score Entity Confidence initial : 38/100. Le problème n'était pas le contenu. Le problème était la cohérence : Google Business Profile, site, réseaux, données structurées et pages de preuve racontaient chacun une version légèrement différente de la même entité.

Structure. Réécriture du Schema LocalBusiness, jusque-là absent sur les deux tiers des pages. Hiérarchie Hn reconstruite pour faire apparaître les réponses avant les arguments.

Flow. Harmonisation stricte du nom, de l'adresse, des horaires et des liens entre Google Business Profile, site et réseaux. Maillage interne entre les pages de preuve et les pages produit, jusque-là étanches les unes aux autres.

Trust. Réponses locales structurées en Q/R, sourcées avec des chiffres réels de fréquentation et d'avis vérifiés. Alignement des sources visibles pour qu'aucune IA n'ait à choisir entre deux versions contradictoires de la même information.

Résultat chiffré. Score Entity Confidence : 38/100 -> 79/100 en 74 jours. Première citation confirmée sur Perplexity pour une requête locale sectorielle le jour 74. Zéro citation IA avant. Une citation vérifiée après, sur une requête choisie pour sa pertinence commerciale directe, pas pour sa facilité.

Citation client. "On savait qu'on existait sur Google. On ne savait pas qu'on n'existait pas ailleurs."

Cas 02 · SaaS B2B en manque de lisibilité

Avant. Un SaaS B2B avec vingt-trois pages fonctionnelles et zéro page capable d'expliquer, en une lecture, qui fait quoi, pour qui, avec quelles preuves. Le site décrivait des fonctionnalités. Il ne construisait aucune entité reconnaissable. Taux de rebond sur les pages produit : 71%.

Structure. Cartographie complète des entités produit. Quatre pages piliers créées pour remplacer une dispersion en vingt-trois fragments. Chaque page organisée autour d'une réponse, pas d'une liste de features.

Flow. Circulation resserrée entre ressources, cas d'usage et pages commerciales. Ancres textuelles signifiantes partout où "en savoir plus" faisait auparavant le travail à la place du contenu.

Trust. FAQ visibles ajoutées sur chaque page pilier. Schema Organization/WebSite/WebPage normalisé. Métadonnées alignées entre le site, LinkedIn et la fiche produit sur les annuaires sectoriels.

Résultat chiffré. Taux de rebond sur les pages produit : 71% -> 44% en 90 jours. Temps moyen passé sur les pages piliers : multiplié par 2,3. La priorité n'était pas d'ajouter du contenu en volume. La priorité était de réduire l'ambiguïté, et l'ambiguïté se mesure.

Citation client. "On a supprimé plus de pages qu'on n'en a créé. Et pour la première fois, un prospect nous a dit qu'il avait compris l'offre en une lecture."

Cas 03 · Marque personnelle et Knowledge Panel

Avant. Aucune entité vérifiable. Une présence dispersée sur LinkedIn, un site, quelques mentions presse non reliées entre elles. Aucun signal ne permettait à une machine d'affirmer avec certitude qui était derrière le nom. Le risque, à défaut : dépendre indéfiniment d'un seul profil social, sans autorité centrale.

Structure. Création et complétion intégrale de l'entité Wikidata. Profil auteur structuré, séparé de la biographie marketing.

Flow. Consolidation des sameAs entre Wikidata, LinkedIn, site, réseaux et publications. Maillage entre auteur, livres, méthode et outil, jusque-là jamais reliés entre eux dans aucune donnée structurée.

Trust. JSON-LD Person et Organization liés par un @id unique. Cohérence stricte des biographies sur chaque support, mot pour mot sur les faits, sans variation d'une plateforme à l'autre.

Résultat chiffré. Aucune reconnaissance d'entité avant. Entité Wikidata vérifiée après, référence Q127330925. Knowledge Panel Google obtenu sans page Wikipédia, en un peu plus de quatre mois. Ce cas sert de preuve directe, pas de démonstration théorique : l'entité se construit par cohérence, pas uniquement par notoriété encyclopédique.

Citation client. "On m'a dit qu'il fallait Wikipédia pour avoir un Knowledge Panel. J'ai eu le panel avant d'avoir la page."