John Mueller : Google ne déploie pas ses mises à jour avant de les annoncer

L’essentiel

• Google a lancé l’August 2026 spam update le 18 août 2026 à 9 h 27 heure du Pacifique, soit 18 h 27 à Paris.
• Un SEO affirmait voir dans la Search Console des déploiements démarrer 3 à 5 jours avant l’annonce.
• John Mueller dément : Google ne déploie pas ses mises à jour avant de les annoncer.
• Les core updates de moindre ampleur, elles, ne sont pas annoncées du tout, selon la documentation de Google.

Une question posée sous l’annonce de la spam update

Google a lancé l’August 2026 spam update le 18 août 2026. Le Search Status Dashboard date le début du déploiement à 9 h 27 heure du Pacifique, soit 12 h 27 à New York et 18 h 27 à Paris. La mise à jour s’applique dans le monde entier et à toutes les langues, et son déploiement « peut prendre quelques jours » (traduction). Le détail du lancement figure dans l’article publié hier.

Google Search Central a relayé l’annonce sur LinkedIn, en la présentant comme une spam update « normale » (traduction). Dans les commentaires, Muhammad Saad a soutenu que, d’après ce qu’il voyait dans la Search Console, Google semblait lancer ses mises à jour 3 à 5 jours avant de les officialiser. L’idée n’a rien de neuf. Les outils de suivi relèvent souvent des turbulences dans les jours qui précèdent une annonce, et une partie des SEO en déduit que le déploiement a commencé en silence.

John Mueller : l’annonce colle au lancement réel

La réponse de John Mueller tient en deux phrases. « Nous ne les déployons pas à l’avance » (traduction), écrit-il. Google essaie, ajoute-t-il, de publier l’annonce au plus près du moment où l’on « appuie sur le bouton » (traduction), un exercice que les fuseaux horaires compliquent parfois. Search Engine Roundtable et Search Engine Journal ont repris l’échange le 19 août 2026.

Google confirme donc un point précis : la date et l’heure affichées sur le tableau de bord correspondent au démarrage effectif, à quelques heures près. Mueller ne dit rien, en revanche, de l’origine des mouvements observés avant l’annonce. Sur Search Engine Roundtable, Barry Schwartz en conclut que la volatilité relevée avant le 18 août n’avait pas de lien avec la spam update. C’est sa lecture. Elle découle de la réponse de Mueller, mais Google ne l’a pas formulée en ces termes.

Mises à jour non annoncées : une règle déjà documentée

Pour rappel, toutes les modifications des classements ne donnent pas lieu à une annonce. Depuis décembre 2025, la documentation de Google sur les core updates précise que des core updates plus modestes interviennent entre les grandes, et qu’elles ne sont pas annoncées faute d’être largement perceptibles. Google avait déjà tenu ce discours en 2019 par la voix de Danny Sullivan, comme l’a rappelé Search Engine Roundtable lors de l’ajout de ce passage.

Les annonces anticipées ne sont pas davantage au programme. Le 13 décembre 2025, en réponse à Mordy Oberstein, John Mueller écrivait sur Bluesky que des changements de qualité prêts pour une date et une heure données ne sont « jamais acquis », et qu’une annonce calée à l’avance sur une date fixe « n’est pas possible » (traduction). Une turbulence qui précède une annonce peut donc venir d’un ajustement mineur non communiqué, de l’actualité ou de la concurrence. Selon Google, elle ne vient pas d’un démarrage discret de la mise à jour annoncée.

Dater une baisse : partir de l’heure officielle

Concrètement, cette réponse invite à procéder en quatre temps.

1. Relever sur le Search Status Dashboard la date et l’heure de début, puis la date de fin, comme le recommande la documentation de Google.
2. Convertir cette heure en heure de Paris : une annonce publiée en fin de journée française ne peut pas expliquer une baisse visible dès le matin du même jour.
3. Pour un déploiement aussi récent, ouvrir la vue sur 24 heures du rapport Performance de la Search Console, la seule à afficher des données horaires, en sachant que les dernières heures restent provisoires.
4. Attendre au moins une semaine après la fin du déploiement, puis comparer la semaine écoulée à celle qui précède le début, comme Google le conseille pour les core updates.

Une chute qui démarre avant l’heure officielle a une autre cause : changement technique sur le site, mise à jour non annoncée, saisonnalité ou concurrent qui progresse.

Ce que j’en retiens

La réponse de Mueller ne surprend pas, mais elle tranche un débat qui revient à chaque annonce. Je la prends au mot pour une raison pratique : l’heure du Search Status Dashboard devient la seule référence pour attribuer une variation à une mise à jour confirmée. Une baisse commencée plusieurs jours avant le 18 août s’analyse à part, sans l’étiquette « spam update ».

Reste l’angle mort des mises à jour que Google n’annonce pas. Avant de chercher la cause chez Google, c’est un point à vérifier dans votre propre historique : mise en production, migration, modification du robots.txt ou des balises canoniques, datées au jour près. Je tiens ce journal des changements à côté de la Search Console, et c’est souvent lui qui donne la réponse.