Le code HTTP 301 indique qu’une ressource a été déplacée de manière définitive vers une nouvelle URL.
C’est le signal serveur que Google utilise pour remplacer l’URL d’origine dans son index, consolider les signaux de classement et préserver
la continuité du crawl.
Sur le papier, c’est simple. En production, la redirection permanente est l’opération qui fait gagner ou perdre du trafic lors d’une
migration ou d’une refonte. Cette fiche s’appuie sur des migrations menées sur des sites à fort volume (voyage,
hôtellerie, médias B2B) : ce qui compte n’est presque jamais la 301 en elle-même, mais la qualité du plan de redirection autour d’elle.
Moved Permanently
Famille 3xx – Redirections
Le code HTTP 301 indique une redirection permanente : l’ancienne URL est remplacée par une URL de destination, que Google intègre comme nouvelle référence dans l’index.
| Classe | 3xx – Redirection |
| Type | Redirection permanente (server-side) |
| Criticité SEO | 🟠 Critique (en migration) |
| Cacheable | Oui (souvent, selon les en-têtes et le cache navigateur) |
| Impact crawl | Consomme du crawl ; à limiter à 1 saut |
Qu’est-ce que le code HTTP 301 Moved Permanently ?
Le code HTTP 301 est une réponse serveur indiquant qu’une ressource a été déplacée de façon définitive. Le client (navigateur, outil comme curl, crawler SEO ou Googlebot) reçoit une réponse composée :
- d’un status code 301 ;
- d’un en-tête Location pointant vers la nouvelle URL ;
- éventuellement d’autres headers HTTP (cache, sécurité, cookies…).
Dans un contexte SEO, la 301 sert à indiquer à Google qu’une URL doit être remplacée dans l’index par sa destination. Elle consolide les signaux (popularité, historique, signaux de classement), maintient l’accès utilisateur et limite les erreurs de parcours lors des changements d’architecture.
À retenir
Une 301 n’est pas qu’une « redirection » pour l’utilisateur : c’est un signal d’architecture destiné à aligner crawl, indexation et consolidation des signaux sur une URL de référence.
La 301 en migration : le plan de redirection qui préserve le trafic
C’est ici que tout se joue. Lors d’une refonte ou d’un changement de domaine, la perte de trafic organique vient rarement de la 301 elle-même. Elle vient de redirections vers des pages non équivalentes, de chaînes laissées en place et de signaux contradictoires (canonical, sitemap, maillage). Un plan de redirection propre repose sur quatre piliers.
🧭 1. Le mapping 1:1 par proximité sémantique
Chaque URL historique doit pointer vers l’URL la plus proche sur le plan sémantique et fonctionnel, pas vers la page d’accueil par défaut. Une fiche produit redirige vers une fiche produit, une catégorie vers la catégorie équivalente. Quand aucune correspondance n’existe, la 301 n’est pas la bonne réponse (voir la FAQ sur la 410).
🔧 2. Règles par motif vs redirections unitaires
Sur un site à fort volume, on combine des règles par motif (regex côté serveur pour des structures d’URL régulières) et des redirections unitaires pour les pages stratégiques à fort historique. L’erreur classique est de tout traiter en règles génériques, ce qui finit par envoyer des milliers d’URLs vers des destinations approximatives.
✅ 3. La recette avant mise en ligne
Avant la bascule, on teste un échantillon représentatif : statut 301 réel, en-tête Location correct, un seul saut, URL finale en 200. C’est l’étape la plus souvent négligée et la plus rentable. Un audit technique SEO dédié à la migration permet de valider ce mapping avant que Google ne le crawle.
📈 4. Le monitoring après bascule
Une fois en ligne, on suit la bascule dans la Search Console (remplacement progressif des URLs dans l’index), dans les logs serveur (Googlebot qui continue de crawler les anciennes URLs) et sur les positions des pages stratégiques. Une migration saine montre une transition progressive, pas un décrochage brutal.
Le piège le plus coûteux
Une 302 ou une 307 laissée en place pour un changement définitif. Google peut conserver l’ancienne URL comme référence, et la consolidation des signaux ne se fait pas. Sur une migration de plusieurs milliers d’URLs, ce détail seul peut bloquer le transfert d’autorité.
Fonctionnement technique d’une redirection 301
Une redirection 301 s’inscrit dans un cycle requête/réponse HTTP classique, avec une étape supplémentaire : la résolution de l’URL cible.
-
1Requête client – Un navigateur, une application ou un bot demande une URL (souvent via une méthode GET).
-
2Décision serveur – Le serveur (Apache, Nginx, CDN, reverse proxy…) renvoie 301 + en-tête Location.
-
3Nouvelle requête – Le client suit la destination et déclenche une nouvelle requête vers l’URL cible.
-
4Réponse finale – L’URL cible renvoie idéalement un 200 (ou un autre statut attendu), et le contenu est servi.
Limiter les chaînes de redirections
Chaque saut (301 → 301 → 200) consomme du crawl, ajoute de la latence et ralentit la prise en compte de la destination. Sur les sites volumineux, cela dégrade le budget de crawl et retarde l’actualisation de l’index.
Exemple de réponse HTTP 301
Voici une réponse HTTP 301 typique (redirection permanente) :
HTTP/1.1 301 Moved Permanently
Date: Fri, 07 Dec 2024 10:30:00 GMT
Server: nginx/1.18.0
Location: https://www.exemple.com/nouvelle-url/
Cache-Control: max-age=3600
Content-Length: 0
Connection: keep-alive
Dans un navigateur ou un crawler, la présence de l’en-tête Location est déterminante : c’est lui qui porte la destination.
Erreurs fréquentes avec les redirections 301
🚫 Chaînes et boucles de redirection
- Chaînes : 301 → 301 → 200 (ou plus) au lieu d’un seul saut.
- Boucles : 301 → 301 → 301 (la destination renvoie vers la source ou vers une URL qui y revient).
- Redirections mixtes HTTP/HTTPS ou www/non-www générant des cascades.
Ces configurations augmentent le temps de chargement, consomment du crawl et peuvent empêcher Googlebot d’atteindre la page finale.
💥 Redirections non pertinentes et risque de soft 404
- Rediriger massivement des pages supprimées vers la page d’accueil.
- Rediriger vers une page de catégorie trop générique sans équivalence sémantique.
- Rediriger vers une page « Aucun résultat » ou une page faible.
Une 301 doit pointer vers une destination équivalente ou pertinente. Sinon, Google peut interpréter le résultat comme un soft 404 ou ignorer partiellement la consolidation des signaux.
🧭 Signaux contradictoires : canonical, maillage, sitemap
- Canonical qui pointe vers l’ancienne URL alors qu’une 301 est en place.
- Liens internes et sitemap continuant de référencer l’URL source.
- Multiples variantes d’URL (slash, paramètres) non normalisées.
Google peut réinterpréter une 301 si d’autres signaux indiquent que l’ancienne URL doit rester la référence. L’efficacité dépend de l’alignement global des signaux (maillage interne, canonicals, sitemap, hreflang…).
Impacts SEO du code HTTP 301
La 301 est une opération SEO critique
En migration, refonte ou consolidation, une 301 mal gérée peut provoquer : perte de signaux, duplication temporaire, ralentissement d’indexation et gaspillage de budget de crawl.
📉 Crawl budget et vitesse de prise en compte
- Chaque redirection implique une requête supplémentaire et donc un coût de crawl.
- Les chaînes augmentent la latence et retardent l’exploration des pages stratégiques.
- Mettre à jour le maillage interne vers la destination finale réduit le gaspillage de crawl.
📊 Indexation et consolidation des signaux
Une 301 vise à faire remplacer l’URL source par l’URL cible dans l’index. Le transfert des signaux (dont le PageRank) est généralement complet, mais dépend de la cohérence des signaux secondaires. Des redirections non pertinentes ou contradictoires peuvent entraîner une consolidation partielle ou une réévaluation par Google.
🔃 Migrations, refontes et changements d’architecture
Dans les projets de migration, la 301 est le mécanisme principal de conservation de visibilité. La règle est simple : chaque URL historique redirige vers l’URL la plus proche sur le plan sémantique et fonctionnel, avec un minimum de sauts et un alignement strict du maillage, des canonicals et des sitemaps. C’est exactement le cœur d’une prestation de consultant SEO sur une refonte.
Comment diagnostiquer et contrôler les redirections 301
Les méthodes suivantes permettent d’auditer efficacement les 301, du test unitaire à l’analyse log-based.
-
1
Tester une URL avec curl
Utilisez
curl -I https://www.exemple.com/ancienne-url/et vérifiez le status (301) + l’en-tête Location. Pour voir la chaîne complète :curl -IL. -
2
Contrôler la chaîne de redirection dans DevTools
Dans l’onglet Network, vérifiez les requêtes et le nombre de sauts. Objectif : un seul saut vers un 200 final.
-
3
Crawler SEO : Screaming Frog / équivalent
Filtrez les URLs en 3xx : identifiez chaînes, boucles, destinations non pertinentes et redirections de masse vers la home.
-
4
Analyse des logs serveur
Les logs (Apache/Nginx/CDN) permettent d’identifier les URLs 301 les plus crawlées par Googlebot et les chaînes coûteuses. C’est un levier majeur pour optimiser le crawl budget sur des sites à fort volume.
-
5
Google Search Console
Surveillez l’indexation (remplacements d’URL), les rapports d’erreurs (soft 404) et les variations d’URLs canoniques sélectionnées. Une migration propre doit montrer une bascule progressive vers les destinations.
Bonnes pratiques pour des redirections 301 propres
À FAIRE
- Utiliser des 301 pour toute modification durable d’URL (refonte, migration, consolidation).
- Limiter la redirection à un saut et mettre à jour le maillage interne vers l’URL finale.
- Rediriger vers une destination équivalente et pertinente (éviter la home par défaut).
- Aligner canonical, sitemap et liens internes avec les nouvelles URLs.
- Contrôler les redirections au niveau serveur/CDN (Apache, Nginx, Cloudflare…).
- Maintenir les 301 au moins 12 mois (ou plus si liens externes importants).
À NE PAS FAIRE
- Créer des chaînes 301 → 301 → 200 ou des boucles.
- Rediriger des pages supprimées vers la home sans équivalence (risque soft 404).
- Utiliser une 302/307 pour un changement définitif.
- Laisser les anciennes URLs dans le sitemap et le maillage interne après migration.
- Multiplier des règles de redirection non documentées et non testées.
Codes HTTP associés à connaître
Pour maîtriser le 301 dans un contexte SEO, il est utile de connaître les codes voisins qui influencent la gestion des URLs et l’indexation :
Found
Redirection temporaire. Google peut conserver l’URL source comme référence.
Lire la fiche → 307Temporary Redirect
Variante HTTP/1.1 de redirection temporaire, sans changement de méthode.
Lire la fiche → 308Permanent Redirect
Alternative moderne à la 301 (permanente), conserve la méthode HTTP.
Lire la fiche → 404Not Found
La ressource n’existe pas. À distinguer d’une 301 (remplacement) et d’un soft 404.
Lire la fiche →FAQ : Questions fréquentes sur le code HTTP 301
Qu’est-ce qu’un code HTTP 301 Moved Permanently ?
Le code HTTP 301 indique une redirection permanente. Le serveur renvoie un statut 301 et un en-tête Location vers la destination. Google remplace alors l’URL source par l’URL cible dans l’index.
Le code 301 transmet-il le PageRank et les signaux SEO ?
Oui. Google indique que les redirections 301 transfèrent les signaux de classement (dont le PageRank). L’efficacité dépend toutefois de la cohérence des signaux : maillage interne, canonicals, sitemap et pertinence de la destination.
Une migration en 301 peut-elle faire perdre du trafic ?
Oui, mais rarement à cause de la 301 elle-même. La perte vient des redirections vers des pages non équivalentes, des chaînes oubliées, des canonicals contradictoires et d’un maillage non mis à jour. Un mapping 1:1 propre et un contrôle avant mise en ligne limitent le risque.
301 ou 410 pour une page supprimée ?
S’il existe une page équivalente, on utilise une 301. S’il n’existe aucun équivalent pertinent, un 410 (Gone) est souvent préférable : il signale une suppression assumée et évite le risque de soft 404 qu’entraîne une 301 vers une page trop générique.
301 ou 308 : laquelle choisir ?
Les deux sont permanentes. La 308 conserve la méthode HTTP (un POST reste un POST), ce qui compte pour des API ou des formulaires. Pour une migration de pages classiques (GET), la 301 reste le standard universellement compris par les moteurs.
Pourquoi Google peut-il ignorer une 301 ?
Google peut réinterpréter une 301 si d’autres signaux indiquent une URL de référence différente : canonical contradictoire, liens internes pointant vers l’ancienne URL, sitemap non mis à jour, ou destination jugée non pertinente.
Combien de temps conserver une redirection 301 ?
Conservez une 301 au moins 12 mois (souvent plus) pour absorber les liens externes, les favoris, et laisser le temps à Google de stabiliser l’indexation. Sur des URLs fortement liées, la conservation longue est généralement préférable.
Une migration ou une refonte à sécuriser ?
Plan de redirection, mapping 1:1, contrôle des chaînes et boucles, alignement canonicals / sitemap / maillage, suivi de la bascule dans les logs et la Search Console : je sécurise vos migrations pour préserver vos positions et votre trafic.
🎯 Analyse IA de cet article
Obtenez un résumé expert et des insights SEO personnalisés
💡 Chaque IA apporte une perspective unique


