La Search Console dit l’exposition, le log serveur dit le crawl. Tant qu’on lit les deux séparément, on ne voit rien. Croisés, ils se contredisent, et c’est cette contradiction qui est instructive.
Le terrain : un site éditorial touristique d’une cinquantaine de pages, un export Search Console filtré sur les fonctionnalités d’IA générative avec 152 URL exposées, et un log serveur d’un mois, 393 685 requêtes. L’idée de départ paraissait simple : retrouver dans le log la trace des visiteurs venus des réponses IA.
Première découverte : c’est impossible
Un clic venu d’un AI Overview est indétectable dans un log. Il arrive avec exactement le même référent qu’un clic organique classique, Google tronquant le référent à son origine, sans paramètre distinctif.
Aucun outil de logs ne sait faire cette distinction, et aucun ne la fera : c’est la raison d’être du rapport Search Console. Fin de la piste initiale. Sauf que la question suivante s’est révélée bien plus intéressante. Ces pages que Google juge dignes de ses réponses IA, est-ce qu’il va seulement les lire ?
La page la plus exposée n’était jamais crawlée
Sur les 152 URL de l’export, 97 n’ont reçu aucune visite de Googlebot du mois. Dont la première du classement : 4 436 impressions dans les réponses IA, zéro lecture.
Cette page couvre un événement annuel, et ses impressions culminent pendant l’événement. Google en servait donc le contenu depuis une version mise en cache des semaines plus tôt : les mises à jour faites juste avant la manifestation n’ont jamais été vues. Détail savoureux, Googlebot-Image est passé sept fois sur les photos de l’article, dont deux fois en plein pic. Google savait que la page existait, il n’est simplement jamais allé relire le texte.
Pour une page saisonnière, la fréquence de crawl n’est pas le sujet. Le calendrier l’est : un crawl qui tombe après l’événement ne sert plus à rien pour l’année en cours.
Le détail qui a tout changé
Le premier passage de l’analyse avait pourtant trouvé une visite de Googlebot sur cette page. Une seule, cinq jours après l’événement. Conclusion provisoire : Google arrive en retard.
Vérification faite, l’adresse IP ne figurait pas dans les plages officielles publiées par Google. Ce n’était pas Googlebot. Un user-agent est une déclaration, pas une preuve. La bonne conclusion n’était donc pas « Google est passé en retard », mais « Google n’est jamais passé », et la nuance change l’action à mener.
Neuf requêtes GPTBot sur dix étaient fausses
Le même contrôle appliqué aux crawlers IA a donné un résultat spectaculaire. Sur 6 607 requêtes signées GPTBot, 5 979 provenaient d’adresses absentes des plages publiées par OpenAI, soit 90 % de trafic usurpé. Ces fausses requêtes réclamaient des fichiers de configuration et de secrets : un scanner de vulnérabilités déguisé en crawler d’OpenAI, pour éviter les règles de blocage.
Perplexity ne venait pas : 3 requêtes authentiques sur 87, aucune sur les 47 de son agent utilisateur. À l’inverse, ChatGPT et Claude lisaient réellement le site, avec 1 463 requêtes authentifiées sur 1 911 pour ChatGPT-User et 90 % d’authenticité pour ClaudeBot. Sur ce même mois, au moins 413 visiteurs humains sont arrivés depuis ChatGPT, identifiables grâce au paramètre que le moteur ajoute à ses liens sortants. Presque tous atterrissaient sur une page présente dans l’export Search Console.
Autrement dit : les deux sources se confirment. Les pages que Google juge citables sont celles vers lesquelles ChatGPT envoie des gens.
Un log ne compte pas les visiteurs
Reste un piège, valable pour la majorité des sites WordPress. Confronté aux données d’audience, le log sous-comptait lourdement les visites humaines : 6 576 vues sur la page événement côté outil de mesure, 481 entrées côté log. Le trafic était pourtant bien arrivé, le volume de requêtes du serveur doublant sur les journées de pointe, mais le cache de page sert la plupart des visiteurs sans écrire d’entrée pour l’URL demandée.
Un log de site mis en cache ne mesure donc pas le trafic humain : on y lit des cache miss, un échantillon arbitraire. Les robots, eux, restent journalisés normalement, ce qui préserve tout ce qui précède sur le crawl et les faux bots, mais impose de traiter les chiffres de visites comme des planchers.
Ce qu’il faut en retenir
Tout tableau de bord GEO qui compte les user-agents sans vérifier les adresses IP raconte une histoire fausse. Ici, il aurait affiché un crawl OpenAI massif et une présence Perplexity, les deux inexactes, en sens inverse. Corollaire : on ne bloque jamais un bot par son user-agent. Une règle sur la chaîne « GPTBot » couperait le vrai crawl d’OpenAI et laisserait passer le scanner, qui changera d’étiquette dès le lendemain.
Le piège de la courbe qui monte
Reste le graphique le plus spectaculaire du dossier. Sur seize mois, l’exposition du site dans les réponses IA passe de 101 à 387 impressions par jour entre le 21 et le 23 juillet. Elle ne redescend jamais : après l’événement estival, le site se stabilise quatre fois au-dessus de sa base du printemps.
Ce n’est pas une performance. Google a déployé les AI Overviews et le Mode IA en France le 22 juillet 2026, deux ans après les États-Unis, le temps de solder son contentieux sur les droits voisins avec les éditeurs de presse.
Les données le confirment d’elles-mêmes : avant cette date, le site plafonnait à 23 % de son niveau actuel, et les visiteurs hors de France pèsent justement 30 % de ses impressions. Belgique, Suisse, Canada voyaient déjà des résumés IA. La marche du 23 juillet, c’est la France qui s’allume. Ce n’est pas la visibilité qui a quadruplé, c’est le compteur qui a démarré.
Le seul chiffre qui trancherait, c’est le clic, et ce rapport ne le contient pas. Ni clics, ni taux de clic, ni requêtes : le rapport « Performances dans l’IA générative » n’expose que des impressions, ventilées par page, pays, appareil et date. L’API ne les sert pas davantage. Google annonce d’autres métriques sans calendrier.
Il faut donc passer par le rapport de performances classique : filtrer sur les URL exposées, comparer clics et impressions vingt-huit jours avant et après le 22 juillet. Cela ne prouvera pas que la perte vient des résumés IA, mais dira si ces pages ont décroché au moment du lancement.
Les premières mesures françaises ne laissent pas beaucoup de place au doute. Une étude Ahrefs publiée le 17 août 2026 sur 963 domaines français relève une baisse moyenne de taux de clic de 23,1 % pour les sites dont plus d’une requête sur cinq déclenche un résumé IA. 82 % de ce groupe sont en recul.
Un détail de comptage achève de relativiser la courbe : quand deux pages d’un même site apparaissent dans une même réponse, Google ne compte qu’une impression. Et ces impressions figurent déjà dans le rapport global, donc additionner les deux écrans produit un chiffre faux.
Ce qui ramène à la leçon de l’exercice : une source unique ne prouve rien, un mois n’est pas une tendance, et un chiffre qui monte ne dit rien tant qu’on ne sait pas ce qu’il compte.
Vos propres logs sont accessibles depuis votre hébergement, souvent en deux clics. C’est la seule source qui montre le comportement réel des robots, indépendamment de ce qu’ils déclarent. Elle mérite un coup d’œil avant de faire confiance à n’importe quel tableau de bord.
