Redirection 302 : temporaire

Une 302 est une réponse HTTP qui oriente temporairement une requête vers une autre URL, alors que l’URL d’origine reste l’adresse prévue à long terme.

Ce que décide une 302

Une réponse 302 Found redirige la requête en cours vers une autre URL, sans indiquer que le changement est permanent. Google décrit les redirections temporaires comme un cas où Googlebot peut suivre la redirection, sans que celle-ci serve de signal pour désigner la cible comme canonique. Cette distinction fait de la durée et de l’intention une partie de la décision technique.

Une 302 convient lorsque l’URL d’origine reste l’adresse à long terme et qu’un détour répond à un besoin opérationnel de courte durée. Ce n’est pas une version plus douce d’une redirection de migration. Si l’équipe ne prévoit plus de rétablir la source, revoyez la décision et remplacez la règle temporaire par une correspondance permanente, plutôt que de laisser indéfiniment un statut trompeur.

Le schéma présente les principales entrées, les contrôles et le cheminement de décision pour la redirection 302 temporaire.
« Temporaire » désigne une intention et une date de revue, pas seulement un chiffre dans la configuration du serveur. Notez pourquoi le détour existe et quand il sera retiré ou réexaminé.

Quand une redirection temporaire convient

Les cas courants sont une brève interruption de service assortie d’une page d’explication claire, la destination d’une campagne de courte durée, un parcours de connexion, ou une suggestion régionale qui ne remplace pas la page canonique publique. Dans chaque cas, les personnes doivent pouvoir atteindre la ressource d’origine une fois la condition temporaire levée.

Approprié
Une fonctionnalité est brièvement indisponible, et l’URL d’origine envoie les visiteurs vers une page d’état ou d’alternatives jusqu’au retour du service.
À revoir
Une règle « temporaire » de campagne a survécu à sa campagne : la source et la destination doivent être réévaluées.
Incorrect
Une page a déménagé de façon permanente vers une nouvelle URL, mais le serveur renvoie toujours 302.

Pour un exemple de redirection régionale, rendez le choix de l’utilisateur réversible, et ne considérez pas la détection de la localisation comme une preuve qu’une version doit remplacer toutes les autres URL dans la recherche. La stratégie d’indexation et de langue ou de région demande ses propres règles de canonical et ses propres pages alternatives.

Mise en œuvre et contrôle

  1. Énoncez la condition temporaire, métier ou opérationnelle, l’URL source, la destination et une date de revue.
  2. Renvoyez une réponse HTTP 302 au niveau du serveur ou de l’application, pour que la réponse soit visible sans dépendre du rendu côté client.
  3. Gardez l’URL d’origine disponible pour son usage prévu. Ne laissez pas les liens internes, les sitemaps et les canonical migrer silencieusement vers une cible de courte durée.
  4. Suivez le chemin de la réponse avec un client HTTP, et vérifiez un seul saut temporaire, le Location attendu et une page finale fonctionnelle.
  5. Supprimez la règle à la fin de la condition. Si le changement devient permanent, créez une carte de redirections permanentes délibérée et mettez à jour les références gérées par le site.
bash
curl -I https://example.com/original
# Expect: HTTP/2 302 and a Location header
curl -IL https://example.com/original
# Check the temporary hop and final response

Le framework serveur peut exposer 302 comme auxiliaire de redirection par défaut : inspectez la réponse réelle plutôt que de supposer que le statut prévu a bien été émis. La navigation dans le navigateur peut masquer les requêtes intermédiaires. Utilisez les outils de développement ou un client HTTP lorsque la chaîne exacte compte.

Cas d’échec et limites

L’erreur courante consiste à traiter une 302 de longue durée comme un déménagement permanent anodin. Les systèmes de recherche peuvent évaluer des schémas durables avec d’autres signaux, mais une mise en œuvre doit communiquer son intention réelle plutôt que s’appuyer sur des seuils non documentés. Revoyez le statut à l’échéance, et décidez explicitement si la source revient, reste temporairement routée ou déménage définitivement.

  • Une 302 sert à une migration de site ou de protocole : remplacez-la par une correspondance permanente, page par page, lorsque le déménagement ne sera pas annulé.
  • La destination temporaire est elle-même redirigée ou indisponible : simplifiez le chemin et réparez la page finale.
  • Un visiteur est pris dans une boucle régionale : rendez la sélection réversible et testez avec des paramètres de langue représentatifs.
  • La règle n’a ni propriétaire ni échéance : ajoutez-la au registre des mises en production pour la retirer délibérément.

FAQ

Dans quels cas une redirection 302 est-elle appropriée ?
Utilisez-la lorsque l’URL source reste l’adresse à long terme et que la destination différente est réellement temporaire, par exemple lors d’un bref détour de maintenance ou d’un parcours applicatif.
Une 302 peut-elle servir à un déménagement permanent de site ?
Non. Un déplacement permanent doit utiliser une redirection permanente et une correspondance page à page validée. Une 302 signale une intention différente.
Comment vérifier une 302 ?
Inspectez la réponse HTTP et suivez la chaîne. Vérifiez que la source renvoie 302, que le Location est bien celui attendu, que la destination finale fonctionne et que la règle a une date de revue.
Une 302 empêche-t-elle automatiquement l’indexation de la cible ?
Non. Une redirection temporaire n’est pas en soi un signal de canonicalisation, mais d’autres signaux peuvent toujours influencer ce que les moteurs de recherche découvrent et indexent.