SEO · SEO technique
Redirection 302 : choix, effets SEO et contrôles pratiques
Une redirection 302 est une réponse HTTP qui envoie le visiteur vers une autre URL tout en signalant un déplacement temporaire. Si vous pilotez un test A/B ou vérifiez des redirections sur un site, le choix dépend du retour prévu à l’URL d’origine. Pour un changement définitif, choisissez une redirection permanente. Pour Google, le statut 302 ne garantit ni le maintien de l’ancienne URL dans les résultats ni une destination exclue de l’index.
À retenir
- Une redirection 302 convient à un déplacement temporaire ; une redirection 301 ou 308 convient à un déplacement définitif.
- Googlebot suit les redirections 302 et 307, mais une redirection temporaire ne constitue pas une préférence canonique permanente.
- Google recommande une redirection 302 pour un test A/B avec plusieurs URL, accompagnée de canoniques vers la version originale.
- Le contrôle d’une redirection doit couvrir le statut initial, la destination finale et l’URL canonique choisie par Google.
Franck Gordi
URL source
302 ou 307
Destination temporaire
Que signifie une redirection 302 Found ?
Le serveur répond à la demande d’une URL avec un statut 302 et un en-tête Location qui indique une autre adresse. Le navigateur peut alors demander la destination. Le visiteur voit généralement la page d’arrivée, pas la réponse intermédiaire : une page qui semble fonctionner ne prouve donc pas que le bon statut a été utilisé.
Le mot temporaire décrit l’intention du déplacement. L’URL d’origine doit pouvoir retrouver son rôle. Ce n’est pas une durée universelle de quelques jours ni un bouton de désindexation. Une règle laissée en place sans responsable et sans condition de retrait devient difficile à distinguer d’un déplacement permanent oublié.
Une 302 n’est pas, à elle seule, une erreur à réparer. Il faut intervenir si la destination est incorrecte, si une boucle empêche l’accès, si le parcours perd des paramètres utiles ou si le contenu a en réalité déménagé définitivement. Remplacer toutes les 302 par des 301 pour nettoyer un rapport serait une décision sans diagnostic.
Quelle différence entre une redirection 302 et une 301 ?
Une 301 signale un déplacement permanent ; une 302 signale un déplacement temporaire. Google recommande une redirection permanente côté serveur quand la nouvelle URL doit remplacer l’ancienne dans les résultats. Le choix part du devenir de la page, pas du statut que préfère un outil d’audit.
Pour une migration de domaine ou un changement définitif de chemin, la destination doit reprendre le besoin de l’ancienne page. À l’inverse, un test avec retour possible à la version initiale justifie un déplacement temporaire. Une suppression sans contenu de remplacement ne devient pas une redirection pertinente simplement parce que l’accueil est disponible.
| Situation | Choix cohérent | Contrôle à prévoir |
|---|---|---|
| Test A/B avec URL de variation | 302 | Canonique vers l’originale et retrait après le test. |
| Changement définitif d’URL | 301 ou 308 | Remplacement pertinent et parcours direct. |
| Déplacement temporaire d’une page | 302 ou 307 selon le contexte | Retour prévu, destination utile et comportement applicatif. |
| Suppression sans remplacement | 404 ou 410 | Absence réelle de contenu, pas de renvoi vers l’accueil. |
Quand choisir 302 ou 307 pour un déplacement temporaire ?
Google indique traiter une 307 comme une 302 pour la recherche. Les deux codes appartiennent donc au groupe des redirections temporaires du point de vue SEO. Cela ne signifie pas qu’ils sont interchangeables pour tous les clients : Google précise que ces statuts ont des sémantiques différentes.
Pour une page de contenu consultée par un lien, commencez par vérifier l’objectif temporaire et l’accessibilité de la destination. Pour un formulaire, une connexion ou une requête d’API, faites valider le comportement de la méthode HTTP et du corps de requête par l’équipe technique. Un statut choisi uniquement pour Google peut casser un parcours applicatif.
Ne confondez pas non plus un message 307 affiché par le navigateur avec la preuve d’une réponse 307 publique du serveur. Relevez la réponse de l’URL et identifiez la couche qui produit le déplacement. Le SEO concerne les URL explorables ; un parcours privé demande aussi ses propres tests fonctionnels.
Comment Google gère-t-il les redirections 302 ?
Googlebot suit normalement la redirection 302. La documentation sur les codes HTTP décrit un signal faible pour le traitement de la destination, contre un signal fort pour la 301. Le guide sur les redirections précise qu’une redirection temporaire ne sert pas de signal pour préférer la destination comme URL canonique.
Ces formulations décrivent deux étapes différentes : suivre une destination pour obtenir son contenu et choisir l’URL représentative d’un ensemble de pages. Elles ne permettent pas de conclure que Google ignore la destination, ni qu’une 302 impose de garder l’ancienne URL dans tous les cas. D’autres signaux de canonicalisation peuvent conduire à indexer la destination.
Une URL canonique est l’adresse que Google retient comme représentative parmi des pages identiques ou très proches. Vérifiez la canonique déclarée et la canonique sélectionnée par Google dans l’inspection d’URL. Le statut constaté aujourd’hui et l’état connu lors de la dernière exploration ne sont pas nécessairement simultanés.
Il n’existe pas ici de garantie chiffrée de positions, de trafic ou de conservation des liens. Les pages officielles citées n’établissent pas un nombre universel de jours après lequel toute 302 deviendrait une 301. Quand le déplacement devient définitif, mettez la règle en cohérence avec cette décision au lieu d’attendre un délai supposé.
Quel est l’avantage d’une redirection 302 pour un test A/B ?
Pour un test qui redirige les utilisateurs de l’URL originale vers une URL de variation, Google recommande 302 plutôt que 301. Le déplacement dure le temps de l’expérience, alors que la page originale reste la version préférée. Le bénéfice est la cohérence du signal envoyé, pas une amélioration garantie du référencement.
Google recommande aussi des liens rel="canonical" sur les URL alternatives vers l’originale. Dans ce cas précis, la canonique correspond mieux à l’intention de regrouper des variantes qu’un noindex. Cette recommandation ne signifie pas que toute page temporaire, quel que soit son contenu, doit déclarer une canonique vers une autre URL.
Ne montrez pas un ensemble d’URL à Googlebot et un autre aux humains pour manipuler l’indexation. Google qualifie cette pratique de cloaking, même pendant une expérience. Googlebot ne prend généralement pas en charge les cookies : vérifiez également la variante accessible à un visiteur sans cookies.
À la fin du test, appliquez le résultat retenu puis retirez les URL, scripts et règles devenus inutiles. Si le gagnant reste à l’URL originale, retirez la redirection. Si une nouvelle URL devient définitivement la référence, traitez cette décision comme un déplacement permanent avec une destination pertinente.
- Cadrer
- Source, destination, motif et condition de fin.
- Contrôler
- Statut, parcours public et canonique observée.
- Clore
- Retirer la règle ou acter un déplacement définitif.
Comment configurer une redirection 302 sur un site web ?
La configuration dépend du serveur, de l’hébergement ou de l’application qui répond à la requête. Google présente notamment la réponse côté serveur avec statut 302 et en-tête Location. Le code doit être envoyé avant le contenu de la réponse ; changer le texte de la page ne produit pas une redirection HTTP.
Commencez par une table de règles : URL source exacte, destination, raison temporaire, responsable et condition de retrait. Faites ensuite implémenter la règle au niveau qui sert réellement le trafic. Une configuration copiée pour Apache ne convient pas automatiquement à un autre hébergement.
Pour les URL publiques à enjeu SEO, privilégiez une redirection côté serveur quand elle est possible. Google déconseille de compter sur une redirection JavaScript si une solution côté serveur ou meta refresh est disponible : la redirection dépend alors de l’exécution du rendu. Ne modifiez pas un parcours de formulaire sans tester ses données et son résultat.
Comment vérifier une redirection sans se fier au navigateur ?
Vérifiez séparément la réponse de départ et la réponse finale. La première commande ci-dessous effectue une requête GET sans suivre la redirection ; la seconde suit le parcours et affiche les en-têtes reçus. Remplacez la variable URL par une adresse publique réellement concernée. Aucun résultat de mesure n’est présenté ici.
Lisez d’abord le statut initial et Location. Vérifiez ensuite que la destination est la page attendue, répond correctement et ne revient pas vers la source. Contrôlez les règles de conservation ou de suppression des paramètres selon leur fonction, sans transporter de données personnelles inutilement.
Un navigateur peut masquer des étapes ou réutiliser une réponse en cache. Refaire le contrôle sur la réponse publique après déploiement aide à repérer une règle concurrente dans l’application, l’hébergement ou le cache. Testez aussi des URL voisines qui doivent rester inchangées : une expression trop large peut détourner tout un répertoire.
Enfin, l’inspection d’URL et les logs répondent à une autre question : qu’a reçu Google et quand ? Les logs montrent la réponse servie lors d’une demande ; Search Console décrit l’état connu par Google. Une 302 correcte dans votre test ne prouve pas que Google l’a déjà explorée.
curl -sS -D - -o /dev/null "$URL"
curl -sS -L -D - -o /dev/null "$URL"Les redirections 302 peuvent-elles nuire au référencement ?
Le risque vient surtout du décalage entre la règle et l’objectif. Une migration définitive en 302, une destination sans rapport ou une boucle peuvent brouiller le traitement des URL et dégrader le parcours. Une redirection temporaire justifiée et contrôlée n’est pas un défaut SEO par nature.
Les chaînes ajoutent des étapes inutiles et compliquent le diagnostic. Quand vous maîtrisez les règles, dirigez la source vers la destination utile sans relais évitables. Ne redirigez pas un lot de pages supprimées vers l’accueil pour faire disparaître les alertes : Google peut traiter ces parcours non pertinents comme des soft 404.
Une indisponibilité temporaire ne justifie pas automatiquement une 302 pour toutes les URL. Google donne l’exemple d’un service déplacé vers une page d’explication, mais une panne serveur peut exiger une réponse 503. Décidez d’abord si vous déplacez le visiteur vers une ressource utile ou si le serveur ne peut plus servir le contenu.
Le contrôle final doit relier chaque règle à une décision vérifiable : pourquoi cette URL bouge, où elle arrive, ce qui doit rester canonique et comment le retour sera réalisé. Si ces informations manquent, documentez la règle avant de multiplier les corrections.
Questions fréquentes sur la redirection 302
Quelle est la différence entre une redirection 302 et une redirection 301 ?
Une 302 signale un déplacement temporaire, une 301 un déplacement permanent. Pour remplacer durablement une URL dans les résultats, Google recommande une redirection permanente côté serveur vers une destination pertinente.
Quel est l’avantage d’une redirection 302 ?
Une 302 permet de déplacer temporairement les visiteurs sans exprimer une préférence permanente pour la destination comme URL canonique. Google la recommande notamment pour un test A/B avec redirection vers une variation.
Comment puis-je configurer une redirection 302 sur mon site web ?
Configurez une réponse 302 avec un en-tête Location au niveau du serveur, de l’hébergement ou de l’application. La méthode dépend de votre environnement. Vérifiez ensuite la réponse publique, la destination et la condition de retrait.
Comment Google gère-t-il les redirections 302 ?
Googlebot suit normalement une 302. Le statut temporaire n’impose pas que la destination devienne canonique ; d’autres signaux peuvent néanmoins conduire Google à indexer cette destination. Le résultat se vérifie dans Search Console.
Les redirections 302 peuvent-elles nuire à mon référencement ?
Une 302 correctement utilisée n’est pas un problème par nature. Le risque vient d’un déplacement définitif mal signalé, d’une boucle, d’une chaîne inutile ou d’une destination qui ne répond pas au besoin de l’URL source.
Approfondir le diagnostic
Sources Google
Documentation Google consultée le 13 novembre 2026. Ce guide propose un cadre de décision et de contrôle, sans cas client, résultat chiffré ni délai de traitement garanti.