Les redirections HTTP sont l’une des zones de risque les plus sous-estimées en SEO. Mal configurées lors d’une migration, d’une refonte ou d’une simple réorganisation d’URLs, elles peuvent pulvériser en quelques semaines un positionnement construit sur des mois d’efforts. Bien gérées, elles transmettent l’autorité d’une page à une autre sans perte significative. Ce guide couvre tout ce qu’un praticien SEO doit maîtriser sur les codes 301, 302 et leurs implications sur le référencement naturel.
Comprendre les codes HTTP de redirection
Ce qu’est un code HTTP de statut
Lorsqu’un navigateur ou un robot de crawl accède à une URL, le serveur renvoie un code de statut HTTP qui indique l’état de la requête. Les codes 2xx signifient que la page est accessible, les 3xx indiquent une redirection, les 4xx signalent une erreur côté client (page introuvable), les 5xx une erreur côté serveur.
Pour le SEO, les codes 3xx sont déterminants car ils indiquent à Google qu’une URL a changé et vers où il doit pointer son crawl et son évaluation.
La redirection 301 : permanente
Un code 301 signifie “Déplacé de façon permanente”. C’est le signal le plus fort que vous pouvez envoyer à Google : cette page n’existe plus ici, elle existe désormais à cette nouvelle adresse, et tout l’historique de popularité doit être transféré vers la nouvelle URL.
Comportement de Google face à un 301 :
- Le moteur indexe la nouvelle URL et désindexe l’ancienne
- Le transfert du link equity (autorité accumulée via les backlinks) est quasi-total — les estimations varient, mais Google a confirmé que le 301 transfère le PageRank
- Après plusieurs semaines de crawl, Google “comprend” la redirection et ne revisite plus l’ancienne URL aussi fréquemment
La redirection 302 : temporaire
Un code 302 signifie “Trouvé (temporairement déplacé)”. Ce signal indique à Google que la page a changé d’adresse provisoirement, mais qu’elle reviendra à son URL d’origine.
Comportement de Google face à un 302 :
- Google continue d’indexer l’URL source (l’originale)
- Le transfert de link equity est partiel et peut être nul selon le temps de maintien
- La page de destination n’accumule pas l’autorité de l’ancienne URL
Ce que signifie ce comportement pour vous : utiliser un 302 à la place d’un 301 pour une redirection permanente est une erreur courante qui peut faire perdre toute la valeur SEO accumulée sur l’ancienne URL.
Les autres codes de redirection
| Code | Nom | Usage SEO |
|---|---|---|
| 301 | Moved Permanently | Redirection permanente — transfert quasi-total du link equity |
| 302 | Found (Temporary Redirect) | Redirection temporaire — pas de transfert de link equity |
| 307 | Temporary Redirect | Equivalent HTTP/1.1 du 302 — même comportement SEO |
| 308 | Permanent Redirect | Equivalent HTTP/1.1 du 301 — même comportement SEO |
| 303 | See Other | Post-redirect-get — rarement utilisé en SEO |
| 304 | Not Modified | Non-redirection : la page n’a pas changé (cache) |
| 410 | Gone | Page supprimée définitivement — désindexation plus rapide qu’un 404 |
Quand utiliser une redirection 301
Changement d’URL permanent
La situation la plus classique : vous modifiez la structure de vos URLs. Vous passez de /article-nom/ à /categorie/article-nom/. Toutes les anciennes URLs doivent recevoir un 301 vers les nouvelles adresses.
Ne laissez pas d’URLs en 404 : chaque lien interne ou externe qui pointe vers une URL disparue représente une perte d’autorité et une expérience utilisateur dégradée.
Migration de domaine
Vous changez de domaine — que ce soit pour renommer votre marque, passer de .com à .fr, ou consolider plusieurs sites en un seul. Dans ce cas, configurez des redirections 301 de toutes les pages de l’ancien domaine vers les pages correspondantes du nouveau.
Point critique : la migration de domaine avec 301 entraîne presque toujours une perte de trafic temporaire, même bien réalisée. Google doit recrawler et réindexer l’ensemble du nouveau domaine. Prévoyez une période de 3 à 6 mois avant de retrouver votre niveau de trafic initial.
HTTP vers HTTPS
Si votre site n’est pas encore en HTTPS, la migration est indispensable. Configurez des redirections 301 de toutes vos URLs HTTP vers leur équivalent HTTPS. Cette migration est généralement transparente en termes de SEO si elle est correctement réalisée.
Consolidation de contenu similaire
Vous avez deux articles qui traitent du même sujet et qui se cannibalisent mutuellement dans les SERP. Fusionnez le contenu dans la page la plus complète et redirigez l’autre en 301. Vous concentrez ainsi l’autorité sur une seule URL au lieu de la diluer.
Suppression de pages sans équivalent
Quand vous supprimez une page qui ne sera pas remplacée mais dont le contenu correspond à une autre page existante, redirigez vers la page thématiquement la plus proche. Si aucune page ne correspond, il vaut mieux renvoyer un 410 (Gone) pour accélérer la désindexation qu’un 404 passif.
Quand utiliser une redirection 302
Les cas d’usage légitimes du 302 sont plus rares mais bien réels :
- Test A/B de contenu : vous testez temporairement une nouvelle version d’une page — le 302 indique à Google de conserver l’indexation de l’original
- Maintenance planifiée : vous redirigez une page vers une page de maintenance pendant quelques heures
- Personnalisation géographique : vous redirigez automatiquement vers une version localisée selon le pays de l’internaute, mais conservez une version universelle indexée
- E-commerce saisonnier : vous redirigez temporairement une page de catégorie vers une page promotion, en prévoyant de restaurer la catégorie après la période commerciale
Règle pratique : si vous n’êtes pas sûr de la durée de la redirection, préférez le 301. Un 301 mal utilisé sur quelques semaines est moins dommageable qu’un 302 permanent.
Implémenter les redirections : méthodes techniques
Via le fichier .htaccess (serveurs Apache)
Le .htaccess est la méthode la plus répandue sur les hébergements mutualisés avec serveur Apache :
# Redirection 301 d'une URL spécifique
Redirect 301 /ancienne-page/ https://votresite.fr/nouvelle-page/
# Redirection de domaine complet (HTTP vers HTTPS)
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
# Redirection de toutes les URLs d'un ancien domaine
RewriteEngine On
RewriteCond %{HTTP_HOST} ^ancien-domaine\.fr [NC]
RewriteRule ^(.*)$ https://nouveau-domaine.fr/$1 [R=301,L]
Via nginx.conf (serveurs Nginx)
Sur les VPS ou serveurs dédiés sous Nginx :
# Redirection d'une page spécifique
location = /ancienne-page/ {
return 301 /nouvelle-page/;
}
# HTTP vers HTTPS
server {
listen 80;
server_name votresite.fr;
return 301 https://votresite.fr$request_uri;
}
# Ancien domaine vers nouveau domaine
server {
listen 443 ssl;
server_name ancien-domaine.fr;
return 301 https://nouveau-domaine.fr$request_uri;
}
Via WordPress (sans accès serveur)
Si vous utilisez WordPress sans accès direct au .htaccess, des plugins comme Redirection ou Yoast SEO Premium permettent de gérer les redirections depuis l’interface d’administration. Notez que cette méthode est légèrement moins performante car les redirections sont traitées par PHP avant d’être envoyées au navigateur, contrairement aux redirections serveur natives.
Via les CDN et proxys (Cloudflare, Vercel)
Pour les sites hébergés sur des CDN modernes, les redirections se configurent directement dans l’interface :
- Cloudflare : Rules > Redirect Rules — permet des redirections dynamiques avec des règles regex
- Vercel : fichier
vercel.jsonavec la cléredirects - Netlify : fichier
_redirectsou section dansnetlify.toml
Les erreurs de redirection qui pénalisent le SEO
Les chaînes de redirections
Une chaîne de redirections se produit quand une URL A redirige vers B, qui redirige vers C, qui redirige vers D. Chaque saut supplémentaire :
- Consomme du budget de crawl
- Augmente le temps de chargement perçu
- Dilue le transfert d’autorité
Règle de bonne pratique : ne tolérez jamais plus de 2 sauts dans une chaîne. Mettez à jour les redirections intermédiaires pour pointer directement vers la destination finale.
Pour détecter les chaînes, crawlez votre site avec Screaming Frog : l’onglet “Redirect Chains” les liste explicitement.
Les boucles de redirections
Encore plus problématique : A redirige vers B, et B redirige vers A. Cela génère une boucle infinie que le navigateur et Googlebot abandonnent après quelques tentatives. Votre page devient tout simplement inaccessible.
Vérifiez systématiquement vos redirections après implémentation avec un outil de test HTTP (curl, httpstatus.io) pour confirmer que la destination finale est un 200 et non un autre 3xx.
Rediriger vers la page d’accueil par défaut
Quand une page est supprimée sans équivalent thématique, certains gestionnaires de site redirigent paresseusement vers la page d’accueil. Google interprète ce pattern comme une “soft 404” : il comprend que la page n’existe plus réellement à cette adresse et n’indexe ni l’une ni l’autre correctement. Résultat : perte de l’autorité de l’ancienne URL sans bénéfice pour l’accueil.
Oublier de mettre à jour le maillage interne
Après une migration d’URLs, vos liens internes pointent encore vers les anciennes adresses. Même si les 301 sont en place, il vaut mieux mettre à jour ces liens directement vers les nouvelles URLs pour éviter des sauts inutiles. Un outil comme Screaming Frog liste les liens internes qui passent par des redirections sous l’onglet “Response Codes > Redirection 3xx”.
Auditer les redirections de votre site
Screaming Frog : crawl complet
Screaming Frog est l’outil de référence pour auditer les redirections. Après un crawl :
- Onglet Response Codes → filtrez sur 3xx pour voir toutes les redirections
- Onglet Redirect Chains → identifiez les chaînes à raccourcir
- Onglet Inlinks (sur une URL 3xx sélectionnée) → voyez quels liens internes doivent être mis à jour
- Exportez la liste et traitez par ordre de priorité : pages avec le plus de backlinks d’abord
Google Search Console : détecter les problèmes
La GSC signale les erreurs de crawl dans la section Couverture (ou Indexation des pages). Des pics d’URLs en “Redirigé” non attendus peuvent indiquer une mauvaise configuration. La section Améliorations peut également alerter sur des redirections problématiques affectant les données structurées.
Tester manuellement avec curl
Pour vérifier rapidement le code de statut et la destination finale d’une URL :
curl -I -L https://ancienne-url.fr/page/
L’option -L suit les redirections et affiche le code de chaque saut. Vous pouvez ainsi confirmer que la chaîne complète aboutit bien à un 200.
Redirections et migrations : protocole complet
Avant la migration
- Crawlez l’intégralité du site actuel et exportez toutes les URLs indexées
- Établissez une correspondance URL par URL entre ancien et nouveau site (mapping)
- Identifiez les pages sans équivalent (410 ou redirection vers la plus proche thématiquement)
- Préparez le fichier de redirections (.htaccess, nginx.conf ou équivalent)
- Soumettez le nouveau sitemap XML dans Google Search Console
Pendant et après la migration
- Activez les redirections avant de mettre le nouveau site en production
- Testez un échantillon représentatif d’URLs (notamment les plus importantes en termes de trafic et de backlinks)
- Vérifiez via GSC que Googlebot commence à explorer les nouvelles URLs
- Suivez le trafic organique quotidiennement pendant les 4 premières semaines
- Maintenez les redirections actives au moins 12 mois — certains backlinks historiques continueront à pointer vers les anciennes URLs
Notre guide complet sur le suivi de position Google vous aidera à monitorer l’impact de votre migration sur vos classements.
Ce qu’il faut retenir
Les redirections ne sont pas une corvée technique : elles sont un outil de préservation de votre capital SEO. Un 301 bien planifié lors d’une refonte peut transférer des années de link equity vers vos nouvelles URLs. Un 302 posé par mégarde à la place d’un 301, ou une chaîne de redirections négligée, peut au contraire faire perdre des positions durement gagnées.
Intégrez l’audit des redirections à votre audit SEO régulier et vérifiez systématiquement leur configuration avant chaque modification structurelle de votre site.