Que coûte une redirection 302 laissée en place trop longtemps ?

Une redirection temporaire se pose en trente secondes, pour le temps d'une opération commerciale, d'une maintenance ou d'un test. Personne ne la retire. Deux ans plus tard, elle est toujours là, et le moteur continue de considérer que l'adresse d'origine est la bonne, que la destination n'est qu'un détour provisoire, et que les signaux doivent rester attachés à la page de départ. Une redirection 302 oubliée ne produit pas de panne visible, ce qui explique qu'elle survive si longtemps, et elle produit en revanche des effets parfaitement mesurables sur l'indexation, sur le rapport des pages explorées et sur la valeur transmise entre adresses.

Ce que fait réellement une redirection temporaire

La différence entre les deux familles de redirection ne tient pas à leur effet immédiat pour le visiteur, identique dans les deux cas, mais à ce que le moteur en déduit. Ce fonctionnement est détaillé dans notre article sur le code HTTP 302 et ses enjeux SEO.

L'adresse d'origine reste la référence

Une redirection permanente indique que l'adresse a définitivement changé et que la destination doit remplacer l'origine dans l'index. Une redirection temporaire indique exactement l'inverse : l'origine reste la bonne adresse, la destination n'est qu'un affichage provisoire. Le moteur conserve donc l'adresse d'origine dans son index, continue de la proposer dans les résultats, et continue de la réexplorer régulièrement pour voir si la situation a changé. Cette différence est structurante et ne se voit nulle part dans l'expérience du visiteur. Elle explique à elle seule la quasi totalité des symptômes décrits dans la suite de cet article.

Les signaux ne se transfèrent pas

Les liens externes pointant vers l'adresse d'origine continuent d'alimenter cette adresse et non la destination. Sur une redirection permanente, cette valeur bascule vers la nouvelle page en quelques semaines. Sur une redirection temporaire, elle reste bloquée sur une adresse qui n'affiche plus rien. Le résultat est une page de destination qui ne progresse pas malgré des liens entrants nombreux, situation incompréhensible tant qu'on ne regarde pas le code de réponse de l'ancienne adresse. Un contrôle en ligne de commande sur cette adresse donne la réponse en une seconde et met fin à des semaines d'hypothèses.

L'exploration continue indéfiniment

Le moteur réexplore régulièrement une adresse redirigée temporairement, précisément parce qu'il attend un retour à la normale. Sur une poignée d'adresses, ce coût reste parfaitement négligeable et ne justifie aucune intervention. Sur plusieurs milliers de redirections temporaires laissées en place après une migration, il représente une part significative du budget d'exploration, consommée pour vérifier des situations qui ne changeront jamais. Ce gaspillage se lit très bien dans les journaux du serveur. Il se traduit par un volume de requêtes stable dans le temps sur des adresses qui devraient progressivement cesser d'intéresser le moteur.

Le titre affiché peut surprendre

Comme l'adresse d'origine reste indexée, c'est elle qui figure dans les résultats de recherche, avec un titre et une description qui peuvent provenir de l'ancienne page ou de la destination selon les cas. Ce mélange produit des affichages incohérents : une adresse qui n'existe plus, un titre qui ne correspond pas au contenu, une description obsolète. Le visiteur arrive bien au bon endroit, mais l'annonce qui l'y a conduit ne ressemble à rien. Sur une boutique, ce genre d'affichage se paie directement en taux de clic, l'annonce paraissant douteuse.

Le cas du changement de domaine

Sur un changement de nom de domaine effectué en redirection temporaire, l'ancien domaine reste indexé et le nouveau ne prend jamais sa place. C'est le cas le plus grave, puisqu'il condamne le nouveau domaine à ne jamais capitaliser, tout en donnant l'illusion que la migration fonctionne puisque les visiteurs arrivent bien. Ce défaut se rencontre régulièrement et se corrige en une ligne, encore faut il penser à regarder. Le contrôle consiste simplement à interroger l'ancien domaine et à lire le code renvoyé, opération d'une seconde.

Ce que le visiteur ne voit pas

Aucun symptôme visible ne distingue les deux situations. Le visiteur clique, il arrive sur la bonne page, tout va bien. C'est précisément ce qui rend le sujet invisible pour les équipes non techniques et permet à ces redirections de survivre des années. Seul un outil qui affiche le code de réponse, ou une commande en ligne, révèle la différence, ce qui suppose d'aller la chercher volontairement. C'est la raison pour laquelle ce contrôle doit figurer dans une procédure écrite plutôt que dépendre de la vigilance de quelqu'un.

Où elles se cachent

Les redirections temporaires oubliées se logent à des endroits précis, et connaître ces emplacements permet de les retrouver en une heure sur n'importe quel site.

Les opérations commerciales

