Un code de statut HTTP qui redirige une requête de façon permanente, tout en obligeant le client à conserver sa méthode et son corps de requête à la nouvelle URL. Ce guide se concentre sur la décision, les contrôles et les limites qui comptent lors d’une revue réelle.
Ce que contrôle une redirection 308
HTTP 308 est une redirection permanente, définie pour le cas où la méthode de la requête compte. La réponse fournit un nouvel emplacement et demande à un client conforme de répéter la requête à cet endroit sans changer sa méthode ni son corps. Elle est donc utile pour déplacer de façon permanente un point d’accès d’API ou un gestionnaire de formulaire, lorsque la sémantique de POST, PUT, PATCH ou DELETE doit survivre au déplacement. Elle ne réécrit pas les données de l’application, ne valide pas la destination et ne répare pas une conception de routes défaillante. Pour les pages de documents consultées en GET, 301 est généralement le choix opérationnel le plus clair, car la conservation de la méthode n’apporte aucune valeur au lecteur.
Choisir le statut selon l’intention du changement
Décidez d’abord du caractère permanent avant de choisir un numéro. 308 indique que l’ancienne adresse a été remplacée, alors que 307 signale un déplacement temporaire avec conservation de la méthode. 301 exprime aussi un déplacement permanent, mais le comportement historique de certains clients peut transformer une requête non GET en GET. Les moteurs de recherche documentent les redirections permanentes comme des signaux de consolidation, mais un code de statut ne garantit pas quand le crawl ni la sélection de l’URL canonique changeront. Conservez l’ancienne URL dans l’inventaire de migration tant que sa destination, ses liens internes, la politique de canonical et la réponse au crawl n’ont pas été vérifiés.
Mettre en œuvre et tester un déplacement permanent
Commencez par une petite carte des URL : ancien point d’accès, point d’arrivée final prévu, motif et propriétaire. Configurez une redirection 308 directe depuis chaque route retirée et sensible à la méthode vers son remplacement pertinent, et évitez d’envoyer des requêtes sans rapport vers la page d’accueil. Testez une requête avec la méthode réelle dans un environnement hors production, puis inspectez le statut et l’en-tête Location sans la suivre automatiquement. Recommencez avec le suivi des redirections activé, et vérifiez que le gestionnaire final reçoit la méthode attendue. Enfin, crawlez la liste des anciennes URL, mettez à jour les références internes vers l’URL finale et surveillez séparément les preuves fournies par le serveur et par Google Search Console.
- Définissez l’ensemble d’URL ou de pages concerné et le comportement attendu.
- Testez un échantillon représentatif et conservez la réponse brute ou la preuve de rendu.
- Corrigez une seule cause maîtrisable à la fois, puis retestez le même périmètre.
- Consignez les écarts, les exceptions et les contrôles de suivi, au lieu de compter une donnée manquante comme un succès.
Cas d’échec et points de contrôle en revue
L’erreur courante consiste à considérer 308 comme une amélioration SEO. C’est une décision de transport, pas une tactique de classement. Autre erreur : ne tester qu’une navigation dans le navigateur, qui exerce une requête GET plutôt que le chemin POST ou PUT qui justifiait 308. Les chaînes et boucles de redirections, un Location manquant, une destination renvoyant une erreur ou une ancienne réponse mise en cache doivent chacun faire l’objet d’une analyse distincte. Lors des migrations, je fais correspondre chaque URL retirée à une seule destination finale pertinente, puis je crawle la carte pour supprimer les chaînes et les boucles avant de considérer le travail comme terminé. Consignez ce qui a été vérifié et ce qui ne l’a pas été : une requête ponctuelle réussie ne couvre pas l’ensemble des routes.
Le cache mérite un contrôle à part. Une réponse permanente peut rester dans les caches du navigateur ou des intermédiaires après une annulation de configuration : testez depuis un client propre et consignez les directives de cache de la réponse lorsqu’elles comptent. Ne variez pas une redirection uniquement selon le user-agent pour satisfaire d’anciens clients : la route devient difficile à reproduire et peut produire des preuves de crawl incohérentes. Si la compatibilité impose un repli, documentez les clients qui en ont besoin, et conservez la même politique d’URL finale pour tous les demandeurs ordinaires.
FAQ
Quand utiliser 308 plutôt que 301 ?
Une redirection 308 convient-elle à une panne temporaire ?
Comment tester une redirection 308 ?
Location sans suivre les redirections. Répétez ensuite une requête représentative sensible à la méthode, en suivant les redirections, et vérifiez que le gestionnaire final reçoit la méthode prévue.