Juin 2026 : spam update, bouton retour, migrations… la checklist technique de l'été

Sommaire
- Que s'est-il passé côté Google en juin 2026 ?
- Le spam update de juin a-t-il touché votre site ?
- Bouton retour : qu'est-ce qui est sanctionné depuis le 15 juin ?
- Migration de domaine : que change la précision du 17 juin ?
- Quelles autres précisions de juin méritent votre attention ?
- Mon analyse : la technique redevient une affaire d'hygiène
- Que faire concrètement ?
- Questions fréquentes
- Sources
Le spam update de juin 2026 s'est déployé du 24 juin à 9 h au 26 juin à 10 h (heure du Pacifique), soit du 24 juin 18 h au 26 juin 19 h à Paris et Madrid, sur toutes les langues et tous les pays.[1] Google n'a pas précisé ce qu'il visait. Si votre trafic a décroché fin juin, il faut donc vérifier trois choses avant de conclure : le spam update juin 2026 lui-même, la fin de la core update de mai le 2 juin, et la règle contre le détournement du bouton retour, appliquée depuis le 15 juin.
Juin a été un mois chargé pour qui gère un site. Pas spectaculaire, mais dense : une fin de mise à jour majeure, une nouvelle règle anti-spam qui entre en vigueur, une mise à jour anti-spam, et plusieurs précisions de documentation qui touchent les migrations et les outils SEO. Avec le recul de novembre, voici comment démêler ces événements et la checklist technique que j'applique sur les sites de mes clients.
Que s'est-il passé côté Google en juin 2026 ?
Cinq dates suffisent à reconstituer le mois. Elles comptent parce qu'une baisse de trafic ne s'interprète qu'à la lumière de ce qui a changé au même moment chez Google.

Le spam update de juin a-t-il touché votre site ?
Une mise à jour anti-spam ne ressemble pas à une core update. Celle de juin a été bouclée en deux jours environ, quand les core updates de mars et de mai ont chacune demandé une douzaine de jours.[1][2][5] Un effet lié au spam update se lit donc comme une marche d'escalier nette entre le 24 et le 27 juin, pas comme une glissade sur deux semaines.

Ma méthode de diagnostic est simple. Dans la Search Console, réglez le rapport de performances en vue quotidienne du 1er juin au 15 juillet et posez trois repères : le 2 juin, le 15 juin et le 24 juin. Une chute lente qui se stabilise début juin relève plutôt de la core update de mai, que je détaille dans ma chronique sur la core update de mai. Une marche brutale autour du 25 juin pointe vers le spam update.
Ouvrez ensuite le rapport « Actions manuelles ». Une mise à jour anti-spam est algorithmique et ne laisse pas de message ; une action manuelle, si. Cette distinction compte davantage depuis avril : Google a indiqué le 14 avril qu'il pouvait désormais utiliser les signalements de spam pour prendre des actions manuelles.[4] Un concurrent agacé peut donc déclencher un examen humain de votre site.
Bouton retour : qu'est-ce qui est sanctionné depuis le 15 juin ?
Google définit le détournement du bouton retour comme le fait d'interférer avec la navigation du navigateur pour empêcher l'internaute de revenir à la page précédente, par exemple en insérant des pages dans l'historique ou en le redirigeant vers des pages ou des publicités non sollicitées. Annoncée le 13 avril, la règle s'applique depuis le 15 juin. Les pages concernées s'exposent à des actions manuelles ou à des rétrogradations automatiques.[3]
Le point qui concerne directement les PME : Google précise que le problème peut venir « des bibliothèques incluses par le site ou de sa plateforme publicitaire ».[3] Autrement dit, vous pouvez être en infraction sans avoir écrit une ligne de code fautive. Un module de pop-up, un script de régie publicitaire ou un widget de « contenus recommandés » suffit. J'ai consacré un article complet au back button hijacking avec la méthode d'audit des scripts.
Le correctif demandé est clair : retirer ou désactiver le code, les imports ou les réglages responsables, puis, s'il y a eu action manuelle, déposer une demande de réexamen dans la Search Console.[3]
Migration de domaine : que change la précision du 17 juin ?
Le 17 juin, Google a précisé dans sa documentation sur les déménagements de site que l'outil de changement d'adresse s'applique à toutes les variantes de sous-domaine, y compris les versions avec et sans www.[4] Cela paraît un détail. Dans les migrations que je reprends après coup, c'est pourtant une erreur fréquente : la version principale redirige proprement, mais la variante oubliée continue de vivre avec ses propres signaux.
Si vous changez de nom de domaine, par exemple pour passer d'un .es à un .com en vous développant en France, listez avant la bascule toutes les variantes qui ont reçu du trafic ou des liens : avec et sans www, http et https, anciens sous-domaines. Chacune doit rediriger en 301 vers l'URL équivalente du nouveau domaine, page par page, et pas vers la page d'accueil.
Quelles autres précisions de juin méritent votre attention ?
Le 5 juin, Google a ajouté à sa documentation des conseils pour évaluer les outils, services et recommandations SEO de tiers, et enrichi sa page sur le recours à un référenceur.[4] Le 15 juin, il a écrit noir sur blanc que les fichiers llms.txt ne sont pas nécessaires pour sa recherche et n'aident ni ne pénalisent le classement, et il a supprimé la documentation des FAQ en résultats enrichis, qui ne s'affichent plus.[4]
Ajoutez à cela un élargissement du périmètre du spam : depuis le 15 mai, la définition du spam de Google inclut les tentatives de manipuler les réponses d'IA générative dans sa recherche.[4] Les techniques vendues comme du « GEO express », comme les mentions artificielles ou les pages fabriquées pour être reprises par l'IA, tombent donc dans la même catégorie que les vieux réseaux de liens.
Pour une PME qui achète des prestations, la conséquence est pratique. Quand un outil ou une agence vous recommande un fichier spécial pour l'IA, un balisage miracle ou une campagne de mentions, demandez sur quelle documentation officielle repose la recommandation. En juin 2026, Google a lui-même fourni les critères pour poser cette question.
Mon analyse : la technique redevient une affaire d'hygiène
Ce qui me frappe en relisant juin avec du recul, c'est la cohérence. Google ne demande rien de nouveau aux sites honnêtes. Il durcit les sanctions contre ce qui dégrade l'expérience, nettoie sa documentation de ce qui ne sert plus, et rappelle que les recettes miracles pour l'IA n'en sont pas. Je développe ce point dans mon article sur les mythes du SEO technique à l'ère de l'IA.
Le vrai risque pour une PME n'est pas d'être un spammeur, c'est d'héberger sans le savoir le code de quelqu'un d'autre. Un site WordPress ou Shopify moyen charge des scripts de plusieurs prestataires. Chacun peut changer de comportement du jour au lendemain, et c'est vous que Google sanctionne.
Que faire concrètement ?