Une page de catégorie redirigée vers une page d'opération pendant les soldes, une page produit vers une offre spéciale, une page d'accueil vers une page de campagne. Ces redirections sont légitimement temporaires au moment où on les pose et le deviennent beaucoup moins une fois l'opération terminée. Une revue systématique après chaque opération commerciale règle définitivement la question, à condition qu'elle figure dans la procédure. Une opération de deux semaines laisse rarement une trace dans les esprits trois mois plus tard, alors qu'une ligne dans une liste de contrôle survit indéfiniment.

Les maintenances

Une page redirigée vers une information de maintenance, une section entière basculée vers une page d'attente. Ces situations durent quelques heures en théorie et parfois plusieurs semaines en pratique, notamment lorsque la remise en service est repoussée. La règle est de traiter une maintenance par un code de réponse dédié plutôt que par une redirection, ce qui indique clairement la nature provisoire de l'indisponibilité. Ce code prévoit d'ailleurs un en-tête permettant d'indiquer la durée prévue, information que les moteurs exploitent.

Les tests et les mesures

Les tests comparant deux versions d'une page emploient légitimement des redirections temporaires, et c'est même le seul cas où elles sont pleinement justifiées. Le problème apparaît lorsque le test se termine sans que la configuration ne soit retirée, ce qui arrive dès que la personne qui l'a mise en place change de poste. Une date de fin doit être associée à chaque test, avec un contrôle à cette date. Sans cette date, un test conçu pour deux semaines devient une configuration permanente que plus personne ne sait expliquer.

Les configurations par défaut

De nombreux modules et extensions posent des redirections temporaires par défaut, simplement parce que c'est le comportement le moins engageant. Une extension de redirection dont le réglage par défaut est temporaire produit des centaines de règles inadaptées sans que personne ne le remarque. La vérification de ce réglage doit être faite à l'installation, comme nous le recommandons dans notre article sur la manière de gérer quatre cents redirections. Le réglage par défaut doit être changé une fois pour toutes plutôt que corrigé règle par règle.

Les redirections de langue et de zone

La redirection automatique d'un visiteur vers la version linguistique correspondant à sa localisation se fait légitimement en temporaire, la destination dépendant du visiteur. Le problème n'est donc pas le code employé mais le principe même de cette redirection, qui empêche les moteurs d'explorer les autres versions. Un robot se présentant depuis une localisation donnée ne verra jamais que la version correspondante, et les autres resteront invisibles. La bonne pratique consiste à proposer plutôt qu'à imposer, avec une bannière suggérant la version adaptée. Chaque version linguistique conserve ainsi son adresse propre, explorable et indexable, ce qui est la seule configuration réellement saine.

Les migrations mal terminées

Sur une migration, il arrive que les redirections soient posées en temporaire pendant la phase de test, avec l'intention de les basculer une fois la stabilité confirmée. Cette bascule est oubliée dans une proportion étonnante de cas. Le contrôle fait pourtant partie des vérifications élémentaires listées dans notre article sur la manière de migrer un site sans perdre ses positions. Il vaut mieux poser directement des redirections permanentes dès lors que la décision de migrer est prise, la phase de test portant sur la destination et non sur le code employé.

Les repérer

La détection est simple et ne demande aucun outil coûteux. Elle devrait figurer dans les contrôles techniques périodiques d'un site. Sur un site de taille moyenne, l'ensemble de la détection tient dans une matinée.

Explorer le site

Un outil d'exploration parcourant le site et affichant le code de réponse de chaque adresse liste immédiatement toutes les redirections rencontrées, avec leur type. Un tri sur le code de réponse donne la liste complète en quelques minutes. C'est le contrôle le plus simple et il devrait être fait au moins une fois par an, y compris sur les sites où personne ne se souvient d'avoir posé de redirection. Ce sont d'ailleurs ces sites qui réservent les plus grandes surprises.

Lire les journaux du serveur

Les journaux contiennent le code de réponse de chaque requête, y compris pour les adresses qui ne sont plus liées depuis le site et qu'une exploration ne trouverait donc pas. Un comptage par code de réponse et par adresse révèle les redirections que les robots continuent de rencontrer, souvent des adresses anciennes toujours liées depuis l'extérieur. Cette source est la seule qui couvre le périmètre complet. Elle demande en contrepartie de disposer d'au moins un mois de journaux, ce qui suppose de les avoir conservés.

Consulter les rapports d'indexation

Les outils pour webmasters signalent les adresses redirigées et permettent d'examiner celles qui restent explorées. Un volume important dans cette catégorie, plusieurs mois après une migration, signale soit des redirections temporaires, soit des liens externes non mis à jour. La distinction se fait en vérifiant le code de réponse de quelques adresses de l'échantillon. Un échantillon d'une dizaine d'adresses suffit à trancher dans la quasi totalité des cas.

Vérifier les règles configurées

