Un livrable d’audit SEO, GEO et UX est exploitable s’il permet de décider quoi corriger, pourquoi et comment vérifier l’effet. Chaque recommandation doit relier un constat daté à sa preuve, son impact sur un objectif précis, sa priorité, l’action attendue, le responsable et le contrôle après modification. Des scores, captures ou listes d’erreurs sans périmètre ni plan ne suffisent pas.
Guide préparé en septembre 2026. Un audit doit dater ses observations et distinguer données mesurées et hypothèses.
Un audit doit se terminer par des décisions, pas par un score
Un audit utile répond à quatre questions : quel problème mérite une action, quelle preuve soutient le constat, qui peut agir et quel contrôle confirmera la correction. Il rend l’arbitrage compréhensible par le décideur et exécutable par l’équipe.
Le nombre d’erreurs est un mauvais critère de qualité. Un outil peut remonter cent occurrences d’une même cause dans un gabarit, alors qu’une seule directive d’indexation peut bloquer un objectif. Le rapport doit regrouper les symptômes par cause et expliquer leur conséquence.
Google conseille de demander le raisonnement des recommandations, de limiter Search Console à un accès en lecture au stade de l’audit et de refuser les garanties de première position dans son guide pour choisir un prestataire SEO. Le diagnostic ne doit pas imposer une modification opaque.
Quel périmètre doit apparaître avant les recommandations ?
Le périmètre donne une limite à chaque conclusion. Sans lui, « l’entreprise est invisible dans les IA » ou « le parcours est confus » ne sont pas vérifiables.
La première partie du livrable doit préciser :
- l’objectif examiné, par exemple obtenir des demandes qualifiées pour une offre donnée ;
- les pages, profils, marchés, appareils, parcours et publics inclus ;
- les accès et sources réellement utilisés, avec leur période ;
- les moteurs et questions testés pour la visibilité dans les réponses IA ;
- les contrôles automatiques, manuels et observations avec des personnes ;
- ce qui n’a pas pu être contrôlé et pourquoi ;
L’analyse de dix pages sans données de recherche ne prouve rien sur les requêtes qui apportent des clics. Quelques observations peuvent révéler un obstacle précis, pas une statistique applicable à tout le public.
Comment rédiger une recommandation réellement exploitable ?
Chaque constat tient dans une fiche courte si sept champs restent reliés.
| Champ | Ce qu’il doit contenir | Question de contrôle |
|---|---|---|
| Constat | Un fait situé sur une page, un parcours ou un jeu de questions. | Que s’est-il produit, où et quand ? |
| Preuve | URL, export, capture, réponse datée, test ou observation reproductible. | Une autre personne peut-elle retrouver le signal ? |
| Impact | La décision, la visibilité ou la tâche utilisateur susceptible d’être affectée. | Quel objectif est concerné, sans promettre le résultat ? |
| Priorité | Niveau justifié par l’impact, la confiance dans la preuve et les dépendances. | Pourquoi agir avant une autre recommandation ? |
| Action | Changement précis ou recherche complémentaire, avec ses limites. | Que faut-il conserver, modifier ou vérifier ? |
| Responsable | Compétence attendue, accès nécessaire et dépendances. | Qui peut prendre l’action sans découvrir le contexte ? |
| Contrôle | État attendu après intervention et mesure à reprendre. | Comment saura-t-on que l’action est faite et utile ? |
« Optimiser les balises » ne suffit pas. Il faut nommer les URL, montrer l’état actuel, expliquer l’ambiguïté, proposer une règle, attribuer la validation et prévoir le contrôle.
Le Service Manual de GOV.UK sépare ce qui a été vu ou entendu, le constat tiré des observations et l’action décidée. Cette distinction évite de présenter une interprétation comme une preuve.
SEO, GEO et UX ne se prouvent pas avec les mêmes données
Ces trois angles éclairent un même objectif, mais ne mesurent pas la même chose.
| Angle | Question traitée | Preuves possibles | Conclusion à éviter |
|---|---|---|---|
| SEO | Les pages sont-elles accessibles, indexables et visibles sur les requêtes suivies ? | Vérification technique, URL, indexation, requêtes, impressions, clics et positions dans un moteur défini. | « Le score technique garantit le classement. » |
| GEO | La marque ou le site apparaît-il dans des réponses générées sur un panel défini ? | Moteur, interface, question exacte, date, répétitions, mention, citation avec lien et contexte de la réponse. | « Cinq tests prouvent une invisibilité générale. » |
| UX | Les personnes visées comprennent-elles l’offre et accomplissent-elles la tâche attendue ? | Scénario, observation, erreurs, réussite de tâche, verbatim attribuable et données de parcours disponibles. | « Une note automatique prouve que le parcours fonctionne. » |
Pour Google, Search Console renseigne la performance dans Google Search alors qu’Analytics décrit le comportement dans le site. Clics et sessions ne se confondent pas : configuration, consentement, fuseau ou attribution modifient la comparaison.
Google indique que ses fondamentaux SEO restent pertinents pour ses fonctions d’IA générative. Cette documentation concerne AI Overviews et AI Mode dans Google Search, pas toutes les interfaces. Pour un autre moteur, le rapport doit décrire son propre protocole.
Un contrôle automatique ne remplace pas une observation humaine. Le W3C recommande de combiner conformité et évaluation avec des utilisateurs, puis d’expliciter méthode et limites. La ressource concerne d’abord l’accessibilité ; elle ne transforme pas un audit UX en contrôle WCAG.
Exemple rempli : quatre constats, mais pas quatre urgences
Exemple fictif : une PME de maintenance B2B veut augmenter les demandes qualifiées pour trois contrats. L’audit couvre quatorze pages, Search Console et Analytics sur une période définie, six questions dans deux interfaces génératives à deux dates et quatre observations de la tâche « choisir le contrat adapté et demander un échange ».
Ces chiffres montrent la méthode ; ce ne sont ni un résultat Klaapp ni une référence sectorielle.
| Preuve résumée | Impact prudent | Décision et contrôle | Priorité justifiée |
|---|---|---|---|
| Trois prospects sur quatre cherchent les différences entre les contrats sans les trouver. | Le parcours ne donne pas les critères pour choisir avant le contact. | Ajouter un comparatif validé, refaire la tâche et vérifier le passage vers la demande. | Haute : observation directe et action vérifiable. |
| Neuf pages partagent un titre et une introduction presque identiques ; les requêtes aboutissent surtout sur la page générale. | Les offres sont mal distinguées ; le lien causal avec les positions reste à confirmer. | Donner une intention propre à chaque page, conserver les URL, contrôler l’indexation et comparer la même période. | Haute : problème répété, preuves par URL et données de recherche. |
| Un outil affiche 58/100 sur l’accueil, sans données terrain. | Le score signale une piste, sans démontrer la cause ni l’effet sur les demandes. | Ajouter mesures, conditions et éléments responsables avant de chiffrer une correction. | À qualifier : le nombre seul ne permet pas d’arbitrer. |
| La marque n’est citée avec un lien dans aucune des 24 réponses conservées. | Le panel établit un point de départ limité aux questions, dates et interfaces. | Conserver le registre, vérifier les pages sources et reprendre plus tard le même protocole. | Moyenne : le constat est reproductible, aucune citation n’est garantie. |
La note la plus spectaculaire ne passe pas en premier. Deux constats mieux reliés à la décision sont prioritaires ; le troisième demande une preuve ; le quatrième devient une base de comparaison.
Pour une absence de demandes, commencez par diagnostiquer le parcours de contact, puis conservez les preuves et décisions.
Comment prioriser sans fabriquer un score scientifique ?
Une formule ne transforme pas une hypothèse en certitude. Discutez cinq critères :
- Impact : objectif ou risque concerné.
- Preuve : observation directe, signaux convergents ou hypothèse.
- Dépendances : décision, mesure ou accès préalables.
- Effort et réversibilité : correction ciblée ou chantier durable.
- Contrôle : état attendu et donnée comparable.
Classez les actions : agir maintenant, préparer le prochain lot, mesurer davantage ou écarter. Conservez la justification pour pouvoir réviser la priorité.
Sous quelle forme remettre le livrable ?
Un PDF conserve le raisonnement mais se pilote mal. Un tableau facilite l’affectation mais perd les limites. Réunissez :
- la synthèse, les fiches et leurs preuves ;
- un backlog avec priorité, responsable, effort et dépendances ;
- les exports, protocoles et contrôles à reprendre ;
- les décisions prises pendant la restitution.
Les preuves restent accessibles à l’équipe autorisée, sans dépendre du compte de l’auditeur. Le document doit être transmissible.
Quels signaux doivent faire demander une révision ?
Demandez une version complétée si le document présente :
- des scores sans URL, date, conditions ni données sources ;
- des recommandations génériques ou toutes marquées « urgentes » ;
- des prévisions de classement, de citation IA ou de conversion présentées comme garanties ;
- une même métrique utilisée pour conclure sur SEO, GEO et UX ;
- des captures sans explication ou des actions sans export ;
- aucune limite, aucun désaccord possible et aucun contrôle après correction.
Google rappelle que les outils tiers n’accèdent pas à ses données internes de classement. Un score peut être une alerte, mais il faut vérifier le conseil et sa source avant une modification importante.
La checklist avant d’accepter le livrable
Un dirigeant doit pouvoir répondre oui à ces questions :
- Objectif, pages, publics, sources, période et exclusions sont-ils écrits ?
- Chaque constat important a-t-il une preuve consultable et datée ?
- Observation, interprétation et action sont-elles séparées ?
- Les mesures SEO, GEO, UX et commerciales restent-elles distinctes ?
- Les priorités expliquent-elles impact, preuve et dépendances ?
- Une autre équipe peut-elle agir et reprendre les contrôles ?
Si plusieurs réponses sont négatives, faites compléter les constats qui commandent les premières dépenses.
Klaapp peut cadrer ce travail dans un audit de présence en ligne. Le premier échange définit l’objectif, les pages, les données accessibles et les décisions attendues. La conclusion peut rester une correction ciblée menée par votre équipe.
Questions fréquentes
Combien de recommandations un audit doit-il contenir ?
Il n’existe pas de nombre utile par défaut. Dix actions prouvées et hiérarchisées valent mieux que cent alertes dupliquées. Regroupez les occurrences par cause et conservez les URL.
Un audit automatisé peut-il suffire ?
Il détecte des anomalies reproductibles et accélère l’inventaire. Il ne connaît pas l’objectif, le public ni la cause d’un comportement. Interprétez ses sorties et ajoutez des observations humaines pour les décisions d’usage.
Un audit garantit-il une hausse de visibilité ou de contacts ?
Non. Il améliore le diagnostic. Les moteurs, concurrents et conditions de mesure évoluent. Exigez une référence initiale et un protocole de contrôle, jamais une position ou une citation garantie.
Sources
- Google Search Central — Do you need an SEO?
- Google Search Central — Guidance on third-party SEO tools, services, and advice
- Google Search Central — Using Search Console and Google Analytics data for SEO
- Google Search Central — Optimizing for generative AI features on Google Search
- W3C WAI — Involving Users in Evaluating Web Accessibility
- GOV.UK Service Manual — Analyse a research session
Valentin Merault est cofondateur de Klaapp. Il intervient sur le cadrage, le produit, l’IHM et l’expérience utilisateur. Découvrir le studio Klaapp.