Pourquoi Google continue-t-il à crawler des URLs redirigées en 301 depuis plus d'un an ?

Comment Google gère-t-il les redirections 301 dans la durée ?

La logique veut qu'une redirection 301 indique un déplacement permanent : l'ancienne URL disparaît, la nouvelle prend sa place. Dans les faits, c'est plus nuancé. Si des backlinks externes continuent de pointer vers l'ancienne adresse, Googlebot la visite encore, parce que son point d'entrée reste cette URL périmée.

Après quelques passages, Google comprend la situation et fait basculer le canonical vers la nouvelle URL. Concrètement ? Le moteur associe désormais les signaux de ranking — autorité, ancres, contexte — à la destination finale, pas au point de départ. L'ancienne URL devient un simple relais technique.

Pourquoi ces URLs apparaissent-elles encore dans les recherches site: ?

Soyons honnêtes : les commandes site: ne sont pas un reflet exact de l'index de Google. Elles montrent un ensemble d'URLs connues du moteur, mais pas forcément celles qui participent au ranking. Une ancienne URL redirigée peut figurer dans ce résultat parce que Google la garde en mémoire comme point d'entrée historique.

En revanche, la version réellement indexée — celle qui remonte dans les SERPs classiques — est bien la nouvelle. C'est elle qui porte le contenu, les métadonnées, et le potentiel de positionnement. L'ancienne n'est qu'un fantôme dans les logs.

Quel impact sur le crawl budget et les performances du site ?

Le crawl budget n'est pas infini. Si Googlebot passe du temps à visiter des centaines d'URLs redirigées, il en consacre moins aux pages stratégiques. Sur un petit site, l'impact est négligeable. Sur une plateforme avec des milliers de backlinks vers des URLs migrées, ça coince.

La solution évidente — nettoyer les liens entrants — est rarement applicable à 100%. Certains backlinks sont sur des sites tiers qu'on ne contrôle pas, d'autres dans des archives du web ou des forums abandonnés. Le problème persiste donc dans le temps.

• Ancienne URL crawlée : Google continue de la visiter tant que des liens externes y pointent.
• Canonical basculé : Après quelques crawls, le moteur associe les signaux à la nouvelle URL.
• Apparition site: : L'ancienne URL peut figurer dans les résultats site: sans être l'URL indexée pour le ranking.
• Crawl budget : Les redirections répétées consomment du temps de crawl qui pourrait servir ailleurs.
• Backlinks non mis à jour : Tant qu'ils existent, le problème se perpétue.

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

Oui, et c'est même un classique des audits SEO. On trouve régulièrement des sites avec des redirections 301 vieilles de plusieurs années qui apparaissent encore dans les logs de crawl. Le problème est rarement la redirection elle-même — elle fonctionne — mais plutôt la persistance du trafic bot sur des URLs obsolètes.

Ce qui est plus flou, c'est le délai exact pour que le canonical bascule définitivement. Mueller parle de "quelques fois", mais ça peut aller de quelques jours à plusieurs semaines selon la fréquence de crawl du site et la qualité des backlinks. [À vérifier] : Google n'a jamais donné de chiffre précis, et ça varie clairement d'un site à l'autre.

Quelles nuances faut-il apporter à cette règle ?

Premier point : tous les liens externes ne se valent pas. Un backlink depuis un site à forte autorité va déclencher des crawls plus fréquents qu'un lien perdu dans un annuaire moribond. Si une ancienne URL reçoit encore du jus d'un site puissant, Googlebot y retournera régulièrement.

Deuxième nuance : le comportement décrit par Mueller ne s'applique pas de la même manière aux redirections en chaîne. Si A redirige vers B, qui redirige vers C, Google peut mettre beaucoup plus de temps à stabiliser le canonical, voire ne jamais le faire complètement si la chaîne est trop longue.

Dans quels cas cette logique pose-t-elle problème ?

Le vrai souci, c'est sur les migrations massives. Quand un site change de domaine ou refond son architecture d'URLs, des milliers de redirections 301 se mettent en place d'un coup. Si une partie significative des backlinks externes pointe encore vers l'ancien domaine des mois après, le crawl budget explose.

Autre cas problématique : les sites multilingues ou multi-régionaux qui fusionnent des versions ou réorganisent leurs hreflang. Les anciennes URLs restent crawlées, mais les signaux peuvent se disperser entre plusieurs versions canoniques si la configuration n'est pas nette. Résultat : dilution de l'autorité et confusion dans l'index.

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

La première étape, c'est de cartographier les backlinks qui pointent vers les anciennes URLs. Des outils comme Ahrefs, Majestic ou Semrush permettent d'identifier les liens les plus puissants. Si un site tiers avec une bonne autorité pointe encore vers une URL redirigée, contactez-le pour demander une mise à jour du lien.

Ensuite, vérifiez que vos redirections 301 ne forment pas de chaînes. Une chaîne A → B → C ralentit le crawl et dilue les signaux. Redirigez toujours directement vers la destination finale. Si vous avez hérité de redirections historiques, c'est le moment de les nettoyer.

Comment vérifier que le canonical a bien basculé vers la nouvelle URL ?

La Google Search Console reste votre meilleur allié. Dans la section Couverture, regardez quelles URLs sont indexées. Si l'ancienne URL apparaît encore comme canonical des semaines après la redirection, c'est un signal d'alerte. Utilisez aussi l'outil d'inspection d'URL pour vérifier quelle version Google considère comme canonique.

Les logs serveur sont également précieux. Analysez la fréquence de crawl des anciennes URLs : si Googlebot y passe encore régulièrement plusieurs mois après la migration, c'est que des backlinks actifs persistent. Croisez ces données avec votre liste de backlinks pour identifier les sources à corriger en priorité.

Quelles erreurs éviter absolument ?

Ne supprimez jamais les redirections 301 sous prétexte que "ça fait plus d'un an". Tant qu'un backlink externe existe, la redirection doit rester en place, sinon vous générez des 404 et perdez le jus SEO transmis. C'est une erreur courante après une migration : on fait le ménage trop tôt et on casse des liens qui transmettaient encore de l'autorité.

Autre piège : croire que la commande site: reflète l'index réel. Si vous voyez encore des anciennes URLs dans un site:exemple.com, ça ne veut pas dire qu'elles sont indexées pour le ranking. Fiez-vous à la Search Console et aux logs, pas aux recherches site:, qui montrent un ensemble plus large d'URLs connues de Google.

• Cartographier les backlinks pointant vers les anciennes URLs et contacter les sites tiers pour mise à jour.
• Vérifier qu'aucune chaîne de redirection n'existe (A → B → C) et corriger le tir si nécessaire.
• Utiliser la Search Console pour confirmer que le canonical a basculé vers la nouvelle URL.
• Analyser les logs serveur pour identifier les anciennes URLs encore crawlées régulièrement.
• Ne jamais supprimer une redirection 301 tant qu'un backlink actif pointe vers l'ancienne URL.
• Ne pas se fier uniquement à la commande site: pour évaluer l'état de l'index.