Le 27 octobre 2026, un utilisateur de Reddit signale que son rapport d’indexation des pages dans la Search Console n’a plus bougé depuis le 16 octobre. La courbe est plate depuis onze jours.
John Mueller, Search Advocate chez Google, lui a répondu que l’indexation change lentement, que les dates de mise à jour sont affichées dans l’outil, puis glisse à l’intention de Barry Schwartz et des journalistes qui qui suivent ces incidents : « Honnêtement, économisez votre énergie». Sous entendu : à des choses plus utiles.
Cette réponse n’a pas pas plus à tout le monde, notamment à celui qui avait posté pour faire connaître son désarroi.
Le problème, c’est qu’en l’absence des informations de la Google Search Console, un spécialiste SEO ou un propriétaire de site est aveugle et sourd sur un canal qui est en proportion le canal le plus important pour un grand nombre de sites.
Et ce genre de conseil aurait été mieux perçu si les indisponibilités et les glitches de la Search Console étaient rares.
Or en douze mois, Google a reconnu une erreur de journalisation qui a faussé les impressions pendant 50 semaines, les rapports de performances ont gelé à trois reprises et le rapport d’indexation a cessé de se mettre à jour pendant près d’un mois.
L’argumentation de John Mueller
La réponse de Mueller tient en trois arguments. Le site de l’internaute est récent et ses chiffres d’indexation sont stables, donc un rafraîchissement n’apprendrait rien. Quand l’indexation bouge vraiment, l’effet apparaît d’abord dans le rapport de performances (clics, impressions, CTR, position moyenne). Enfin, Google ne va pas commenter la fraîcheur de chaque rapport en permanence : il priorise les mises à jour rapides là où elles lui semblent utiles.
Une partie de ce raisonnement est juste, et il faut le reconnaître.
L’indexation et le reporting sont deux chaînes distinctes : un rapport figé ne signifie pas que Googlebot a cessé d’explorer ni que vos pages sortent de l’index. Pour un petit site éditorial stable, onze jours sans mise à jour du rapport d’indexation ne changent aucune décision. Google l’écrit d’ailleurs dans sa propre aide : il n’est pas nécessaire de consulter la Search Console tous les jours, une visite environ une fois par mois suffit pour la plupart des propriétaires de sites.
Le problème est que la Search Console n’est pas utilisée seulement par des propriétaires de petits sites stables.
Elle sert à piloter des migrations, à valider des correctifs, à suivre des désindexations massives, à produire des reportings clients en début de mois. Pour ces usages, la date de fraîcheur n’est pas une donnée annexe.
Et le ton a changé : en décembre 2025, face à un gel comparable, le même Mueller écrivait sur Bluesky : « I realize it’s frustrating & also makes things hard for you all ». Dix mois plus tard, il conseille d’économiser son énergie. Il vaudrait peut-être mieux qu’il mobilise sa propre énergie pour convaincre l’équipe de la GSC de fiabiliser leurs processus.
La vieille vidéo de Matt Cutts face au récent bug de 50 semaines
Pour appuyer sa réponse, Mueller renvoie vers une vidéo de Matt Cutts, publiée il y a seize ans … selon Search Engine Journal, à l’époque où la Search Console s’appelait encore Webmaster Tools.
Cutts y raconte avoir demandé à l’équipe produit si elle surveillait ses erreurs. La réponse, polie mais un peu vexée, décrivait une surveillance étendue du front-end et des pipelines de données, avec cette intention : « we don’t want to rely on users to have to report that to us ».
Confrontons cette promesse à ce qui s’est passé en 2025 et 2026.
- Le 3 avril 2026, Google met à jour sa page Data anomalies in Search Console : une erreur de logging (journalisation des événements de recherche) fausse le comptage des impressions depuis le 13 mai 2025.
- Quelques jours plus tôt, fin mars, des praticiens dont Brodie Clark avaient publiquement signalé des pics d’impressions incohérents, notamment sur les fiches marchands et les extraits produits. Google n’a pas expliqué comment l’erreur avait été détectée en interne.
- La correction est effective au 27 avril 2026. Bilan : environ 50 semaines d’impressions surévaluées, donc un CTR artificiellement bas et une position moyenne faussée. Seuls les clics sont restés justes.
- L’historique ne sera pas corrigé, a précisé John Mueller selon Search Engine Roundtable.
- Le 15 avril 2026, en pleine correction, la Search Console envoie à des propriétaires de sites établis un e-mail annonçant qu’elle a « commencé à collecter » leurs impressions le 12 avril, comme si leur site venait d’apparaître dans Google. Mueller qualifie l’envoi sur Bluesky de « just a normal glitch ».
Concrètement, toute comparaison d’impressions d’une année sur l’autre qui touche la période mai 2025 à avril 2026 est inexploitable, et le restera jusqu’à ce que ces données sortent de la fenêtre de 16 mois de la Search Console. Les rapports annuels produits pendant cette période reposaient sur un chiffre faux, que l’outil affichait sans avertissement.
Les agences et les équipes internes qui ont présenté une hausse de visibilité en comité de direction sur cette période doivent aujourd’hui expliquer qu’une partie de cette hausse n’existait pas.
Les rapports de performances, censés prendre le relais, gèlent aussi
L’argument central de Mueller est que les variations d’indexation se lisent d’abord dans le rapport de performances. C’est vrai en théorie. En pratique, ce rapport a lui-même cessé de se mettre à jour à plusieurs reprises.
- Octobre 2025. Les rapports de performances restent bloqués au 19 octobre pour toutes les propriétés. Daniel Waisberg, Search Advocate chargé de la Search Console, confirme le problème le 24 octobre d’un simple « We’re catching up! » sur X. Les données reviennent progressivement les jours suivants.
- Novembre et décembre 2025. Pendant environ trois semaines, le rapport de performances affiche des retards de plus de 50 heures, parfois plus de 70 heures, selon les relevés de Barry Schwartz. Le retour à la normale, soit un décalage de quelques heures, intervient le 16 décembre.
- Octobre 2026. Le 11 octobre, au lendemain de la fin du spam update de septembre, le rapport accuse plus de 64 heures de retard. Il revient à la normale le lendemain, sans commentaire de Google.
Ces gels tombent souvent au mauvais moment : juste après une mise à jour algorithmique, quand chacun veut mesurer l’impact sur son trafic, ou en début de mois, quand les reportings partent chez les clients. Un rapport de performances en retard de trois jours après un spam update, c’est trois jours pendant lesquels vous ne savez pas si vous êtes touché.
Le rapport d’indexation, en panne de façon chronique
Le rapport qui a déclenché l’échange du 27 octobre n’en est pas à son premier gel. Fin novembre 2025, Google reconnaît sur LinkedIn des « longer than usual delays » dans le rapport de couverture de l’index, en précisant que l’exploration, l’indexation et le classement ne sont pas affectés. Le rapport reste bloqué entre le 17 et le 21 novembre selon les propriétés, et ne revient à jour que le 17 décembre 2025, soit près d’un mois plus tard.
En juin 2026, rebelote. Le rapport affiche une dernière mise à jour au 11 juin pendant plus de deux semaines, puis reçoit les données par paquets irréguliers. Brodie Clark compte alors seulement trois points de données distincts depuis le 13 juin. Le gel actuel, depuis le 16 octobre, est donc au moins le troisième épisode de ce type en moins d’un an.
La formule de Google ne varie pas : « this only affects reporting ». Elle est exacte, mais elle esquive ce à quoi sert ce rapport. C’est là que vous lancez la validation d’un correctif après avoir réglé des erreurs de type 404, des redirections cassées ou des pages exclues à tort. Tant que le rapport est figé, la validation n’aboutit pas, et vous ne savez pas si votre correction a fonctionné. Sur une migration de domaine ou une refonte, cela veut dire piloter à l’aveugle pendant la période où le risque de perte d’indexation est le plus élevé.
Une opacité qui dépasse les pannes
Les gels ne sont que la partie visible. Même quand la Search Console fonctionne normalement, elle ne montre qu’une partie de ce qui se passe.
Les requêtes anonymisées d’abord. Google masque les requêtes émises par moins de quelques dizaines d’utilisateurs sur deux à trois mois, au nom de la confidentialité. Patrick Stox (Ahrefs) a mesuré qu’elles représentaient 46,77 % des clics en avril 2025, sur 22 milliards de clics répartis sur 887 534 propriétés. Ahrefs vend un rapport censé combler une partie de ce trou, ce qui ne disqualifie pas la mesure mais mérite d’être su.
Les fonctionnalités d’IA générative ensuite. Le rapport dédié aux AI Overviews et à l’AI Mode n’affiche que des impressions, sans clics. Interrogé par Search Engine Roundtable le 15 octobre 2026, Google répond qu’il « introduira des métriques supplémentaires au fil du temps ». Et dans le rapport de performances classique, tous les liens d’un même AI Overview partagent une position unique.
Enfin, la sauvegarde elle-même n’est pas garantie. L’export groupé vers BigQuery (bulk data export), présenté comme la solution pour conserver ses données au-delà de 16 mois, a perdu deux jours pour certaines propriétés : le 28 février et le 1er mars 2026. Google précise que ces données ne seront pas récupérées.
La GSC ne serait pas une priorité pour Google ?
La vérité, c’est que la GSC n’a jamais été une priorité pour Google :
- rapports obsolètes, ou difficiles à utiliser
- tronqués (les 999 lignes),
- APIs en retard de deux guerres,
- fonctionnalités manquantes (combien de temps pour avoir des regex dans les filtres)
- ergonomie bizarre (surtout comparée aux Bing Webmaster Tools : pourquoi le rapport d’exploration est dans les paramètres),
- fonctionnalités utiles d’abord cachées, puis supprimées « parce que personne ne les utilise » (sans blague…)
Et c’est bien dommage, parce que sans la GSC, le travail de SEO/GEO est rendu plus difficile.
Pourquoi ça compte, et ce que vous devez faire
Cinq réflexes à prendre, par ordre de priorité.
- Annotez les périodes à risque dans vos rapports et ceux de vos clients : 13 mai 2025 au 27 avril 2026 pour les impressions, CTR et positions, ainsi que chaque gel connu. La Search Console permet d’ajouter des annotations personnalisées depuis novembre 2025.
- Basculez vos KPI sur les clics pour toute comparaison qui touche la période du bug. C’est la seule métrique que Google déclare non affectée.
- Activez l’export BigQuery pour conserver votre historique, en sachant qu’il peut lui aussi présenter des trous. Complétez-le par une extraction mensuelle via l’API.
- Doublez le rapport d’indexation sur vos pages critiques : l’outil d’inspection d’URL (et son API) interroge l’index en direct, et l’analyse de logs serveur montre ce que Googlebot explore réellement, sans dépendre d’aucun rapport.
- Vérifiez la date de mise à jour affichée en haut de chaque rapport avant toute analyse ou tout envoi client. C’est précisément l’argument de Mueller, et c’est le seul point sur lequel il faut le prendre au mot.
Bibliographie
- Data anomalies in Search Console, Google Search Console Help
- Premiers pas avec la Search Console, Google Search Central
- Google Responds To Concern Over Search Console Indexing Reports, Search Engine Journal
- Google Downplays Importance Of Fresh Index Reporting, Search Engine Roundtable
- Google fixes Search Console’s year-long data logging issue, Search Engine Land
- Google Search Console Index Coverage report delayed, Search Engine Land
- Google Search Console Page Indexing Report Now Up To Date, Search Engine Roundtable
- Google Page Indexing Report Delays Providing Static Data, Search Engine Roundtable
- Google Search Console Performance Report Stuck At Sunday October 19, Search Engine Roundtable
- Google Search Console Performance Report Extremely Delayed, Search Engine Roundtable
- Google Updates Links In AI Mode & AI Overviews Again, Won’t Show Click Data, Search Engine Roundtable
- Anonymized Queries Make Up Nearly Half of Google Search Console Traffic, Ahrefs
- Impressions GSC faussées depuis mai 2025 : le deuxième incident en moins d’un an