Code HTTP 307 vs 302 : différences, cas d’usage et impact SEO

Reconnaître un 302 ou un 307 selon l’outil utilisé

Avant de juger, il faut voir correctement. Chaque outil affiche les redirections différemment, et chacun a un angle mort.
Croiser deux sources évite 90 % des faux diagnostics.

Voir le statut et la chaîne avec curl

Le -I donne le statut et l’en-tête Location. Le -L suit la redirection pour dérouler toute la chaîne.

curl -I https://exemple.com/ancienne-url

curl -sIL https://exemple.com/ancienne-url | grep -i "HTTP/\|location:"

Extraire et compter les 3xx depuis les logs

Sur un log au format combiné (Apache), le code de statut est le 9e champ. Tu isoles les 302/307, tu comptes par URL,
puis tu filtres sur Googlebot pour mesurer le vrai gaspillage de crawl.

awk '($9 ~ /^30[27]$/){print $9, $7}' access.log | sort | uniq -c | sort -rn | head -30

grep -i googlebot access.log | awk '($9 ~ /^30[27]$/){print $7}' | sort | uniq -c | sort -rn | head -30

Note : le format de log varie (Nginx diffère d’Apache). Vérifie la position du champ statut avant de copier la commande.
Pour configurer proprement une redirection une fois le diagnostic posé :
configurer une redirection 307 (guide).

Les 302/307 normaux : ne les corrige pas

Une bonne partie de ce qui remonte dans un audit n’est pas un problème. Les corriger, c’est dépenser du temps et risquer
d’introduire des régressions. Voici les cas où tu laisses en place.

Le 307 Internal Redirect lié à HSTS

Quand un site applique HSTS, le navigateur force lui-même le passage en HTTPS avant même d’envoyer la requête. Dans Chrome DevTools,
ça apparaît comme un 307 Internal Redirect. Ce n’est pas ton serveur qui le renvoie : c’est une bascule interne au navigateur,
et elle ne consomme pas de crawl côté Google de la même façon qu’une vraie redirection serveur. Rien à corriger.
Si tu veux supprimer même ce micro-saut au premier accès, l’étape suivante est le HSTS preload.

Le 307 voulu sur un flux POST

Sur un formulaire, une API ou un tunnel de paiement, le 307 conserve la méthode et le corps de la requête. Un POST reste un POST.
C’est exactement le comportement attendu sur un flux transactionnel. Le voir dans un crawl est rassurant, pas alarmant.

Le 302 court et daté

Une promo de deux semaines, un test A/B borné, une page de maintenance ponctuelle : un 302 qui a une date de fin connue
fait son travail. Tant que la temporarité est réelle et pilotée, Google garde l’URL source comme prévu. Le seul réflexe à avoir :
noter quand il doit disparaître.

Les 302/307 qui dégradent vraiment

Ce sont rarement les codes en eux-mêmes. Ce sont les usages : durée qui s’éternise, sauts empilés, signaux qui se contredisent.
Voilà ce qui mérite une correction.

• Chaînes de redirection : chaque saut ajoute une requête réseau, de la latence et un hit de crawl gaspillé. Vise 1 saut maximum entre l’URL d’origine et la cible.
• Boucles : le classique Too many redirects. Souvent un conflit entre règle HTTP vers HTTPS, www vers non-www, CDN et règle applicative. Critique côté UX comme côté crawl.
• 302/307 injectés par un CDN ou un proxy : des redirections que tu n’as pas écrites, ajoutées par une règle de géo, de cache ou de sécurité. À traquer dans la config de l’intermédiaire, pas dans ton .htaccess.
• Redirections qui masquent des 404 : rediriger une page morte vers l’accueil au lieu de renvoyer un vrai 404 ou 410 crée des soft 404 et frustre l’utilisateur.
• Maillage interne vers des URLs qui redirigent : tes propres liens pointent vers une URL en 302 au lieu de la cible finale. Tu fais travailler Googlebot pour rien et tu diffuses les signaux. Corrige les liens à la source.

J’ai un 302 ou un 307 : que faire (arbre de décision)

1. 1
   Cette redirection est-elle voulue ?
   Non, elle vient d’un CDN, d’un proxy ou d’une règle oubliée → inspecte l’intermédiaire avant tout.
   Oui → passe à l’étape suivante.
2. 2
   Est-elle vraiment temporaire ?
   Oui, avec une date de fin → 302 (GET) ou 307 (POST) selon la méthode, et tu surveilles l’échéance.
   Non, c’est permanent → 301 (GET) ou 308 (POST).
3. 3
   Y a-t-il un saut de trop ?
   Chaîne ou boucle détectée → ramène à 1 saut, supprime les intermédiaires.
   Saut unique et propre → rien à faire sur la chaîne.
4. 4
   Tes liens internes pointent-ils vers la cible ou vers l’URL qui redirige ?
   Vers l’URL qui redirige → corrige le maillage pour viser la cible finale.
   Vers la cible → le maillage est cohérent.

Impact réel sur le budget de crawl

C’est là que le diagnostic logs prend tout son sens. Chaque 3xx que Googlebot rencontre est un hit dépensé sur un saut
plutôt que sur une page utile. Le vrai indicateur n’est pas le nombre de 302/307, mais leur part dans le crawl de Googlebot.

• Mesure : sur tes logs, calcule la part des requêtes Googlebot qui tombent sur du 3xx. Une part élevée signale du budget perdu.
• Seuil : sur un gros site (e-commerce, média, gros catalogue), quelques pour cent de crawl gaspillé en redirections représentent des milliers de hits par jour. Là, ça compte.
• Petit site : sur un site vitrine ou un blog, le budget de crawl n’est presque jamais le facteur limitant. Le vrai sujet devient le maillage interne propre et la cohérence des signaux, pas le volume de 3xx.

Méthode d’audit des 302/307 pas à pas

Trois cas concrets rencontrés en audit