Pourquoi une ancienne URL continue-t-elle d'apparaître dans Google après une redirection ?

Que se passe-t-il réellement quand Google suit une redirection ?

Lorsqu'un Googlebot rencontre une redirection 301 ou 302, il suit cette redirection et indexe la page de destination. C'est elle qui devient la version canonique aux yeux du moteur. Les signaux de ranking (backlinks, autorité, etc.) se transfèrent progressivement vers cette nouvelle URL.

Mais l'ancienne URL ne disparaît pas immédiatement de l'index. Elle reste techniquement connue de Google, même si elle n'est plus considérée comme la version principale. C'est un point crucial que beaucoup de praticiens négligent lors d'audits post-migration.

Pourquoi l'ancienne URL apparaît-elle encore dans les résultats ?

La déclaration de Mueller précise un cas spécifique : les requêtes explicites de type site:oldurl.com. Ces opérateurs forcent Google à afficher ce qu'il connaît de ce domaine ou de cette URL précise, même si elle redirige ailleurs.

Cela ne signifie pas que l'ancienne URL se classe réellement pour des requêtes organiques. Google maintient simplement une trace dans son index pour gérer les requêtes directes, les vérifications techniques, ou les cas où l'URL est encore référencée ailleurs sur le web.

Cette persistance peut durer des semaines, voire des mois, selon la fréquence de crawl du site et la qualité des signaux envoyés à Google. Un site avec un faible crawl budget verra ses anciennes URLs persister plus longtemps.

Quelle est la différence entre présence dans l'index et indexation active ?

Il faut distinguer deux concepts souvent confondus. La présence dans l'index signifie que Google connaît l'URL et peut la restituer dans des cas spécifiques (comme site:). L'indexation active, elle, signifie que l'URL est considérée comme valide, crawlée régulièrement, et susceptible de se classer pour des requêtes organiques.

Une ancienne URL redirigée reste techniquement présente, mais n'est plus activement indexée. Google la garde en mémoire pour gérer les transitions, les erreurs potentielles, ou les backlinks entrants qui pointent encore vers elle. C'est un comportement normal du moteur, pas un bug.

• La page de destination reçoit les signaux de ranking et l'autorité transférée
• L'ancienne URL peut apparaître temporairement dans des requêtes site: sans impact sur le SEO
• La consolidation des signaux prend du temps, surtout sur des sites à faible crawl budget
• Les backlinks externes vers l'ancienne URL transmettent toujours leur jus via la redirection
• La vitesse de transition dépend de la fréquence de crawl, de la qualité du sitemap, et de la cohérence des signaux internes

Cette déclaration est-elle cohérente avec les observations terrain ?

Oui, complètement. On observe régulièrement cette persistance résiduelle des anciennes URLs après une migration ou une refonte. Ce que Mueller confirme ici, c'est que ce comportement n'est pas un dysfonctionnement — c'est une caractéristique du système.

Le problème, c'est que beaucoup de clients paniquent quand ils voient encore leurs anciennes URLs dans une requête site:. Ils croient que la migration a échoué. En réalité, il faut regarder les performances organiques réelles : si les nouvelles URLs se classent et génèrent du trafic, tout va bien. La présence résiduelle dans site: n'a aucun impact.

Quelles nuances faut-il apporter à cette affirmation ?

Mueller parle de redirections, mais il ne précise pas le type de redirection. Une 301 permanente devrait accélérer la consolidation. Une 302 temporaire, en revanche, peut ralentir le transfert d'autorité et prolonger la période de flottement. [A vérifier] : Google traite-t-il toutes les redirections de la même manière en termes de vitesse de transition ?

Autre point : la déclaration ne mentionne pas les chaînes de redirections. Si oldurl.com redirige vers intermediateurl.com qui redirige vers finalurl.com, Google peut mettre encore plus de temps à consolider, voire perdre une partie du jus en route. Sur des migrations complexes, on observe parfois des comportements erratiques pendant plusieurs semaines.

