Modification de la SERP de Google /goto : comment Ranktracker a été le premier à y remédier

Introduction

Google vient d'apporter l'un des changements les plus importants de ces dernières années concernant la manière dont les URL des résultats de recherche sont présentées aux utilisateurs et aux outils de référencement.

Fin août, Google redirigeait une part croissante des résultats de recherche naturels via des redirections google.com/goto au lieu d'afficher directement l'URL de destination.

Pour les outils de suivi de classement et les fournisseurs de données SERP, cela a de l’importance.

Beaucoup.

Mais pour Ranktracker, ce n'était pas un problème nouveau.

Nous avons détecté ce changement le 11 juin 2026.

Nous y avons remédié le jour même.

C'était 76 jours avant que Google ne confirme le déploiement à grande échelle le 26 août — et plusieurs semaines avant même que la plupart des acteurs du secteur du référencement naturel n'en parlent.

Aujourd’hui, plus d’une semaine après que le changement /goto de Google a atteint une couverture quasi totale chez plusieurs fournisseurs d’adresses IP résidentielles, certaines des plus grandes plateformes de référencement au monde sont toujours aux prises avec ses répercussions.

Ahrefs a publiquement reconnu cette semaine que le changement /goto de Google avait entraîné des incohérences dans ses données et a indiqué que son équipe travaillait toujours à la restauration des résultats affectés.

C’est précisément pour cette raison qu’il est essentiel de détecter rapidement les changements dans les SERP.

Ce que Google a modifié

Jusqu’à récemment, extraire l’URL de destination d’un résultat naturel de Google était relativement simple.

Un résultat classant une page telle que :

example.com/page

affichait normalement cette URL de destination directement dans le résultat de recherche.

Google a désormais commencé à remplacer ces URL directes par quelque chose de plus proche de :

google.com/goto?...

L'URL /goto sert de redirection intermédiaire avant d'envoyer l'utilisateur vers la destination réelle.

Pour un utilisateur lambda de Google, cela ne change pratiquement rien.

Vous cliquez sur le résultat. Vous arrivez sur le site web.

Pour les logiciels qui collectent les classements Google à grande échelle, cependant, la différence est significative.

L’URL de destination réelle n’est plus simplement là, attendant d’être extraite.

Les outils doivent correctement gérer ce nouveau comportement tout en déterminant :

• quel site web est classé
• l'URL exacte du classement
• sa position
• les fonctionnalités de la page de résultats (SERP)
• les concurrents
• les variations historiques du classement
• les modifications apportées à la page de destination

Si ce processus échoue, l’outil de suivi de classement peut finir par enregistrer l’URL /goto de Google au lieu de celle du site web réellement classé.

Et dès que des données SERP erronées pénètrent dans un système, elles peuvent affecter tout ce qui repose dessus.

Ranktracker l’a détecté le 11 juin

Notre système de surveillance a détecté ce nouveau comportement pour la première fois le 11 juin 2026.

Cela a immédiatement été identifié comme un élément susceptible d’affecter l’intégrité de nos données de classement.

Nous avons mené une enquête.

Nous avons corrigé Ranktracker.

Et le correctif a été mis en ligne le jour même.

Depuis lors, nous n’avons plus constaté que les URL /goto de Google se glissaient dans nos données de classement.

Ce qui est intéressant, c’est ce qui s’est passé ensuite.

Pendant des semaines, presque personne n’en a parlé.

La première observation publique largement documentée remonte au 23 juin.

Le 8 juillet, Search Engine Roundtable rapportait que seule une poignée de personnes avait remarqué ce phénomène. Barry Schwartz déclarait à l’époque qu’il ne parvenait toujours pas à le reproduire lui-même.

L’article présentait également des exemples montrant qu’Ahrefs commençait déjà à détecter ce nouveau modèle d’URL.

À ce moment-là, la correction apportée par Ranktracker était déjà en place depuis près d’un mois.

Puis Google a intensifié ses efforts

Pendant une grande partie des mois de juin et juillet, /goto semblait être une fonctionnalité que Google testait sur un pourcentage limité de recherches.

La situation a radicalement changé en août.

Le 26 août 2026, Google a confirmé qu’il déployait de nouvelles mesures techniques pour lutter contre les abus de ses services de recherche.

Le même jour, les données de Nozzle ont montré que le comportement /goto couvrait désormais la quasi-totalité des fournisseurs d’adresses IP résidentielles.

À ce stade, cela a cessé d’être un cas marginal et occasionnel.

C'est devenu un problème d'infrastructure pour les entreprises collectant les SERP de Google à grande échelle.

Une solution de contournement qui pouvait être acceptable lorsque le comportement /goto n'apparaissait que dans une infime fraction des requêtes devient un tout autre problème lorsqu'il apparaît presque partout.

