301 après suppression : pourquoi l’ancienne URL traîne sur Google

Vous supprimez une page, vous posez une 301 vers la nouvelle adresse, et votre navigateur obéit au quart de tour. Google, lui, continue d’afficher l’ancienne URL dans ses résultats pendant des semaines. Le phénomène surprend, agace, et pousse souvent à empiler une deuxième redirection sur la première, ce qui ne règle rien. La raison est simple : une 301 change l’expérience du visiteur, pas la liste des adresses que le moteur garde en mémoire. Corriger l’affichage demande donc un autre geste, du côté de la demande de suppression.

Ce que le navigateur fait et que Google ne fait pas

Le navigateur et le moteur de recherche ne lisent pas la même chose dans un code 301. Pour le premier, l’en-tête est un ordre de transport : il mémorise la correspondance entre les deux adresses et ne redemandera plus l’ancienne.

Le second doit réindexer, c’est-à-dire retirer une entrée de sa base et réévaluer la page d’arrivée, à son propre rythme, selon la fréquence de ses passages sur votre site. Pour tout comprendre du fonctionnement d’une redirection et de son effet réel sur les index, les ressources techniques de creaweb3000.com détaillent le mécanisme côté serveur et côté moteur.

Le décalage vient de là. Votre 301 est active depuis lundi, l’internaute qui clique sur un vieux lien atterrit sur la bonne page dès lundi, et Google peut mettre des mois avant de retirer l’ancienne entrée de son index.

Plus l’URL était ancienne et liée, plus ce délai s’allonge, parce que le moteur doit d’abord comprendre que la page visée n’existe plus, puis décider où envoyer les signaux qu’elle portait. Une redirection dite permanente n’accélère rien de ce processus, elle l’autorise seulement.

Pourquoi une 301 permanente ne vide pas l’index

Une redirection 301 est appelée « redirection permanente » et indique aux moteurs de recherche et aux navigateurs qu’une page a définitivement changé d’adresse. Elle transmet la quasi-totalité du PageRank et des signaux SEO à la nouvelle URL.

Voilà pour la théorie, que tous les articles de référence répètent. Sauf que la transmission des signaux et la suppression de l’ancienne entrée sont deux opérations distinctes, traitées à deux moments différents, et rien dans le code HTTP ne dit au moteur « efface cette adresse maintenant ».

Un moteur qui rencontre une 301 la traite comme une indication, pas comme un ordre de suppression. Il garde l’ancienne URL dans ses résultats parce qu’elle répond encore, parce qu’elle redirige proprement, et parce que son retrait n’est pas prioritaire face aux milliards d’adresses qu’il doit traiter.

Le comportement du visiteur est immédiat ; la mise à jour de l’index, elle, suit un calendrier que vous ne contrôlez pas directement. C’est cette asymétrie qui donne l’impression que Google ignore votre redirection, alors qu’il l’a très bien vue.

Les cas où l’ancienne URL reste vraiment bloquée

• La 301 est en place mais aucune page du site ne pointe plus vers l’ancienne adresse, et Google n’a plus de raison de repasser dessus.
• Avez-vous vérifié que le code renvoyé est bien un 301, et non un 302 laissé par erreur ?
• Une chaîne de redirections enchaînées dilue le signal et retarde la mise à jour de l’index.
• Le site renvoie une 301 vers un autre 301, puis vers une page qui, elle, renvoie une erreur : le moteur abandonne et conserve l’ancienne entrée.
• Un canonical posé sur la vieille page continue de la désigner comme l’adresse de référence, ce qui neutralise tout le travail.

Franchement, le cas le plus courant reste la chaîne de redirections. Une page A redirige vers B, puis B vers C, et Google doit suivre tout le parcours avant de comprendre où atterrit réellement le contenu. Une 307 mal configurée produit le même effet de ralentissement, avec un signal de redirection provisoire qui n’encourage pas le moins du monde le retrait de l’ancienne adresse. Sur ce point, voir aussi notre article sur epuisette strasbourg.fr.

Le bon levier : demander la suppression, pas empiler les redirections

Une fois la 301 correctement posée, la balle est dans le camp du moteur, et le seul geste qui accélère vraiment les choses passe par la console de recherche. L’outil de suppression d’URL permet de demander le retrait d’une adresse précise de l’index, avec un délai de traitement annoncé et une vérification possible de l’état de la demande. Cette procédure est temporaire dans son effet pour une page qui existe toujours, mais pour une adresse qui redirige proprement, elle accélère la disparition de l’ancienne entrée.

Le processus tient en quelques étapes, dans cet ordre : on vérifie que la redirection renvoie bien un 301 et non un 302 ou un 308 mal configuré, on s’assure que la page d’arrivée est indexable et ne porte aucun canonical contradictoire, puis on soumet l’ancienne URL en suppression. Ensuite on demande une réindexation de la nouvelle adresse. Poser une deuxième redirection sur la première ne fera rien gagner : vous ne redirigez plus une page, vous empilez des intermédiaires.

Un détail que beaucoup ratent : la commande de suppression se traite à l’échelle de l’URL, pas du site. Si votre ancienne page existait en plusieurs versions, avec des paramètres ou des variantes de casse, c’est chaque variante qui doit être traitée. Et si le contenu a simplement été déplacé, mieux vaut vérifier que les liens internes pointent déjà vers la nouvelle adresse avant de demander quoi que ce soit.

Ce que personne ne mesure : le temps

Le délai de traitement d’une suppression n’est pas contractuel, et il varie selon la fréquence de passage perçue sur le site. Sur un site visité souvent par le robot, l’ancienne entrée part vite ; sur un site de niche mis à jour tous les trimestres, la même opération peut prendre beaucoup plus de temps, quelle que soit la qualité de votre 301. C’est frustrant, mais c’est le fonctionnement normal d’un index qui se met à jour par vagues.

Il reste un point de vigilance qui n’apparaît dans presque aucun guide. Une 302 laisse l’URL originale valide, elle est conservée dans les index et n’est généralement pas mise en cache : si votre redirection a été mal codée, vous cumulez un signal de redirection provisoire et une page toujours en vie aux yeux du moteur.

Vérifiez le code retourné avant d’accuser Google de ne pas suivre vos instructions. La 308, version stricte de la 301 en HTTP/1.1, conserve la méthode HTTP et confirme le changement définitif : elle convient mieux aux formulaires, mais elle reste soumise aux mêmes délais de réindexation.

L’ancienne URL disparaît quand vous le lui dites, pas quand vous redirigez

Poser une 301, c’est indiquer une nouvelle adresse, pas effacer l’ancienne. La différence entre ces deux gestes explique presque toutes les déceptions : le navigateur mémorise, le moteur réindexe, et seul l’outil de suppression d’URL parle directement au second.

Un dernier réflexe utile : vérifier périodiquement dans la console que l’ancienne adresse est bien sortie, plutôt que de se fier à un test manuel dans un navigateur qui vous répondra toujours oui. Combien de redirections avez-vous empilées avant de comprendre que le problème n’était pas là ?