Enfin, Mueller ne dit rien sur les redirections internes mal configurées. Si vos liens internes pointent toujours vers les anciennes URLs (qui redirigent), vous diluez les signaux. Google verra deux versions coexister plus longtemps. Un audit des liens internes post-migration est indispensable pour accélérer la transition.

Dans quels cas cette règle ne s'applique-t-elle pas ?

Si l'ancienne URL retourne une erreur 404 au lieu de rediriger, elle disparaîtra progressivement de l'index. Google la crawlera quelques fois pour confirmer l'erreur, puis la supprimera. Mais attention : si des backlinks externes pointent encore vers elle, vous perdez définitivement ce jus.

Autre cas : les soft 404. Si votre ancienne URL renvoie un code 200 avec un contenu vide ou un message d'erreur, Google peut la garder en index bien plus longtemps, pensant qu'elle est toujours active. C'est un piège classique lors de refontes mal gérées.

Que faut-il faire concrètement après une migration ou une refonte ?

Première action : vérifier les codes de retour HTTP de toutes vos redirections. Utilisez un crawler comme Screaming Frog ou Oncrawl pour identifier les 301, 302, chaînes de redirections, et erreurs potentielles. Chaque redirection doit pointer directement vers la version finale, sans intermédiaire.

Deuxième action : mettre à jour tous les liens internes pour qu'ils pointent directement vers les nouvelles URLs. Ne vous reposez pas uniquement sur les redirections. Google verra des signaux plus cohérents si votre maillage interne est propre dès le départ. Cela accélère la consolidation.

Troisième action : soumettre un nouveau sitemap XML contenant exclusivement les nouvelles URLs. Supprimez l'ancien sitemap ou marquez-le comme obsolète dans la Search Console. Google doit comprendre clairement quelle version vous souhaitez indexer.

Quelles erreurs éviter lors de la gestion des redirections ?

Erreur classique : rediriger toutes les anciennes URLs vers la page d'accueil. C'est considéré comme une soft 404 par Google si le contenu n'est pas pertinent. Chaque ancienne URL doit rediriger vers son équivalent thématique le plus proche sur la nouvelle architecture.

Autre piège : supprimer les redirections trop tôt. Certains clients retirent les 301 après quelques semaines, pensant que la migration est terminée. Mais des backlinks externes peuvent encore pointer vers les anciennes URLs pendant des années. Maintenez les redirections au minimum 12 mois, idéalement indéfiniment.

Enfin, ne paniquez pas si les anciennes URLs apparaissent encore dans site: plusieurs semaines après la migration. Tant que vos nouvelles URLs se classent et génèrent du trafic, c'est le signe que Google a bien consolidé. La présence résiduelle dans l'index n'est qu'un artefact technique sans impact SEO réel.

Comment vérifier que la transition s'est bien passée ?

Dans la Search Console, comparez l'évolution du nombre de pages indexées avant et après la migration. Vous devriez voir les nouvelles URLs monter progressivement, et les anciennes descendre. Utilisez le rapport de couverture pour identifier les URLs en erreur ou exclues.

Surveillez également les performances organiques : impressions, clics, positions moyennes. Une baisse temporaire de 10-20% est normale lors d'une migration. Si elle dépasse 30% ou persiste au-delà de 4-6 semaines, c'est qu'il y a un problème structurel à investiguer.

Enfin, crawlez votre site régulièrement pour détecter les nouvelles chaînes de redirections ou les erreurs 404 qui pourraient apparaître. Les migrations génèrent souvent des bugs imprévus qui ne se révèlent qu'après quelques semaines d'utilisation réelle.

• Auditer tous les codes HTTP pour confirmer que chaque redirection est en 301 direct
• Mettre à jour le maillage interne pour pointer vers les nouvelles URLs uniquement
• Soumettre un sitemap XML à jour contenant exclusivement les URLs finales
• Surveiller la Search Console pour détecter les erreurs d'indexation ou de couverture
• Maintenir les redirections au minimum 12 mois, idéalement indéfiniment
• Ne pas paniquer si les anciennes URLs apparaissent encore dans site: plusieurs semaines après