Audit de visibilité IA : la checklist en 20 points

Ce que l'audit évalue réellement

L'enjeu est d'abord un problème de clics avant d'être un problème de marque. Le Pew Research Center a suivi de vrais utilisateurs de Google et constaté qu'en présence d'un résumé IA, les internautes cliquaient sur un résultat de recherche classique lors de 8 % des visites, contre 15 % des visites sans résumé — et seulement 1 % cliquaient sur un lien situé dans le résumé lui-même. Être la source à partir de laquelle le résumé est construit compte davantage que se classer en dessous.

L'audit évalue donc cinq dimensions, dans un ordre de dépendance strict. Le crawl détermine si les agents de récupération peuvent seulement vous lire. La cohérence d'entité détermine si un modèle peut rattacher votre nom à une organisation sans ambiguïté. Les signaux externes déterminent si quelque chose en dehors de votre domaine corrobore vos propos. La citabilité détermine si vos phrases survivent à l'extraction. La mesure détermine si vous pouvez constater le moindre changement.

Notez chaque point en réussite ou échec, sans demi-point. Le demi-point, c'est ainsi que les audits se transforment en documents de 40 pages que personne n'exploite. Vingt vérifications, vingt réponses binaires, puis on traite les échecs de haut en bas. Pour comprendre plus largement pourquoi cette discipline existe, lisez notre guide sur la visibilité IA.

Partie 1 — Accessibilité au crawl IA (points 1 à 4)

Les agents de récupération ne sont pas les crawlers d'entraînement, et c'est précisément sur cette distinction que la plupart des fichiers robots.txt se trompent. OpenAI documente trois user agents distincts — GPTBot pour l'entraînement, OAI-SearchBot pour l'indexation de recherche et ChatGPT-User pour les récupérations déclenchées en direct par l'utilisateur — dans sa documentation des bots. Anthropic documente ClaudeBot et ses instructions de blocage dans son propre article d'assistance, et Perplexity publie PerplexityBot et Perplexity-User. Bloquer le crawler d'entraînement est une décision commerciale légitime ; bloquer l'agent de récupération par erreur revient à se tirer une balle dans le pied.

Les réponses de Copilot s'appuient sur l'index Bing : si vous n'êtes pas vérifié dans Bing Webmaster Tools, vous naviguez à l'aveugle sur l'un des six grands assistants.

• 1. Le robots.txt autorise les agents de récupération. Vérification : récupérez votre /robots.txt et cherchez GPTBot, OAI-SearchBot, ChatGPT-User, ClaudeBot, PerplexityBot, Perplexity-User, Google-Extended et Bingbot. Réussite : chaque agent de récupération est autorisé sur les chemins commercialement importants, et tout blocage d'un crawler d'entraînement résulte d'une décision documentée, pas d'un modèle copié-collé.
• 2. Aucun blocage au niveau de l'edge. Vérification : faites un curl de vos cinq URL les plus importantes avec la chaîne user-agent de chaque agent, depuis une IP de datacenter et non depuis votre bureau. Réussite : HTTP 200 et HTML complet — pas de 403, pas de 429, pas de page intermédiaire anti-bot de votre WAF ou de votre CDN.
• 3. Le contenu est présent dans le HTML initial. Vérification : affichez le code source brut ou récupérez la page avec JavaScript désactivé. Réussite : titre, corps de texte, tarifs, caractéristiques et faits clés sont tous présents avant l'hydratation. Si votre page produit se résume à une div vide, vous êtes invisible, quel que soit votre robots.txt.
• 4. Sitemap, canoniques et vitesse sont sains. Vérification : chaque URL liée au chiffre d'affaires figure dans le sitemap XML, renvoie un 200 et porte une canonique auto-référente. Réussite : aucune page orpheline, aucune canonique pointant vers une chaîne de redirections, et un HTML servi assez vite pour qu'une récupération limitée par timeout aboutisse.

Partie 2 — Cohérence d'entité (points 5 à 8)

Un modèle qui répond à « qui est X » fait de la résolution d'entité sur une masse de textes contradictoires. Si vous êtes « Acme », « Acme Inc. », « Acme Software » et « ACME » sur quatre propriétés, et qu'un autre Acme existe sur un marché voisin, l'assistant va soit rester évasif, soit fusionner les deux. La fusion est pire que l'absence : vous héritez des tarifs de quelqu'un d'autre et de ses réclamations.

Les données structurées sont le levier de désambiguïsation le moins cher à votre disposition. La documentation de Google sur les données structurées en couvre la mécanique, et la propriété sameAs est celle qui fait le travail d'identité : elle relie votre site aux profils externes qui décrivent la même entité.

