Discover : bug GSC 7-8 mai 2026, ne pas paniquer

Lundi 11 mai au matin, ouverture du GSC d'un client média. Le rapport Discover affiche un trou. Deux jours à plat, clics et impressions divisés. Le réflexe : chercher quel article a été dépublié, quel push a foiré, quel signal a changé. Mauvaise piste. Le problème n'était pas sur le site, il était dans la chaîne de logging de Google.

Le 12 mai 2026, Barry Schwartz a remonté l'info sur Search Engine Land : Google a documenté sur sa page Data Anomalies une erreur de journalisation qui a sous-rapporté les clics et impressions Discover entre le 7 et le 8 mai. La citation est sèche : "A logging error is causing a decrease in clicks and impressions for the Discover report from May 7 until May 8, 2026." Pas de mail, pas de tweet du Search Liaison, pas de bannière dans l'interface GSC. Juste une ligne dans une page que personne ne consulte spontanément.

Si tu envoies un reporting hebdo lundi matin, tu es exactement la cible de ce bug. Voici comment requalifier la baisse sans réécrire ta stratégie.

Chronologie sèche#

Le 7 mai 2026, le pipeline de données Discover commence à enregistrer moins de clics et d'impressions que ce qui circule réellement. Le 8 mai, le bug est toujours actif. Pas de communication en temps réel. La métrique chute dans les comptes de la plupart des éditeurs presse, sport, lifestyle.

Le 12 mai 2026, Google publie la ligne sur sa page d'anomalies de données et le secteur SEO commence à relayer : Search Engine Land, Search Engine Roundtable, puis les agences francophones type IBS Paris dans la foulée. Cinq jours entre l'incident et la confirmation publique. Pour un client qui a vu son courbe Discover chuter le lundi suivant, c'est trop long.

Le rapport Discover dans GSC reste affecté de manière permanente sur ces deux dates. Google n'a pas annoncé de rejeu des données. Les chiffres que tu vois resteront ce qu'ils sont, sous-évalués.

Ce que Google a confirmé, ce qu'il n'a pas confirmé#

Google a confirmé deux choses, pas une de plus.

D'abord, qu'il s'agit d'une erreur de logging strictement. Le système qui enregistre les événements clics et impressions Discover dans la base de données GSC a perdu des événements. La donnée affichée dans le rapport est inférieure à la réalité. Ensuite, que le positionnement Discover n'a pas été impacté. Tes articles ont continué à apparaître normalement dans le feed des utilisateurs Discover, à la fréquence habituelle. Les utilisateurs ont continué à cliquer normalement. C'est uniquement la mesure qui a foiré.

Google n'a pas confirmé l'ampleur du sous-rapport. Pas de pourcentage. Pas de segmentation par marché, par langue, par type de contenu. Aucune indication sur la fenêtre horaire exacte (début 7 mai 00h00 PST ? UTC ? fin 8 mai ?). Aucune mention sur Twitter du Google Search Liaison. La transparence reste au niveau plancher historique de l'équipe Search Console.

Sur ce point je suis cru. Quand Google fait fonctionner un outil de mesure utilisé par des centaines de milliers de pros qui basent leurs décisions et leurs facturations dessus, l'absence de notification proactive est un problème de gouvernance. Mais c'est un autre débat.

Pourquoi un bug logging, pas un bug ranking#

Le mot "logging" est important parce qu'il détermine ce que tu peux dire à ton client.

Un bug logging veut dire : un événement réel s'est produit (un utilisateur a vu ton article dans Discover, ou a cliqué dessus), mais le système n'a pas enregistré cet événement dans la table qui alimente ton rapport. Le trafic réel sur ton site n'est pas affecté. Si tu compares Discover dans GSC avec ton GA4 (segment "google / organic" ou source "googleapis.com" selon ta config), tu vas voir l'écart : GA4 affiche un trafic Discover normal, GSC affiche un trou.

Un bug ranking, à l'inverse, aurait voulu dire que Google a réellement moins poussé tes articles dans le feed Discover. Là, le trafic sur ton site aurait chuté pour de vrai, pas juste la mesure. Ce n'est pas ce qui s'est passé.

Cette distinction décide de la conclusion : tu n'as rien à corriger sur ton site, tu n'as rien à changer dans ta stratégie éditoriale. Le contenu qui marchait avant le 7 mai marche toujours après le 8.

Le trou n'est pas récupérable#

C'est la mauvaise nouvelle. Quand Google perd des événements dans son pipeline de logging, il ne les rejoue pas après coup. La donnée des 7 et 8 mai 2026 va rester sous-évaluée dans ton GSC à perpétuité.

En pratique, ton graphe Discover ressemble à ceci jusqu'à la fin des temps : courbe normale, puis chute brutale sur deux jours, puis retour à la normale. Toute comparaison qui chevauche ces dates (semaine du 4 au 10 mai vs semaine du 27 avril au 3 mai, MoM mai vs avril, YoY mai 2026 vs mai 2025) sera mécaniquement faussée à la baisse.

C'est aussi pour ça que la requalification doit être documentée. Si tu ne marques pas explicitement ces deux dates comme "données invalides" quelque part, tu vas te retrouver dans six mois à expliquer cette chute à un nouveau chef de projet qui n'était pas là en mai.

Comment requalifier tes rapports clients#

Pour la livraison du reporting de la semaine du 4 au 10 mai, tu segmentes le rapport Discover en deux : trafic du 4 au 6 mai (valide), trafic du 7 au 8 mai (invalidé bug Google), trafic du 9 au 10 mai (valide). Tu commentes la chute en disant ce qui s'est réellement passé, pas en cherchant une cause éditoriale.