C’est là que la détection précoce commence à porter ses fruits.

Une semaine plus tard, les principales plateformes de référencement étaient encore en train de se remettre

C’est sans doute la partie la plus intéressante de cette histoire.

Ahrefs est l’une des plateformes de référencement les plus importantes et les plus sophistiquées techniquement du secteur.

Pourtant, début septembre, Ahrefs a publiquement reconnu que l’utilisation accrue par Google des redirections /goto avait entraîné une incohérence temporaire dans ses données.

Son équipe a déclaré qu’elle travaillait toujours à la restauration des résultats affectés.

Cette mise à jour est intervenue environ une semaine après la confirmation du déploiement à grande échelle de Google.

Ranktracker avait déjà mis en place sa solution depuis le 11 juin.

Cela ne signifie pas pour autant que le traitement à très grande échelle des SERP de Google soit une mince affaire.

Ce n’est pas le cas.

Google évolue constamment, et les modifications conçues spécifiquement pour compliquer la collecte automatisée de données posent de sérieux défis techniques à toutes les entreprises opérant dans ce domaine.

Mais c'est justement là tout l'intérêt.

L'utilité d'un outil de suivi de classement dépend entièrement de la qualité des données sur lesquelles il s'appuie.

Et la taille de l’entreprise qui fournit ces données ne signifie pas automatiquement qu’elle sera la première à détecter chaque changement de Google.

La véritable concurrence réside dans la rapidité de détection

On considère parfois les outils de suivi de position comme de simples outils permettant de vérifier le classement d’un site web.

Derrière l'interface, c'est une bataille constante pour rester à la page face à Google.

Google apporte des modifications :

• structures HTML
• Mises en page des SERP
• types de résultats
• Comportement de localisation
• systèmes anti-bots
• Structures d'URL
• JavaScript
• Résultats générés par l'IA
• comportement de la requête

Parfois, ces changements sont annoncés.

La plupart du temps, ce n'est pas le cas.

Un fournisseur de données SERP ne reçoit pas d’e-mail de Google lui disant :

« Nous allons modifier cela mardi prochain. Veuillez mettre à jour votre analyseur. »

Vous vous en rendez compte parce que quelque chose change dans les données.

Le défi consiste à détecter ce signal avant qu’il ne se transforme en un problème généralisé.

C’est exactement ce qui s’est passé ici.

La chronologie en dit long

11 juin 2026 Ranktracker détecte le nouveau comportement /goto de Google et déploie un correctif le jour même.

23 juin 2026 Les premières apparitions publiques largement documentées des nouvelles URL /goto de Google sont signalées.

Début juillet 2026 De plus en plus de spécialistes du référencement signalent ce comportement, bien qu’il reste difficile à reproduire de manière constante.

26 août 2026 Google confirme le déploiement à grande échelle du nouveau système de redirection. Une couverture quasi totale est signalée chez plusieurs fournisseurs d’adresses IP résidentielles.

Début septembre 2026 Ahrefs confirme publiquement que ce changement a entraîné des incohérences dans ses données et indique que les résultats affectés sont toujours en cours de restauration.

La correction apportée par Ranktracker était déjà en place depuis près de trois mois.

Voici ce que le suivi de classement est censé faire

Une réponse s’impose face à tout cela :

« Détecter les changements chez Google, n’est-ce pas littéralement le travail d’un outil de suivi de classement ? »

Oui.

Absolument.

C’est exactement ce que nous voulons dire.

Nos utilisateurs nous paient pour surveiller Google.

Ils ne devraient pas avoir à découvrir un changement de Google sur Twitter, LinkedIn ou un site d'actualités SEO, puis à se demander si leurs données de classement étaient erronées depuis une semaine.

Ils ne devraient pas avoir à attendre qu’une bannière leur indique que leurs données ont été affectées.

Idéalement, ils ne devraient même pas remarquer ce changement d'infrastructure.

C'est à nous de le remarquer.

C'est à nous de le corriger.

Et leur suivi de classement devrait continuer à fonctionner.

Le 11 juin, notre système de surveillance nous a signalé qu’un changement était intervenu dans les SERP de Google.

Nous avons enquêté et déployé le correctif le jour même.

La communauté SEO dans son ensemble a commencé à s'en rendre compte par la suite.

Google a fini par étendre cette mise à jour à une échelle bien plus large.

Et près de trois mois plus tard, certaines des plus grandes plateformes du secteur en subissaient encore les conséquences.

C'est là toute l'importance de la détection précoce.

Google ne cessera d’évoluer.

Notre travail consiste à faire en sorte que Ranktracker évolue encore plus vite.