• 5. Une seule chaîne de nom canonique. Vérification : passez au crible votre page d'accueil, votre pied de page, LinkedIn, Crunchbase, vos profils d'avis et votre boilerplate presse à la recherche de la raison sociale et du nom commercial. Réussite : orthographe, capitalisation et suffixe identiques partout, les variantes n'étant utilisées que comme alias explicites.
• 6. Balisage Organization avec sameAs. Vérification : passez votre page d'accueil dans un validateur de données structurées. Réussite : un nœud Organization (ou LocalBusiness) valide avec name, url, logo, description et un tableau sameAs pointant vers vos profils externes vérifiés.
• 7. Parité entre les profils. Vérification : ouvrez côte à côte tous les profils que vous contrôlez — LinkedIn, Crunchbase, G2, GitHub, stores d'applications, fiches locales. Réussite : même descriptif en une phrase, même année de création, même catégorie, mêmes adresse et téléphone, même format d'URL.
• 8. Une identité publique résolvable. Vérification : cherchez votre nom sur Wikidata et Wikipedia et regardez ce qui remonte. Réussite : soit un élément Wikidata correct avec secteur, date de création et site officiel renseignés conformément à la politique de notoriété de Wikidata, soit — au minimum — aucune entité rivale mieux positionnée que vous sur votre propre nom.

Partie 3 — Signaux externes acquis (points 9 à 12)

Les assistants construisent leurs listes de recommandations à partir de sources tierces bien plus que des sites des éditeurs. Quand quelqu'un demande le meilleur outil d'une catégorie, le modèle synthétise généralement des classements, des plateformes d'avis, des articles éditoriaux et des fils de discussion. Votre propre page comparative pèse peu dans ce mélange ; un comparatif publié par un média déjà positionné sur la requête pèse lourd.

C'est la catégorie la plus lente à faire bouger, et c'est exactement pour cela qu'il faut l'auditer tôt. Découvrir au sixième mois que vous êtes absent de tous les comparatifs de votre catégorie coûte bien plus cher que de découvrir une erreur de robots.txt.

• 9. Présence dans les comparatifs de catégorie. Vérification : lancez les dix requêtes « meilleur [catégorie] pour [usage] » que vos acheteurs utilisent réellement, listez les dix premiers résultats organiques et notez lesquels vous incluent. Réussite : présence dans plus de la moitié, avec un descriptif exact.
• 10. Volume et fraîcheur des avis. Vérification : sur les deux ou trois sites d'avis qui comptent dans votre catégorie, comptez le nombre total d'avis, ceux du dernier trimestre, et combien contiennent un texte substantiel plutôt qu'une simple note en étoiles. Réussite : un flux récent et régulier, et assez de texte pour qu'un modèle puisse citer un point fort précis.
• 11. Mentions éditoriales indépendantes. Vérification : cherchez votre nom de marque en excluant votre propre domaine et vos canaux de diffusion de communiqués. Réussite : au moins une poignée d'articles indépendants qui décrivent votre activité en une phrase qu'un modèle pourrait reprendre telle quelle.
• 12. Présence communautaire. Vérification : cherchez votre marque sur Reddit, Stack Overflow, Hacker News et les forums spécialisés que fréquentent vos acheteurs. Réussite : de vraies discussions où des clients décrivent des résultats — pas uniquement votre équipe qui poste, ni un mur de réclamations sans réponse.

Partie 4 — Citabilité du contenu (points 13 à 16)

La citabilité est une contrainte d'écriture, pas un objectif de volume. Un modèle qui extrait une réponse cherche une proposition autonome, citable sans le paragraphe qui l'entoure. Un texte qui s'échauffe pendant trois paragraphes avant de définir quoi que ce soit ne lui donne rien à prendre. Un texte qui s'ouvre sur une phrase déclarative nette contenant le sujet, la définition et une nuance se fait citer.

La deuxième contrainte, c'est la précision. « Mise en place rapide » n'est pas citable. « La mise en place prend moins de 30 minutes pour une installation Shopify standard » est citable, vérifiable et reformulable à l'utilisateur. Chiffres, unités, dates et conditions nommées augmentent tous les chances que votre phrase survive intacte à l'extraction.

La troisième, c'est l'honnêteté sur les limites. Les assistants reçoivent beaucoup de questions comparatives, et les pages qui précisent à qui un produit ne convient pas sont généralement jugées plus fiables que celles qui prétendent convenir à tout le monde.