La liste des règles présentes dans le fichier de configuration ou dans l'interface de l'extension doit être relue périodiquement. Chaque règle temporaire doit être justifiée par une situation réellement provisoire, avec une date de fin. Cette relecture prend un quart d'heure et elle est plus rapide que la détection par exploration, à condition que toutes les règles vivent au même endroit. Une dispersion entre le fichier de configuration, une extension et le code du thème rend cette relecture impossible et justifie à elle seule un regroupement.

Contrôler après chaque opération

Le meilleur moment pour retirer une redirection temporaire est la fin de l'opération qui l'a motivée. Inscrire ce retrait dans la clôture de l'opération, au même titre que le retrait des bannières et la mise à jour des prix, évite d'avoir à mener une chasse six mois plus tard. C'est une mesure d'organisation, pas de technique, et c'est la seule qui traite la cause. Elle coûte une ligne dans une procédure existante et supprime définitivement la principale source d'accumulation.

Automatiser la surveillance

Un script hebdomadaire vérifiant le code de réponse d'une liste d'adresses clés et signalant tout changement détecte l'apparition d'une redirection non prévue. Ce contrôle attrape également les redirections posées par erreur lors d'une intervention, situation où le délai de détection fait toute la différence. Il tient en quelques lignes et se branche sur n'importe quel dispositif d'alerte existant. La liste d'adresses surveillées doit inclure l'accueil, les principales catégories et quelques pages de conversion.

Corriger proprement

La correction est simple, ses effets prennent plusieurs semaines à se manifester, et quelques précautions évitent d'aggraver la situation. L'ordre des opérations compte, en particulier lorsque le nombre de règles concernées est important.

Vérifier que la situation est bien définitive

Avant de convertir une redirection en permanente, il faut s'assurer que le changement l'est réellement. Une redirection permanente est mise en cache par les navigateurs, parfois durablement, et revenir en arrière est nettement plus difficile qu'on ne l'imagine. Cette vérification prend une minute et évite une situation désagréable où des visiteurs continuent d'être redirigés après le retrait de la règle. Sur les cas réellement incertains, mieux vaut conserver la redirection temporaire et se donner une date de réexamen.

Convertir plutôt que supprimer

Une redirection temporaire qui correspond à un changement définitif doit être convertie et non simplement retirée. Sa suppression produirait une page d'erreur sur une adresse encore liée et encore indexée. La conversion conserve le service rendu au visiteur tout en corrigeant le signal envoyé au moteur, ce qui est exactement l'objectif. La bascule prend effet immédiatement côté serveur, mais le moteur mettra plusieurs semaines à en tirer les conséquences.

Traiter les chaînes au passage

La reprise des règles est le bon moment pour supprimer les enchaînements de redirections accumulés au fil des années. Faire pointer chaque origine directement vers la destination finale améliore le temps de réponse et la transmission des signaux. Cette opération est purement mécanique et se script facilement à partir de la liste des règles existantes. Elle réduit également le nombre de règles, ce qui allège le traitement de chaque requête entrante.

Mettre à jour les liens internes

Un lien interne pointant vers une adresse redirigée fait passer chaque visiteur et chaque robot par une étape inutile. La correction dans les contenus et dans les gabarits supprime cette étape et améliore la lisibilité du site pour les moteurs. C'est un travail ingrat, largement automatisable une fois la liste des correspondances établie, et son effet cumulé sur un site comportant des milliers de liens est loin d'être négligeable. Un remplacement en base, précédé d'une sauvegarde, traite la majorité des cas en une seule opération.

Mesurer l'effet

Le suivi porte sur trois points : la disparition progressive des anciennes adresses des résultats de recherche, la baisse du volume d'exploration consacré aux redirections, et l'évolution des positions des pages de destination. Ces trois indicateurs mettent quatre à huit semaines à bouger, délai qu'il faut annoncer avant l'intervention pour éviter les conclusions hâtives. Un relevé de l'état initial, comme avant toute intervention technique, rend cette mesure possible.

Documenter les règles restantes

Les redirections temporaires légitimes doivent être identifiées comme telles, avec leur motif et leur date de fin prévue. Cette documentation, même sommaire, transforme une liste de règles opaque en dispositif compréhensible. Elle permet surtout à la personne qui reprendra le site plus tard de distinguer les règles voulues des règles simplement oubliées, distinction impossible sans elle et qui explique l'accumulation constatée sur les sites anciens. Trois colonnes suffisent : la règle, son motif, sa date de réexamen. Ce tableau se tient dans le même fichier que les règles elles mêmes, sous forme de commentaires, ou dans une note de projet accessible à tous. La date de réexamen se fixe à un an au plus, délai au delà duquel personne ne se souvient du contexte, et une règle sans date de réexamen doit être considérée comme définitive dès sa création.