Sommaire de l'article
Une perte de citation se voit dans la mesure avant de se voir dans les ventes
Entre l'incident qui retire vos pages des réponses et la baisse des demandes entrantes, il s'écoule en général six à douze semaines. Le trafic référent des assistants réagit en deux à quatre semaines, la recherche de marque en quatre à huit, les demandes ensuite. Seule la mesure hebdomadaire de la part de citation voit l'incident dans les sept jours, et c'est ce délai qui fait toute la différence entre une correction discrète et un trimestre perdu.
- 01IncidentRègle de CDN, mise en production, page réécrite, comparatif tiers modifié.
- 02Mesure hebdomadaireBaisse visible à la prochaine exécution du panel, sept jours au plus. C'est ici que l'alerte doit partir.
- 03Trafic référentLe canal « IA générative » baisse en deux à quatre semaines, sur de petits volumes.
- 04Recherche de marqueLes requêtes de marque fléchissent en quatre à huit semaines, noyées dans la saisonnalité.
- 05Demandes entrantesLa direction s'en aperçoit en six à douze semaines, sans lien évident avec la cause.
Ces délais sont ceux que nous observons sur nos mandats ; ils varient selon le secteur et la longueur du cycle d'achat. Ils ont un point commun : plus l'indicateur est proche du chiffre d'affaires, plus il réagit tard et plus il est difficile d'y relier une cause. La veille s'organise donc autour de l'indicateur le plus précoce, et les autres servent à confirmer.
Trois seuils d'alerte, calés sur la dispersion du panel
Un seuil en valeur absolue (« alerte si la part de citation perd cinq points ») ne fonctionne pas, parce que la variation normale d'un panel diffère d'un moteur à l'autre et d'un panel à l'autre. Les seuils se calent sur la dispersion apprise pendant les premières semaines de mesure, c'est-à-dire l'amplitude habituelle des variations quand rien ne change. Nous distinguons trois niveaux.
| Niveau | Déclencheur | Délai de réaction | Action |
|---|---|---|---|
| Vigilance | Baisse supérieure à la dispersion apprise, sur une mesure, sur un moteur ou une intention | Avant la mesure suivante | Ré-exécuter les prompts concernés ; aucune correction |
| Alerte | Baisse confirmée sur deux mesures consécutives, ou baisse sur l'intention « choix » quelle que soit l'ampleur | 48 heures | Procédure de diagnostic complète |
| Incident | Part de citation nulle ou proche de zéro sur un moteur ; disparition des pages prioritaires ; robots de recherche IA absents des journaux depuis 72 heures ; information fausse sur la marque | Immédiat | Diagnostic d'accès en priorité, correctif le jour même |
Tableau : faites défiler horizontalement.
Deux règles complètent la grille. Une baisse sur l'intention « choix de prestataire » passe directement en alerte, parce que c'est la cellule qui influence l'achat et qu'elle contient peu de prompts, donc peu de bruit possible. Et une baisse simultanée chez tous les concurrents suivis n'est pas une alerte : c'est le moteur qui a changé de comportement ou de version, et la réponse est une note dans le journal, pas un correctif.
Les signaux à surveiller au-delà de la part de citation
La part de citation hebdomadaire détecte l'effet. Quatre autres sources de signal détectent la cause, souvent avant même la mesure suivante, et coûtent peu à surveiller.
- 1Journaux serveurPassages de
OAI-SearchBot,PerplexityBot,Claude-SearchBotet des agents à la demande ; codes 403, 429, 5xx.Sinon : un blocage reste invisible jusqu'à la mesure. - 2ConfigurationModifications de
robots.txt, règles CDN et pare-feu, mises en production, redirections.Sinon : la cause la plus fréquente n'est jamais reliée à l'effet. - 3Outil d'analyseCanal « IA générative », requêtes de marque, pages d'entrée citées.Sinon : aucune confirmation de l'effet commercial.
- 4Contenu des réponsesNouveaux domaines cités, erreurs factuelles sur la marque, comparatifs tiers modifiés.Sinon : les décrochages concurrentiels passent pour du bruit.
Trois automatisations simples couvrent l'essentiel. Une comparaison quotidienne du fichier robots.txt avec sa version de référence, qui envoie un message à la moindre différence. Un comptage quotidien, dans les journaux, des requêtes de chaque robot de recherche IA et de la part de codes autres que 200 qu'elles reçoivent ; une chute à zéro ou une montée des 403 est le signal le plus précoce qui existe. Et, dans GA4, un insight personnalisé qui notifie une baisse hebdomadaire du canal « IA générative » au-delà d'un seuil, en gardant à l'esprit que les faibles volumes produisent de fausses alertes.
La surveillance du contenu des réponses est la moins automatisable et la plus instructive. Le relevé hebdomadaire conserve la liste complète des domaines cités : un domaine qui apparaît pour la première fois sur les prompts de choix, ou un comparatif tiers dont la version change, s'y lit avant que la part de citation ne bouge.
Les causes de décrochage les plus fréquentes
Les pertes de citation que nous diagnostiquons se rangent dans huit causes, et la forme de la baisse indique souvent laquelle avant toute vérification. Une baisse sur un seul moteur est presque toujours un problème d'accès propre aux robots de ce moteur ; une baisse sur tous les moteurs à la fois est éditoriale ou concurrentielle.
Données illustratives. Ce qu'il faut y lire : un seul moteur s'effondre pendant que les autres restent stables ; la cause est à chercher dans l'accès des robots de ce moteur (règle de pare-feu, code 403, défi JavaScript), pas dans le contenu.
| Cause | Forme de la baisse | Vérification rapide |
|---|---|---|
| Nouvelle règle CDN, WAF ou pare-feu | Un ou deux moteurs, brutale, toutes intentions | Requête avec l'agent du moteur touché ; journal des changements du CDN |
Modification de robots.txt | Un moteur, ou tous si règle générique | Comparaison avec la version de référence |
| Refonte ou passage au rendu JavaScript | Tous les moteurs, progressive sur deux à trois semaines | HTML brut des pages prioritaires, sans exécution de script |
| Migration, URL changées, redirections | Tous les moteurs, pages prioritaires d'abord | Codes de réponse des anciennes URL, sitemap |
| Page prioritaire réécrite sans réponse directe | Une intention, tous les moteurs | Diff de la page ; premier paragraphe sous chaque titre |
| Comparatif ou annuaire tiers mis à jour sans vous | Intention « choix », tous les moteurs | Liste des domaines cités ; version de la page tierce |
| Nouveau concurrent corroboré | Intention « choix », baisse lente, part de voix déplacée | Nouveau domaine dans les sources ; ses mentions tierces |
| Changement de version ou de comportement du moteur | Un moteur, vous et vos concurrents ensemble | Part de citation des concurrents sur le même panel |
Tableau : faites défiler horizontalement.
La première cause reste, de loin, la plus fréquente dans nos diagnostics, et la plus rapide à corriger. Les blocages involontaires par les pare-feu anti-robots font l'objet d'un article dédié.
La procédure de diagnostic en quarante-huit heures
La procédure est séquentielle et s'arrête dès qu'une cause est confirmée. Elle commence toujours par la confirmation, parce qu'un tiers des alertes de niveau vigilance que nous traitons se dissipent à la ré-exécution, et par l'accès, parce que c'est la cause la plus probable et la plus rapide à vérifier.
- Heures 0 à 4Confirmer
- Ré-exécuter cinq fois les prompts touchés, session neutre, second compte, second pays
- Comparer avec les concurrents suivis : baisse commune ou isolée
- Qualifier le niveau : vigilance, alerte ou incident
- Heures 4 à 24Vérifier l'accès
- Diff de
robots.txt, journal des changements CDN et pare-feu, mises en production récentes - Requête avec chaque agent de recherche IA sur les pages prioritaires : code, HTML complet
- Journaux des quatorze derniers jours : présence des agents, codes 403, 429, 5xx
- Diff de
- Heures 24 à 48Contenu et concurrence
- Pages modifiées, dates, réponses directes, URL changées
- Domaines nouvellement cités, comparatifs tiers, erreurs factuelles
- Conclusion écrite, correctif, journal d'incident
Le premier temps évite les faux diagnostics. Une ré-exécution en session neutre depuis un second compte et un second pays élimine la personnalisation et la localisation ; la comparaison avec les concurrents distingue un décrochage propre à votre site d'un changement du moteur. Si la baisse ne se confirme pas, l'alerte est close et notée.
Le deuxième temps suit l'ordre des vérifications d'accès : le fichier robots.txt d'abord, parce qu'il se lit en une minute ; puis les changements de configuration du CDN et du pare-feu, où une règle « bloquer les robots IA » activée par un administrateur bien intentionné est le cas le plus courant ; puis une requête réelle avec chaque agent sur trois pages prioritaires, pour vérifier le code de réponse et la présence du contenu ; enfin les journaux, qui montrent à quelle date les passages se sont interrompus, ce qui recoupe souvent une mise en production. L'analyse des journaux serveur détaille les requêtes utiles.
Le troisième temps ne commence que si l'accès est hors de cause. Il compare les pages prioritaires à leur version précédente, vérifie que le premier paragraphe sous chaque titre répond encore, et examine la liste des domaines cités pour repérer un nouvel entrant ou un comparatif modifié. Il se conclut par un écrit d'une page : symptôme, cause, correctif, responsable, date, et délai de retour attendu.
Organiser la veille : qui regarde quoi, à quelle fréquence
La veille échoue plus souvent par absence de responsable que par absence d'outil. Chaque signal a un propriétaire, une fréquence et un canal de remontée ; le tableau ci-dessous est celui que nous installons chez nos clients, à adapter à la taille de l'équipe.
| Signal | Fréquence | Responsable | Remontée |
|---|---|---|---|
| Part de citation par moteur et par intention | Hebdomadaire | Pilote GEO (agence ou marketing) | Tableau partagé, alerte si seuil franchi |
| Passages des robots de recherche IA et codes de réponse | Quotidien, automatisé | Technique | Message automatique si chute ou montée des 403 |
Diff de robots.txt et changements CDN | Quotidien, automatisé | Technique | Message automatique |
| Mises en production | À chaque déploiement | Technique | Note dans le journal de veille |
| Canal « IA générative » et requêtes de marque | Hebdomadaire | Marketing | Revue mensuelle |
| Domaines cités et exactitude des réponses | Hebdomadaire, avec le relevé | Pilote GEO | Alerte si nouveau domaine sur « choix » ou erreur factuelle |
Tableau : faites défiler horizontalement.
OAI-SearchBot dans les journaux il y a neuf jours, mise en production du CDN il y a dix joursOAI-SearchBot et ChatGPT-User sur trois pages prioritaires ; règles CDN modifiées le jour de la mise en productionAprès la correction : vérifier le retour et documenter
Un correctif d'accès ne rétablit pas la citation le jour même. Les robots doivent repasser, l'index se rafraîchir, et le moteur retrouver vos passages parmi les candidats ; dans nos mandats, le retour prend de quelques jours à trois semaines selon le moteur et la fréquence de passage observée avant l'incident. Pendant cette période, les prompts touchés sont mesurés tous les deux jours, puis la mesure revient au rythme hebdomadaire une fois le niveau antérieur retrouvé sur deux mesures.
Chaque incident est consigné dans un journal : date de détection, niveau, symptôme, cause, correctif, responsable, délai de retour. Ce journal a deux usages. Il accélère les diagnostics suivants, parce que les causes se répètent. Et il alimente la check-list d'audit : un point qui a déjà provoqué un incident devient un point surveillé en continu, pas seulement vérifié une fois par an.
Un cas particulier mérite une procédure propre : l'information fausse sur la marque dans une réponse. Ce n'est pas une perte de citation mais une citation nuisible, et sa correction passe par les sources que le moteur a utilisées, pas par une réclamation. La rectification de ce que les moteurs génératifs disent de faux est traitée dans un article dédié.
Les erreurs de veille les plus fréquentes
Sept erreurs reviennent dans les dispositifs que nous reprenons, et la plupart tiennent à l'organisation plus qu'à la technique.
- Un seuil en valeur absolue, identique pour tous les moteurs, qui déclenche des fausses alertes sur les moteurs instables et rate les vraies sur les moteurs stables.
- Aucune ré-exécution avant de corriger : une page réécrite pour du bruit.
- Suivre sa marque seule, sans concurrents : un changement de moteur passe pour un décrochage.
- Aucun journal des mises en production ni des changements CDN : la cause la plus fréquente ne peut jamais être reliée à l'effet.
- Une veille portée par une seule personne, sans remplaçant ni procédure écrite.
- Attendre la baisse du trafic référent ou des demandes pour réagir : six à douze semaines perdues.
- Clore l'incident au correctif, sans vérifier le retour de la citation ni consigner la cause.
Ce qu'il faut retenir
- La part de citation hebdomadaire détecte un incident en sept jours ; le trafic, la marque et les demandes réagissent six à douze semaines plus tard.
- Trois niveaux, vigilance, alerte, incident, calés sur la dispersion apprise du panel et non sur une valeur absolue.
- Quatre sources de signal complètent la mesure : journaux serveur, configuration, outil d'analyse, contenu des réponses.
- Une baisse sur un seul moteur désigne l'accès de ses robots ; une baisse sur tous désigne le contenu ou la concurrence.
- Le diagnostic en quarante-huit heures confirme, vérifie l'accès, puis le contenu ; chaque incident est consigné et vérifié jusqu'au retour de la citation.
Questions fréquentes
Quel seuil de baisse de la part de citation doit déclencher une alerte ?
Un seuil relatif à la dispersion de votre panel, pas une valeur absolue. Une baisse qui dépasse l'amplitude habituelle des variations sur une mesure déclenche une vigilance et une ré-exécution ; confirmée sur deux mesures consécutives, elle devient une alerte et lance le diagnostic. Une part de citation proche de zéro sur un moteur, ou une baisse sur l'intention de choix de prestataire, passe directement en alerte ou en incident.
Une mise à jour d'un modèle peut-elle faire chuter la part de citation ?
Oui, et c'est le cas qui se reconnaît le plus facilement : la baisse touche un seul moteur, et elle touche vos concurrents en même temps que vous sur le même panel. Elle ne relève pas d'un correctif mais d'une note dans le journal et d'une observation sur deux ou trois semaines, le temps que le comportement du moteur se stabilise. C'est la raison pour laquelle le panel mesure toujours au moins trois concurrents.
Combien de temps faut-il pour retrouver ses citations après une correction ?
De quelques jours à trois semaines dans nos mandats, selon le moteur et la fréquence à laquelle ses robots passaient avant l'incident. Un correctif d'accès n'a d'effet qu'une fois les pages relues et l'index rafraîchi. Pendant cette période, les prompts touchés sont mesurés tous les deux jours ; l'incident est clos quand le niveau antérieur est retrouvé sur deux mesures, et la cause est consignée au journal.
Peut-on automatiser la veille GEO ?
En partie. La comparaison quotidienne du fichier robots.txt, le comptage des passages des robots de recherche IA dans les journaux avec leurs codes de réponse, et une notification sur le canal « IA générative » de l'outil d'analyse s'automatisent en quelques heures. La mesure de la part de citation s'automatise avec les réserves habituelles sur la fidélité des outils. La lecture du contenu des réponses et le diagnostic restent humains.
Que faire si un moteur donne une information fausse sur la marque ?
La traiter comme un incident, parce qu'une citation fausse coûte davantage qu'une absence. Le diagnostic identifie les sources que le moteur a utilisées, souvent un annuaire, un comparatif ou une fiche obsolète, et la correction se fait à la source, puis sur vos propres pages qui doivent affirmer clairement l'information exacte. La réponse est ensuite re-mesurée chaque semaine jusqu'à disparition de l'erreur.