• 13. Structure réponse d'abord. Vérification : lisez isolément les 40 premiers mots de vos dix pages les plus importantes. Réussite : chacune répond à la question du titre par une phrase autonome, sans pronom nécessitant le paragraphe précédent pour être compris.
• 14. Les faits portent des unités et des dates. Vérification : surlignez chaque affirmation d'une page clé et demandez-vous si un inconnu pourrait la vérifier. Réussite : quantités, délais, prix, limites et intégrations sont énoncés explicitement, avec la date de tout chiffre susceptible d'évoluer.
• 15. Les pages de comparaison et de tarifs énoncent leurs propres limites. Vérification : une page dit-elle à qui le produit convient mal ? Réussite : une section explicite « ne convient pas si… », et des tarifs affichés sur le site plutôt que verrouillés derrière un formulaire.
• 16. La structure est lisible par une machine. Vérification : titres, tableaux, blocs FAQ et stabilité des URL. Réussite : des H2 formulés comme les questions que posent les acheteurs, des caractéristiques en tableaux plutôt qu'en prose, des URL stables qui ne changent pas quand la page est mise à jour.

Partie 5 — Mesure (points 17 à 20)

Les réponses des assistants varient d'une exécution à l'autre, même pour des prompts identiques : une requête unique n'est qu'une anecdote. Mesurer, c'est disposer d'un jeu de prompts fixe, exécuté de façon répétée sur plusieurs assistants, avec des résultats stockés pour comparer deux dates et attribuer une évolution à une action précise.

Construisez le jeu de prompts à partir du langage réellement employé par les acheteurs — transcriptions d'appels commerciaux, tickets support, requêtes de votre Search Console — et non à partir d'outils de mots-clés. Regroupez-les par étape d'intention : découverte de catégorie, comparaison de short-list, traitement des objections et requêtes de marque. Un prompt de short-list où vous n'apparaissez jamais est un problème différent d'un prompt de marque où vous apparaissez avec le mauvais descriptif.

C'est la partie que Growli automatise : nous exécutons votre jeu de prompts sur ChatGPT, Gemini, Claude, Perplexity, Copilot et Grok de façon planifiée, nous suivons le taux de mention, la part de voix des concurrents, le sentiment et les URL citées par chaque assistant, puis nous classons les écarts par effort et impact. Comment ça marche en détaille la mécanique.

• 17. Un jeu de prompts documenté existe. Vérification : existe-t-il un fichier de 30 à 100 prompts regroupés par étape d'intention ? Réussite : des prompts formulés dans le langage des acheteurs, couvrant l'intention de marque et hors marque, versionnés pour que les modifications soient visibles.
• 18. Exécutions répétées sur plusieurs assistants. Vérification : combien d'assistants et combien d'exécutions par prompt et par période ? Réussite : au moins quatre assistants, plusieurs exécutions par prompt, et un historique conservé plutôt que des captures d'écran dans un fil de discussion.
• 19. Suivi concurrentiel et qualitatif. Vérification : notez-vous quels concurrents apparaissent à vos côtés et comment vous êtes décrit ? Réussite : une part de voix nominative par groupe de prompts, plus un signalement des descriptifs factuellement faux — ce sont les correctifs les plus prioritaires de tout l'audit.
• 20. Sources citées et trafic de référence. Vérification : quelles URL les assistants citent-ils lorsqu'ils évoquent votre catégorie, et vos analytics segmentent-ils les référents provenant des domaines d'assistants ? Réussite : une liste classée des pages tierces qui alimentent les réponses de votre catégorie, et une vue analytics enregistrée pour les référents assistants IA.

Calculer le score et transformer les échecs en file de travaux

Additionnez les réussites. Seize ou plus : votre problème est concurrentiel, pas structurel — concentrez vos efforts sur les signaux externes et sur les prompts précis où un concurrent domine. Entre 11 et 15, le tableau est mitigé : corrigez les points crawl et entité dès la première semaine, car ils conditionnent tout le reste. Dix ou moins : ne commandez aucun nouveau contenu tant que le chemin de récupération et le graphe d'entité ne sont pas propres.

L'ordre compte plus que le score. Un échec sur le crawl invalide tout investissement éditorial réalisé tant qu'il persiste, et il se corrige souvent en une ligne au niveau du CDN. Les problèmes d'entité prennent quelques jours. Les réécritures pour la citabilité prennent des semaines. Les signaux externes prennent des trimestres. Les traiter dans cet ordre fait que chaque correctif capitalise sur le précédent au lieu d'être gaspillé sur des pages que les assistants ne récupèrent jamais.

Refaites l'audit complet chaque trimestre et surveillez les points de mesure en continu. Les user agents des crawlers changent, les règles CDN sont durcies par quelqu'un de la sécurité, le volume d'avis s'érode, et les comparatifs de catégorie sont réécrits sans vous. L'audit est un contrôle, pas un projet.

FAQ