Codes de redirection HTTP

301, déplacé définitivement. L’adresse a changé pour de bon. Le moteur remplace progressivement l’ancienne adresse par la nouvelle et lui transfère la valeur accumulée. Le navigateur mémorise le changement et n’interroge plus l’ancienne adresse.

302, trouvé ailleurs. Déplacement provisoire. L’ancienne adresse reste la référence, elle est conservée dans l’index et rien ne lui est retiré. Le navigateur revient l’interroger à chaque fois.

303, voir ailleurs. Réponse à l’envoi d’un formulaire, pour renvoyer vers une page de confirmation sans risque de renvoi des données en cas de rechargement. Usage applicatif, sans effet de référencement.

307, redirection temporaire. Comme le 302, avec une garantie supplémentaire : la méthode de la requête est préservée. Une soumission de formulaire reste une soumission après la redirection, là où un 302 peut la transformer en simple consultation.

308, redirection permanente. Comme le 301, avec la même préservation de la méthode.

304, non modifié. Ce n’est pas une redirection mais une réponse de cache : le contenu n’a pas changé depuis la dernière visite. Elle apparaît dans les journaux du serveur et sa présence massive sur les visites du robot est plutôt bon signe, puisqu’elle économise du budget de crawl.

Tout le reste en découle.

Le permanent, 301 ou 308, dit au moteur de remplacer l’ancienne adresse. Il transfère la valeur, retire progressivement l’ancienne adresse des résultats, et convient à une refonte, à un passage en HTTPS, à une fusion de pages ou à un changement de domaine.

Le temporaire, 302 ou 307, dit au moteur de garder l’ancienne adresse. Il ne transfère rien et convient à une indisponibilité provisoire, à une opération commerciale limitée dans le temps ou à un test.

L’erreur qui coûte le plus cher est le temporaire employé pour un changement définitif. Le site fonctionne, les visiteurs arrivent où il faut, et les positions restent attachées à des adresses qui ne servent plus. Elle passe inaperçue pendant des mois.

L’erreur inverse existe : un permanent posé sur une situation provisoire est mémorisé par les navigateurs, et le retour à l’état initial demande un vidage de cache que vous ne pouvez pas déclencher chez vos visiteurs.

La différence porte sur la méthode de la requête, et elle n’a d’effet que sur les pages qui reçoivent des données.

Historiquement, un 301 ou un 302 appliqué à un envoi de formulaire pouvait le transformer en simple consultation, perdant les données au passage. Les codes 307 et 308 ont été définis pour interdire cette transformation.

Pour des pages consultées normalement, 301 et 308 se valent, et les moteurs les traitent de la même façon. Le 301 reste le plus répandu et le mieux supporté par les configurations existantes. Le 308 s’impose sur une adresse qui reçoit des formulaires ou des appels applicatifs.

Deux situations demandent autre chose qu’une redirection.

Une page supprimée sans équivalent doit renvoyer un 404, ou un 410 si la disparition est définitive et assumée. La rediriger vers l’accueil ne transfère rien et présente à Google une page introuvable déguisée.

Deux adresses qui doivent toutes deux rester accessibles relèvent de la balise canonique, pas d’une redirection. Le critère est simple : si un visiteur peut légitimement rester sur l’adresse secondaire, ne le redirigez pas.

La configuration voulue et la réponse effective divergent plus souvent qu’on ne le croit, notamment quand plusieurs couches se superposent : serveur, système de gestion de contenu, extension, réseau de distribution de contenu.

Le contrôle consiste à interroger l’adresse et à lire le code renvoyé, ainsi que la chaîne complète jusqu’à la destination finale. Deux défauts apparaissent régulièrement : un enchaînement de plusieurs redirections là où une seule était prévue, et un code temporaire posé par une couche intermédiaire alors que la règle déclarée était permanente.

Le détail de la mise en place et des erreurs de refonte est traité sur la page redirection 301.