Vous cliquez sur un résultat Google. L'article ne vous plaît pas, vous cliquez sur "retour"… et le site vous renvoie sur une autre page du même domaine. Impossible de partir. Cette pratique agaçante, bien connue des internautes, est désormais dans le viseur de Google : les sites qui l'utilisent verront leur positionnement dégradé dans les résultats de recherche.
C'est quoi, le "détournement du bouton retour" ?
Techniquement, on parle de "back button hijacking". Certains éditeurs manipulent l'historique du navigateur (via l'API JavaScript history.pushState) pour insérer de fausses pages avant la vôtre. Résultat : quand l'internaute clique sur retour, il est piégé sur le site, redirigé vers une page publicitaire, ou obligé de cliquer plusieurs fois pour s'en échapper.
L'objectif avoué : gonfler artificiellement le nombre de pages vues, réduire le taux de rebond apparent, ou forcer l'exposition à de la publicité. L'objectif réel : tromper l'utilisateur. Google ne tolère plus.
Que change Google concrètement ?
Google considère désormais cette manipulation comme une violation de ses règles sur l'expérience utilisateur, au même titre que les interstitiels intrusifs ou le cloaking. Les sites identifiés voient leur classement baisser sur les requêtes concernées, avec un impact direct sur le trafic organique.
Chrome pousse également le curseur côté navigateur : un avertissement peut s'afficher à l'utilisateur lorsqu'un site tente de bloquer la navigation arrière, avec une option pour forcer le retour malgré la manipulation.
Comment vérifier si votre site est concerné
- Ouvrez votre site dans un onglet en navigation privée, naviguez sur 2 ou 3 pages, puis cliquez sur "retour" : vous devez revenir exactement sur la page précédente, sans détour.
- Inspectez votre code : si un script utilise history.pushState() ou window.onpopstate sans raison fonctionnelle claire, demandez à votre développeur de justifier son usage.
- Vérifiez les modules et plugins tiers (pop-ups de sortie, régies publicitaires, systèmes de retargeting agressif) : certains intègrent ce comportement par défaut.
- Surveillez vos Core Web Vitals et la Search Console : une chute soudaine de positions sans raison apparente peut en être le signe.
Les bonnes pratiques à adopter
La règle est simple : le bouton retour appartient à l'utilisateur, pas à vous. Si vous voulez le retenir, faites-le avec du contenu pertinent, un maillage interne intelligent et des appels à l'action clairs — pas en sabotant son navigateur.
Côté technique, limitez history.pushState() aux cas réellement utiles : applications à page unique (SPA), filtres e-commerce, tunnels de conversion multi-étapes. Dans ces cas-là, chaque état poussé doit correspondre à une page réelle que l'utilisateur a effectivement visitée.
Ce que ça dit de la direction prise par Google
Cette sanction s'inscrit dans une tendance de fond : Google privilégie de plus en plus les signaux d'expérience utilisateur réelle au détriment des métriques manipulables. Le temps passé, les pages vues et le taux de rebond ne valent plus grand-chose s'ils sont obtenus par la contrainte.
Pour les éditeurs honnêtes, c'est une bonne nouvelle : moins de concurrents qui trichent, plus de place pour les sites qui investissent dans du contenu utile et une navigation propre.
Un doute sur la conformité technique de votre site ? Nos experts SEO auditent votre site et identifient les pratiques risquées. Sans engagement.
Contactez-nous