Search Console : 64 heures de retard puis un sélecteur de dates bloqué en 1969

L’essentiel

• Le 11 octobre 2026 vers 7 h (heure de l’Est américain), les données Performance avaient plus de 64 heures de retard, d’après Search Engine Roundtable.
• Le rapport semblait revenu à la normale dans la matinée du 12 octobre.
• Les 13 et 14 octobre, les plages de dates personnalisées ont renvoyé par intermittence l’erreur « Date can’t be after 1969-12-31 ».
• Google n’a fait aucun commentaire public sur ces deux incidents.

Rapport Performance : jusqu’à 67 heures sans données fraîches

Le dimanche 11 octobre 2026, vers 7 h à New York (13 h à Paris), Barry Schwartz a relevé sur Search Engine Roundtable un retard de plus de 64 heures dans le rapport Performance de la Search Console. En temps normal, les données arrivent avec quelques heures de décalage. Le même jour, le SEO Anoop K parlait sur X de « près de 62 heures » sans mise à jour (traduction). Dans ses messages sur X, Barry Schwartz a ensuite compté 66, puis 67 heures. Vers 11 h, heure de l’Est, l’écart était redescendu à 44 heures.

Le 12 octobre au matin, le rapport « semble revenu à la normale » (traduction), toujours selon Barry Schwartz. Il note que ces retards concernent plus souvent le rapport d’indexation des pages que les rapports Performance. Pour rappel, un épisode comparable avait eu lieu en décembre 2025 : Google l’avait corrigé, mais avait tardé à reconnaître le problème.

D’après Search Engine Roundtable, le rapport prenait du retard depuis quelques jours, après la September 2026 spam update. Certains SEO y ont vu l’annonce d’une core update. Barry Schwartz ne croit pas que ce retard en soit le signe, même s’il s’attend lui aussi à une core update prochainement. Rien ne permet, à ce stade, de relier les deux.

Sélecteur de dates : une date de fin bloquée au 31 décembre 1969

Le mardi 13 octobre, Search Engine Roundtable a signalé un second problème, dans l’interface cette fois. Dans les rapports Performance, la plage de dates personnalisée ne fonctionnait plus : la date de fin restait coincée en 1969, et toute modification déclenchait le message « Date can’t be after 1969-12-31 » (la date ne peut pas être postérieure au 31 décembre 1969). Sur X, un utilisateur prénommé Punit voyait plutôt le 1er janvier 1970 comme date de fin. Les plages prédéfinies (24 heures, 7 jours, 28 jours, 3, 6, 12 et 16 mois) restaient utilisables.

La réparation n’a pas tenu du premier coup. Le sélecteur fonctionnait de nouveau le 13 vers 9 h 10. Le 14 octobre vers 7 h, heure de l’Est, il était de nouveau en panne. Barry Schwartz l’a dit réparé une seconde fois le même jour vers 9 h 45, en ajoutant « pour l’instant » (traduction).

Le 1er janvier 1970 correspond à l’origine du temps Unix, et le 31 décembre 1969 au même instant affiché dans un fuseau horaire américain. Cette lecture n’engage que moi, Google n’ayant rien expliqué. Elle fait penser à une date vide remplacée par une valeur par défaut, plutôt qu’à un problème dans les données elles-mêmes.

Google reste silencieux

Google n’a commenté aucun des deux incidents. Le tableau de bord d’état de Google Search ne sert pas de recours ici : il couvre le crawl, l’indexation, le classement et l’affichage des résultats, pas la Search Console, et sa dernière entrée reste la spam update de septembre. Aucune source ne fait état de données perdues. Le rapport Performance a rattrapé son retard, mais Google n’a pas confirmé que les journées touchées sont complètes.

Ce que j’en retiens

Deux pannes en quatre jours, c’est surtout un rappel de méthode. Avant de conclure à une baisse de clics, il faut regarder la date de dernière mise à jour affichée dans le rapport Performance et sortir les jours les plus récents de toute comparaison. Si vous alimentez des tableaux de bord par l’API ou Looker Studio, relancez l’extraction des journées du 8 au 11 octobre et comparez-la à la première. C’est le moyen le plus simple de repérer une journée enregistrée incomplète. Et quand le sélecteur de dates flanche, les plages prédéfinies et l’API, qui reçoit ses dates en paramètre, permettent de continuer à travailler.