John Mueller : annoncer une mise à jour relève de la transparence, pas de la consigne

L’essentiel

• Le 27 août 2026, un SEO demande à John Mueller si une mise à jour nommée publiquement donne aux sites un signal sur lequel agir.
• Réponse de Mueller : ces annonces relèvent « avant tout de la transparence » (traduction).
• Les consignes à appliquer sont publiées séparément, dans les règles, le centre d’aide, la documentation et le blog.
• Elles arrivent « généralement bien avant » les changements dans les systèmes de Google, selon lui.

Une question posée une semaine après la spam update d’août

Le 27 août à 18 h 14 (heure de Paris), Shahram Rahbari, qui publie sur Bluesky sous le compte shahramseo.com, interpelle John Mueller. Il prend l’exemple de l’« August spam update » et des core updates. Quand Google donne un nom public à une mise à jour, veut-il transmettre aux propriétaires de sites une indication exploitable, au niveau d’une page ou du site entier ? Ou s’agit-il d’un simple repère de calendrier, sans action attendue des webmasters ?

L’August 2026 spam update s’est déployée du 18 au 20 août, d’après le Google Search Status Dashboard. La question exprime une attente fréquente après une baisse de trafic : lire dans l’annonce elle-même ce qu’il aurait fallu corriger.

John Mueller : « avant tout de la transparence »

La réponse arrive le soir même, à 23 h 24. « Il s’agit avant tout de transparence envers les propriétaires de sites. S’ils ont quelque chose à faire, nous le publierons séparément dans nos règles, le centre d’aide, la documentation et le blog, généralement bien avant tout changement dans nos systèmes » (traduction).

Le propos appelle deux réserves. Mueller écrit « généralement », pas « toujours » : il décrit une pratique habituelle, pas un engagement. Et c’est le message d’un Googler sur un réseau social, pas un texte de la documentation officielle. Il ne dit rien non plus de ce qu’a visé la spam update d’août, ni d’une éventuelle consigne qui l’aurait accompagnée.

Le tableau de bord date, le journal de la documentation prescrit

Les core updates et les spam updates sont listées sur le Google Search Status Dashboard, avec leur date de début et leur durée. Mueller ne le cite pas, mais c’est là que la transparence dont il parle prend forme.

Les changements de règles passent par un autre canal : la page Latest Google Search Documentation Updates (journal des modifications de la documentation Search Central), qui propose un flux RSS. Deux entrées de l’été montrent à quoi ressemble une information sur laquelle agir. Le 24 juillet 2026, Google y a ajouté une règle sur les extraits d’avis, qui vise les faux avis et les avis incités non signalés. Le 20 août, il y a documenté un bouton personnalisé permettant aux internautes de choisir un site comme source préférée. Dans les deux cas, la consigne est écrite et datée. Aucune n’est rattachée à une mise à jour nommée.

Ce que j’en retiens

Je lis cette réponse comme une invitation à séparer deux réflexes. Le Status Dashboard sert à dater : vérifier si une variation dans la Search Console coïncide avec un déploiement. Le journal de la documentation sert à agir, parce que les nouvelles règles y apparaissent, en principe avant d’être appliquées. Pour savoir quoi modifier sur un site, s’abonner à son flux RSS me paraît plus utile que guetter chaque annonce.

Une limite, toutefois. Une mise à jour peut durcir l’application de règles déjà publiées sans qu’aucune ligne nouvelle n’apparaisse dans la documentation. Après une baisse pendant une spam update, je relirais donc les règles anti-spam existantes et je confronterais les pages touchées à ces critères, sans attendre qu’une annonce dise quoi corriger.