Template email à envoyer aux clients qui voient un trou#

Si tu pilotes plusieurs sites en agence, prends cinq minutes pour envoyer un mail standard à tous les clients qui ont une exposition Discover. Ça évite la réunion d'urgence du mardi matin.

Objet : Bug Google Search Console, données Discover des 7 et 8 mai 2026

Bonjour [Prénom],

Vous avez sans doute constaté une chute brutale des clics et impressions Discover dans votre Search Console sur les journées du 7 et 8 mai 2026. Cette chute n'est pas réelle : Google a confirmé le 12 mai un bug de journalisation qui a sous-enregistré ces métriques sur ces deux dates.

Concrètement : votre trafic Discover réel sur votre site n'a pas baissé (vérifiable dans Google Analytics 4). Seul l'affichage dans Search Console est tronqué. Le positionnement de vos articles dans Discover n'a pas été affecté.

Google ne rejouera pas ces données. Nous avons annoté les rapports pour exclure ces deux dates des analyses comparatives à venir.

Bonne journée, [Signature]

Segments à exclure dans GA4#

Si ton reporting est centralisé dans Looker Studio ou un dashboard GA4, ajoute une exclusion temporelle sur le segment Discover pour les 7 et 8 mai 2026. Pas pour cacher la donnée, mais pour que les calculs de moyenne hebdo et de variation MoM ne soient pas pollués.

Dans Looker Studio, le plus propre est d'ajouter un commentaire annotation directement sur la timeline du graphe Discover. La plupart des connecteurs GA4 ou GSC le permettent. Si tu utilises un dashboard maison, ajoute une bande verticale grisée sur ces deux dates avec un tooltip "Google logging bug, données invalides".

Pour les comparaisons YoY de mai 2027#

Dans un an, quand tu analyseras le YoY mai 2027 vs mai 2026, ton mois de mai 2026 sera mécaniquement sous-évalué de la perte des 7 et 8. Donc ton YoY 2027 sera artificiellement gonflé. Note-le dès maintenant dans ton fichier de suivi annuel, sinon tu vas tomber dans le piège et féliciter le client pour une croissance qui n'existe pas.

Ce que ce bug NE change pas#

Ta stratégie éditoriale Discover reste la même. Les angles qui fonctionnaient début mai fonctionnent toujours. Les formats qui généraient des clics génèrent toujours des clics. Les sujets push, l'image hero, le E-E-A-T, l'optimisation pour le feed mobile : tout reste valide.

Ton positionnement dans Discover n'a pas bougé. Si tu travailles sur un calendrier éditorial axé Discover (presse, sport, divertissement, lifestyle), tu continues sur la même ligne. Aucun signal Google ne dit qu'il faut pivoter.

Tes engagements clients (ROI, KPI, rapports) restent défendables. La chute affichée dans GSC sur ces deux dates ne reflète pas une perte de performance, donc elle ne doit pas être lue comme un échec éditorial ou un manquement à l'objectif.

Et accessoirement, ce bug ne se confond pas avec le bug d'impressions de mai 2025 à avril 2026 qui a sur-rapporté les impressions Web (pas Discover) pendant dix mois. Si tu pilotes des sites qui ont les deux flux GSC, garde bien les deux incidents séparés dans ta tête : le bug 2025-2026 a gonflé tes impressions Web, le bug de mai 2026 a sous-rapporté tes données Discover. Les conclusions opérationnelles ne sont pas les mêmes.

Leçons monitoring pour la suite#

Le bug Discover des 7-8 mai pose la même question méthodologique que le bug impressions de 2025-2026 : si tu pilotes ta stratégie SEO uniquement avec GSC, tu pilotes à l'aveugle une partie du temps. La triangulation des sources de mesure n'est plus un luxe, c'est une obligation.

Concrètement, ton stack de mesure Discover doit inclure trois flux indépendants : GSC pour la déclaration officielle Google, GA4 pour le trafic réel sur ton site (segment source/medium Discover), un troisième flux côté serveur si tu as les moyens (logs Nginx parsés, ou solution type Matomo). Quand un des trois flux diverge brutalement, tu sais que c'est l'outil qui foire, pas ta performance. Si les trois divergent de la même manière, là tu as un vrai problème.

Pour les agences qui livrent du reporting client : ajoute une étape de cross-check GSC vs GA4 dans ton process de reporting, automatisée si possible. Un script qui flagge une divergence supérieure à 30 % sur un segment trafic donné, et qui ouvre un ticket pour investigation. Ça t'évite de présenter au client une chute qui n'existe pas. Si tu veux te documenter sur les sources alternatives, regarde du côté de l'audience propriétaire newsletter, c'est ce qui te sauvera le jour où Google plantera plus longtemps.

Pour les éditeurs qui font du Discover leur premier canal d'acquisition, abonne-toi au flux RSS de la page Data Anomalies de Google Search Central. C'est moche, c'est mal foutu, c'est rarement mis à jour, mais c'est la source officielle. Mieux vaut le flux RSS que de découvrir le bug quatre jours après par un tweet de Schwartz.

La vraie conclusion#

Le bug Discover des 7-8 mai 2026 est un incident technique mineur en surface. Deux jours de logging perdus. Pas de quoi en faire un drame.

Sauf que c'est le deuxième incident GSC majeur en treize mois après le bug impressions Web de mai 2025 à avril 2026. La régularité commence à compter. Si tu pilotes des budgets, des objectifs trimestriels ou des décisions stratégiques sur la seule foi de Google Search Console, sois prêt à expliquer périodiquement que la baisse que ton client voit dans son rapport n'est pas une vraie baisse. C'est inconfortable, et c'est ton métier.