Pour l'étape des scripts, rien ne remplace un test manuel : ouvrez vos pages les plus visitées depuis un résultat Google sur un téléphone, puis appuyez sur retour. Vous devez revenir aux résultats, du premier coup. Pour les redirections, un crawler comme Arachnide, l'outil open source que je maintiens, permet de vérifier en une passe où aboutit chaque ancienne adresse.
Questions fréquentes
Quand a eu lieu le spam update de juin 2026 ?
Selon le tableau de bord de Google, il a commencé le 24 juin 2026 à 9 h et s'est terminé le 26 juin à 10 h, heure du Pacifique, soit du 24 juin 18 h au 26 juin 19 h à Paris et Madrid. Il s'appliquait à toutes les langues et à tous les pays, et Google n'a pas détaillé les pratiques visées.
Comment savoir si mon site a été touché par le spam update ?
Regardez le rapport de performances de la Search Console en vue quotidienne. Une baisse nette entre le 24 et le 27 juin, sans autre changement de votre côté, est un indice fort. Vérifiez aussi le rapport Actions manuelles : une mise à jour anti-spam n'envoie pas de message, une action manuelle si.
Mon site peut-il être sanctionné à cause d'un script publicitaire ?
Oui. Pour le détournement du bouton retour, sanctionné depuis le 15 juin 2026, Google précise que le problème peut venir des bibliothèques incluses ou de la plateforme publicitaire du site. Le responsable reste le propriétaire du site, qui doit retirer le code fautif et demander un réexamen en cas d'action manuelle.
Faut-il déclarer les versions www et sans www lors d'une migration ?
Depuis la précision du 17 juin 2026, Google indique que l'outil de changement d'adresse s'applique à toutes les variantes de sous-domaine, avec et sans www. Il reste indispensable que chaque variante redirige en 301 vers l'URL équivalente du nouveau domaine, page par page.
Sources
- Google Search Status Dashboard, « June 2026 spam update » (24–26 juin 2026)
- Google Search Status Dashboard, core update de mai 2026 (21 mai – 2 juin 2026)
- Google Search Central, nouvelle règle contre le détournement du bouton retour (13 avril 2026)
- Google Search Central, journal des mises à jour de la documentation (entrées des 14 avril, 15 mai, 5, 15 et 17 juin 2026)
- Google Search Status Dashboard, core update de mars 2026 (27 mars – 8 avril 2026)
