Pour savoir si une redirection est une 301 ou une 302, collez l'ancienne URL dans un vérificateur de redirections et lisez le code de statut de chaque saut. Un 301 ou un 308 signifie « déplacé de façon permanente » et indique à Google d'afficher la nouvelle URL dans les résultats de recherche. Un 302, un 303 ou un 307 signifie « temporaire » et indique à Google de conserver l'ancienne URL. Profitez-en pour compter les sauts : l'idéal est une seule redirection qui mène directement à la page finale, laquelle doit répondre 200. Ce guide vous montre comment vérifier des redirections dans le navigateur, en ligne de commande et avec notre outil gratuit, et comment corriger les problèmes que vous trouverez.
Pourquoi le type de redirection compte pour le SEO
Pour un visiteur, toutes les redirections se ressemblent : il clique sur un lien et arrive ailleurs. Les moteurs de recherche, eux, lisent le code de statut et le traitent comme une instruction. La documentation de Google sur les redirections indique que les redirections permanentes servent de signal pour désigner la cible de la redirection comme URL canonique, tandis que les redirections temporaires sont suivies sans être utilisées comme ce signal. En pratique, cela signifie :
- 301 / 308 (permanentes) : Google affiche la nouvelle URL dans les résultats et y regroupe les signaux. Utilisez-les pour les migrations de site, le passage de HTTP à HTTPS, les changements de slug, la fusion de pages et le choix entre la version avec www et la version sans www.
- 302 / 303 / 307 (temporaires) : Google continue d'afficher l'URL d'origine. Utilisez-les pour des situations passagères, par exemple renvoyer les visiteurs vers une page de maintenance ou mener un test que vous annulerez.
L'erreur la plus courante consiste à faire une migration avec des 302, parce que c'est ce qu'utilise par défaut une extension ou un framework. Les nouvelles pages fonctionnent bien pour les visiteurs, mais Google peut garder les anciennes URL dans son index. La vérification prend une minute et peut vous épargner des semaines de confusion.
Les codes de redirection en un coup d'œil
| Code | Signification | Permanent ? | Conserve la méthode de la requête ? |
|---|---|---|---|
| 301 | Moved Permanently (déplacé de façon permanente) | Oui | Non garanti (les navigateurs peuvent transformer un POST en GET) |
| 308 | Permanent Redirect (redirection permanente) | Oui | Oui |
| 302 | Found (trouvé) | Non | Non garanti |
| 303 | See Other (voir ailleurs) | Non | Non, devient toujours un GET |
| 307 | Temporary Redirect (redirection temporaire) | Non | Oui |
Pour les liens ordinaires vers des pages, qui sont des requêtes GET, la 301 et la 308 se comportent de la même façon pour le SEO, tout comme la 302 et la 307. La différence de méthode ne compte que pour les formulaires et les API.
Vérifier une redirection avec My Botsy, étape par étape
- Ouvrez le vérificateur de redirections. Il est gratuit et ne demande pas de compte.
- Collez l'URL de départ exactement telle que les internautes ou les liens l'utilisent. Indiquez le protocole, par exemple
http://example.com/old-page. Tester séparément la versionhttp://et la version sans www permet de repérer des sauts supplémentaires cachés. - Lancez la vérification et lisez chaque ligne. Chaque ligne correspond à un saut : l'URL demandée et le code de statut renvoyé. La dernière ligne doit être votre page finale, avec un
200. - Regardez les codes intermédiaires. Si le déplacement est permanent, chaque saut doit être une 301 ou une 308. Une seule 302 dans la chaîne rend cette étape temporaire.
- Comptez les sauts. Un seul, c'est l'idéal. Deux, c'est courant (par exemple de HTTP vers HTTPS, puis de la version sans www vers la version avec www), et il vaut la peine de les réduire à un. Trois ou plus signifie que des règles s'empilent et qu'il faut faire le ménage.
- Vérifiez la destination. Assurez-vous que l'URL finale est bien la page voulue, et non la page d'accueil ou une 404. Le vérificateur de balises meta vous montre ce que cette page indique aux moteurs de recherche, y compris sa balise canonical.
Exemple concret : une chaîne de deux sauts
Imaginons que vous vérifiez http://example.com/pricing et que vous obtenez ceci :
http://example.com/pricing 301
https://example.com/pricing 301
https://www.example.com/pricing 200Les deux sauts sont permanents, donc Google considérera https://www.example.com/pricing comme l'URL à afficher. Cela fonctionne, mais chaque ancien lien coûte deux allers-retours. La solution consiste à faire en sorte que la première règle envoie http://example.com/* directement vers https://www.example.com/*, en une seule étape.
Exemple concret : la 302 accidentelle
https://example.com/blog/old-slug 302
https://example.com/blog/new-slug 200Vous avez renommé l'article définitivement, mais le CMS a créé une redirection temporaire. Passez la règle en 301 (ou 308), puis relancez la vérification pour le confirmer.
Les autres façons de vérifier des redirections
Avec les outils de développement du navigateur
Ouvrez les DevTools (F12 dans la plupart des navigateurs), allez dans l'onglet Réseau (Network), cochez Conserver le journal (Preserve log), puis chargez l'ancienne URL. Chaque redirection apparaît comme une requête distincte, avec son code de statut et un en-tête de réponse Location. Attention à un piège : si un site utilise HSTS, Chrome peut afficher une 307 Internal Redirect de HTTP vers HTTPS. Celle-ci est générée par le navigateur lui-même, pas par votre serveur ; un vérificateur côté serveur est donc une source plus fiable.
Avec curl en ligne de commande
Si vous êtes à l'aise avec un terminal, cette commande affiche les en-têtes de chaque saut :
curl -sIL http://example.com/old-page-I demande uniquement les en-têtes, -L suit les redirections et -s masque la barre de progression. Repérez les lignes de statut HTTP/ et l'en-tête location: sous chacune d'elles. Certains serveurs ne répondent pas aux requêtes HEAD de la même façon qu'aux requêtes GET normales ; si le résultat vous paraît étrange, essayez plutôt curl -sL -o /dev/null -D - http://example.com/old-page.
Avec une recherche d'en-têtes HTTP
Pour examiner en détail une seule réponse, y compris les en-têtes Location, Cache-Control et les en-têtes de sécurité, utilisez la recherche d'en-têtes HTTP. C'est pratique pour confirmer exactement ce que renvoie un saut donné.
Les problèmes de redirection courants et comment les corriger
Les chaînes de redirections
Chaque saut supplémentaire ajoute un aller-retour pour les visiteurs. La documentation de Google sur ses robots d'exploration indique qu'ils suivent par défaut jusqu'à 10 sauts de redirection, mais d'autres outils peuvent abandonner plus tôt, et les longues chaînes sont difficiles à maintenir. Faites pointer chaque ancienne URL directement vers sa destination finale et mettez à jour les liens internes pour qu'ils évitent complètement les redirections.
Les boucles de redirection
Une boucle se produit quand A pointe vers B et que B pointe de nouveau vers A, souvent parce qu'un réglage du CMS et une règle du serveur ne sont pas d'accord sur le www, le HTTPS ou la barre oblique finale. Les navigateurs affichent alors une erreur du type « trop de redirections ». Un vérificateur de redirections rend la boucle évidente, puisque les mêmes URL se répètent. Choisissez une seule version canonique et supprimez la règle en conflit.
Tout rediriger vers la page d'accueil
Quand vous supprimez ou déplacez beaucoup de pages, il est tentant de toutes les envoyer vers la page d'accueil. Les visiteurs qui cherchaient une page précise ne s'y retrouvent plus. Redirigez chaque ancienne URL vers son équivalent le plus proche et laissez les pages sans équivalent renvoyer une 404 ou une 410.
Les signaux contradictoires
Si une URL fait une 301 vers la page B, mais que la balise canonical de B pointe ailleurs, vous donnez des instructions contradictoires aux moteurs de recherche. Vérifiez la canonical de la destination avec le vérificateur de balises meta et assurez-vous que les deux concordent.
Les paramètres de suivi perdus
Certaines règles de redirection suppriment la chaîne de requête, et donc les balises UTM des liens de campagne. Testez une URL balisée (créez-en une avec le générateur de liens UTM) et vérifiez que les paramètres arrivent jusqu'au dernier saut. Notre guide des paramètres UTM dans GA4 explique pourquoi c'est important. Pour découper une longue URL finale en ses différentes parties, collez-la dans l'analyseur d'URL.
Les problèmes de certificat sur l'ancien domaine
Si vous avez changé de domaine, l'ancien a toujours besoin d'un certificat HTTPS valide. Sans lui, les personnes qui saisissent ou cliquent sur https://old-domain.com voient un avertissement de sécurité avant même que la redirection puisse s'exécuter. Vérifiez-le avec le vérificateur SSL et, si le domaine ne se résout pas du tout, commencez par notre guide pour vérifier les enregistrements DNS.
Les redirections meta refresh et JavaScript
Toutes les redirections ne passent pas par un code de statut. Une balise <meta http-equiv="refresh"> ou un script window.location peuvent aussi emmener les visiteurs ailleurs. La documentation de Google indique qu'un meta refresh instantané (0 seconde) est traité comme permanent et un meta refresh différé comme temporaire, et elle ne recommande les redirections JavaScript que lorsque les redirections côté serveur ou meta refresh sont impossibles, car Google risque de ne pas les voir si le rendu échoue. Dans ces cas, les vérificateurs côté serveur indiquent que la page renvoie 200 ; si une page vous « redirige » dans le navigateur mais affiche 200 dans le vérificateur, cherchez dans son HTML un meta refresh ou un script.
Check-list rapide des redirections
- Les déplacements permanents utilisent une 301 ou une 308 à chaque saut.
- Chaque ancienne URL atteint sa page finale en un seul saut.
- La page finale renvoie 200 et sa balise canonical pointe vers elle-même.
- Les versions HTTP, HTTPS, avec www et sans www aboutissent toutes à la même URL.
- Les chaînes de requête et les balises UTM sont conservées quand elles doivent l'être.
- Les liens internes pointent vers les URL finales, pas vers des redirections.
Questions fréquentes
Comment savoir si une redirection est une 301 ou une 302 ?
Passez l'URL dans un vérificateur de redirections ou regardez l'onglet Réseau des outils de développement de votre navigateur. Le code de statut de chaque saut vous renseigne : 301 et 308 sont permanentes, tandis que 302, 303 et 307 sont temporaires.
Une redirection 302 est-elle mauvaise pour le SEO ?
Non, si le déplacement est réellement temporaire. Elle devient un problème quand on l'utilise pour un déplacement permanent, car Google risque de continuer à afficher l'ancienne URL au lieu de la nouvelle.
Quelle est la différence entre une 301 et une 308 ?
Les deux sont permanentes. La 308 garantit que la méthode et le corps de la requête sont conservés, ce qui compte pour les formulaires et les API. Pour les liens ordinaires vers des pages, elles fonctionnent de la même façon pour le SEO.
À partir de combien de redirections est-ce trop ?
Visez une seule redirection. Les robots de Google suivent par défaut jusqu'à 10 sauts, mais chaque saut supplémentaire ralentit les visiteurs et rend les problèmes plus difficiles à retracer ; réduisez donc les chaînes dès que possible.
Pourquoi mon navigateur affiche-t-il une redirection 307 que je n'ai jamais configurée ?
Il s'agit généralement de la redirection HSTS interne de Chrome, de HTTP vers HTTPS. Le navigateur la crée avant même de contacter votre serveur ; utilisez donc un vérificateur de redirections côté serveur pour voir ce que votre serveur renvoie réellement.
Les redirections transmettent-elles la valeur des liens ?
Google utilise les redirections permanentes comme un signal fort indiquant que la cible doit être l'URL canonique : les signaux y sont donc regroupés. Les redirections temporaires ne servent pas de signal de ce type, et c'est pourquoi le type de redirection compte.
