SEO technique • Redirections HTTP • Guide pratique
Le 302 et le 307 indiquent tous deux une redirection temporaire (HTTP 3xx).
La différence qui compte vraiment : le 307 conserve la méthode HTTP (POST/PUT/DELETE), alors qu’un 302 peut conduire certains clients à basculer en GET.
TL;DR : quand utiliser 302 vs 307 ?
- Règle simple : utilise 307 si la méthode HTTP doit être conservée (POST/PUT/DELETE). Sinon, 302 suffit souvent.
- SEO : 302/307 = temporaire, mais si ça dure, Google peut finir par traiter la cible comme durable → surveille la durée et la cohérence des signaux.
- Maintenance globale : privilégie souvent 503 + Retry-After plutôt qu’une redirection.
| Critère | 302 Found | 307 Temporary Redirect |
|---|---|---|
| Nature | Redirection temporaire | Redirection temporaire |
| Méthode HTTP | Peut être modifiée par certains clients (POST → GET) | Conservée (POST reste POST) |
| Cas d’usage “safe” | Pages GET, variations temporaires, routage simple | Formulaires, API, webhooks, flux transactionnels |
| SEO (principe) | Temporaire : Google garde souvent l’URL source | Temporaire : Google garde souvent l’URL source |
302 et 307 : définition rapide (redirections HTTP 3xx)
Les codes HTTP 3xx indiquent une redirection : le serveur répond avec un statut 3xx et un en-tête
Location qui contient l’URL de destination.
Code 302 Found : redirection temporaire
Un 302 signale qu’une ressource est temporairement accessible à une autre URL.
Historiquement, certains navigateurs/clients HTTP peuvent transformer une requête POST en GET lors du suivi.
Code 307 Temporary Redirect : redirection temporaire avec méthode conservée
Un 307 a été introduit pour rendre le comportement non ambigu :
la méthode HTTP et le corps de requête sont conservés lors de la redirection.
Concrètement : un POST reste un POST.
SEO : impact réel sur crawl, indexation et “jus de lien”
Pour un consultant seo, le sujet n’est pas seulement “302 vs 307”, mais surtout : comment Google crawl et indexe,
et quel est l’impact sur la consolidation des signaux (liens internes, popularité, canonical, sitemap).
Sur le papier, 302 et 307 sont des redirections temporaires (HTTP 3xx).
En pratique, les moteurs s’adaptent selon la durée et la cohérence des signaux.
Comment Google traite 302/307 (en pratique)
Principe
Une redirection temporaire indique généralement : “l’URL source doit rester l’URL canonique”.
Si ça dure
Si la redirection dure et que tous les signaux pointent vers la cible, Google peut finir par transférer la “préférence” vers la destination.
Le vrai risque
Le risque SEO vient rarement du code seul : il vient des chaînes, boucles et incohérences (maillage interne, canonicals, sitemap).
À retenir
Temporaire = piloté et daté. Si la redirection n’est plus temporaire, il faut basculer vers une logique permanente (301/308) ou corriger la cause (maintenance, routage, tests).
Équité des liens (link equity) : 302/307 vs 301/308
Principe SEO
En SEO, une redirection permanente (301/308) sert à consolider durablement les signaux.
Une redirection temporaire (302/307) sert à dérouter ponctuellement sans remplacer l’URL source.
Lorsqu’une redirection temporaire reste en place trop longtemps, elle crée un entre-deux :
signaux diffus, monitoring plus complexe, et risque d’interprétation durable par le moteur.
Signaux à aligner pour éviter les effets indésirables
- Maillage interne : pointer vers la bonne URL (source ou cible) selon l’objectif temporaire ou permanent.
- Canonical : éviter de canoniser vers une URL temporaire par erreur.
- Sitemap : ne pas y laisser des URLs qui redirigent inutilement si la situation devient structurelle.
- Durée : surveiller le temps de vie des 302/307 et planifier un basculement en 301/308 si la situation se stabilise.
307 ou 302 : lequel choisir (arbre de décision)
-
La requête est-elle en POST/PUT/DELETE ?
Oui → privilégie 307 (méthode conservée).
Non (GET) → 302 convient dans la plupart des cas. -
La redirection est-elle vraiment temporaire ?
Quelques heures/jours → 302/307 ok.
Semaines/mois → réévalue : 301/308 (si permanent) ou solution alternative (ex : 503 maintenance). -
Est-ce une maintenance globale ?
Si le site est indisponible, le code le plus propre est souvent 503 Service Unavailable + Retry-After.
302/307 servent plutôt à rediriger une URL, pas à décrire une indisponibilité généralisée.
Cas fréquent : si ton serveur “renvoie du 307 tout seul”, c’est parfois lié à une configuration HTTPS/HSTS.
Voir : erreur HTTP 307 : causes et solutions.
Décision en pratique
Dans la majorité des cas, le choix n’est pas complexe sur le papier.
Ce qui pose problème, c’est surtout l’absence de décision claire
et le fait de laisser une redirection temporaire vivre plus longtemps que prévu.
Migration de site interne : gestion des redirections temporaires
En migration (refonte interne, changement d’architecture, découpage d’un intranet, bascule progressive), tu peux avoir un besoin réel de redirections temporaires,
notamment si les routes changent par lots ou si tu dois faire cohabiter deux environnements pendant une période de transition.
- Objectif : maintenir l’accès utilisateur + limiter l’impact crawl/indexation pendant la transition.
- Choix 302 vs 307 : si tu rediriges des pages GET, 302 est souvent suffisant. Si tu as des workflows (auth, formulaires, endpoints internes, actions POST), utilise 307.
- Évite la dérive : une migration “temporaire” qui dure doit être normalisée : passage en 301/308 ou mise à jour des URLs sources.
- Limiter les chaînes : pendant une migration, tu crées facilement A→B→C. Vise 1 saut maximum.
- Aligner les signaux SEO : maillage interne, canonicals, sitemaps et règles serveur doivent refléter la stratégie (temporaire vs permanent).
- Monitoring : logs serveur + Search Console (crawl, erreurs, soft 404) + suivi des patterns 3xx.
Point d’attention
En contexte de migration, ce sont souvent les redirections temporaires “oubliées”
qui créent le plus de dette technique et SEO à moyen terme,
bien plus que le choix initial entre 302 et 307.
Si ton serveur renvoie du 307 “sans que tu l’aies demandé”, ça peut venir d’un contexte HTTPS/HSTS ou d’un proxy/CDN.
Voir : erreur HTTP 307 : causes et solutions.
Cache, navigateurs, CDN : les pièges (HSTS inclus)
Au-delà de la technique pure, les redirections 302/307 peuvent impacter directement les temps de chargement :
chaque saut ajoute une requête réseau supplémentaire, augmente la latence et peut dégrader l’UX comme les signaux SEO (performance/perception).
L’optimisation passe par moins de redirections, des chaînes courtes, et un contrôle propre des headers/cache/CDN.
Mise en cache : pourquoi tu peux voir des comportements “intermittents”
Entre navigateur, proxy d’entreprise, CDN et règles de cache, une redirection peut parfois être réutilisée plus longtemps que prévu.
Pour éviter les surprises : vérifie Cache-Control, Expires et la logique de ton CDN.
HSTS et “307 Internal Redirect” (HTTPS only)
Dans certains contextes, un navigateur peut “forcer” un passage en HTTPS via HSTS, ce qui peut ressembler à une redirection 307 côté client.
Si tu suspectes HSTS : inspecte le comportement dans DevTools (onglet Réseau) et teste sur un profil vierge ou un autre navigateur.
Redirections JavaScript : à éviter pour le SEO (sauf cas précis)
Une redirection JavaScript n’est pas un vrai code HTTP 3xx côté serveur : c’est un contournement.
Pour un usage SEO fiable, privilégie les redirections côté serveur (Apache, Nginx ou applicatif).
Implémentation : exemples (Apache, Nginx, PHP, Node) + tests
Apache / .htaccess
Cas classique sur hébergement mutualisé ou serveurs Apache.
Utilise 307 dès que la requête d’origine ne doit pas être modifiée.
Redirect 302 /ancienne-url https://example.com/nouvelle-urlRedirect 307 /ancienne-url https://example.com/nouvelle-urlNginx
Configuration serveur côté Nginx, souvent utilisée en production ou derrière un reverse proxy.
Attention aux chaînes si plusieurs règles coexistent.
location = /ancienne-url {
return 302 https://example.com/nouvelle-url;
}location = /ancienne-url {
return 307 https://example.com/nouvelle-url;
}PHP
Utile quand la redirection dépend d’une logique applicative (auth, session, état métier).
<?php
header("Location: /nouvelle-url", true, 307);
exit;
?>Node.js (Express)
Cas fréquent pour les API, checkouts ou endpoints transactionnels.
Le 307 est recommandé pour préserver les requêtes POST.
app.post("/checkout", (req, res) => {
res.redirect(307, "/maintenance");
});Tester la redirection (curl)
Indispensable pour vérifier le statut réel renvoyé par le serveur, sans cache ni navigateur.
curl -I https://example.com/ancienne-urlBesoin d’un guide dédié 307 ? configurer une redirection 307 (guide).
Identifier des redirections 302/307 sur ton site (audit rapide)
Méthode simple
- curl -I sur une URL : tu vois le statut et le header Location
- DevTools (Réseau) : tu observes la chaîne et la méthode (GET/POST)
- Outils SEO : vérification de codes, chaînes et boucles
Méthode pro (logs serveurs)
- Repérer les URLs qui renvoient le plus de 302/307
- Identifier les boucles (too many redirects)
- Mesurer l’impact sur le crawl (Googlebot gaspille des hits sur des redirections inutiles)
Meilleures pratiques (checklist) + erreurs courantes
Checklist décisionnelle
- GET simple → 302 (souvent suffisant)
- POST / PUT / DELETE → 307 (méthode conservée)
- Maintenance globale → 503 + Retry-After (souvent préférable)
- Limiter à 1 saut maximum (éviter les chaînes)
- Surveiller la durée : temporaire ≠ “pour toujours”
- Vérifier canonicals, maillage et sitemap pour cohérence SEO
-
Documenter et communiquer les redirections aux équipes concernées
(techniques, marketing) : objectif, durée, règles, rollback, owners
Erreurs fréquentes
- 302 “longue durée” : risque d’interprétation durable + dilution des signaux
- Chaînes de redirection : lenteur + gaspillage du budget crawl
- Boucles : “Too many redirects” (UX + crawl)
- Redirections qui masquent des 404 : soft 404 et frustration utilisateur
- Redirections JavaScript : moins fiables et moins propres côté SEO
FAQ : code HTTP 307 vs 302
Quelle est la différence entre une redirection 302 et 307 ?
307 conserve la méthode HTTP (POST reste POST), tandis qu’un 302 peut être suivi comme un GET par certains clients.
Quand utiliser 307 au lieu de 302 ?
Pour une redirection temporaire sur une page GET classique, 302 suffit généralement.
Est-ce que 302 ou 307 est “mauvais” pour le SEO ?
(durée trop longue, chaînes, boucles, signaux contradictoires entre canonicals/maillage/sitemaps).
Pourquoi mon serveur renvoie un 307 au lieu d’un 302 ?
Vérifie la chaîne dans DevTools et teste en curl. Si c’est récurrent, analyse la config (CDN, proxy, règles serveur).
Est-ce que 307 est mis en cache par le navigateur ?
En cas de comportements “bizarres”, inspecte les headers et fais des tests sur navigateur/profil vierge.
Quelle redirection pour une maintenance : 302, 307 ou 503 ?
302/307 servent plutôt à rediriger une URL, pas à décrire l’état de disponibilité du service.
Comment éviter les boucles “Too many redirects” ?
Analyse la chaîne de redirection complète (A→B→C) pour trouver la boucle.
302 vs 307 pour un test A/B : que choisir ?
le 307 réduit le risque de casser des soumissions.
Conclusion
Dans la majorité des cas, 302 suffit sur des pages GET.
Dès que la redirection touche un flux POST ou une API,
le 307 devient le choix le plus sûr car il préserve la méthode.
Limite les chaînes, aligne les signaux, et décide explicitement quand basculer.
🎯 Analyse IA de cet article
Obtenez un résumé expert et des insights SEO personnalisés
💡 Chaque IA apporte une perspective unique
