Redirections 301 — guide sans bug, sans perte de jus

1. 301, 302, 308 — quoi quand

301 — Moved Permanently

L'URL a définitivement changé. Transmet l'autorité SEO à la cible (confirmé par Google Search Central). À utiliser dans 95 % des cas SEO : refonte d'URL, changement de domaine, fusion de pages, suppression d'une catégorie au profit d'une autre, passage HTTPS.

302 — Found (temporary)

Redirection temporaire. L'URL d'origine est censée revenir. Ne transmet pas l'autorité SEO. À éviter en SEO sauf cas spécifiques (test A/B, maintenance courte, géo-redirection conditionnelle).

307 — Temporary Redirect

Comme 302 mais conserve la méthode HTTP (POST reste POST, ne devient pas GET). Cas API surtout, rarement utile en SEO classique.

308 — Permanent Redirect

Équivalent à 301 mais conserve la méthode HTTP. Cas API spécifiques. Pour le SEO sur pages web classiques, 301 reste le standard.

2. Construire un redirect map

Un redirect map est un tableau à 2 colonnes : URL ancienne (source) → URL nouvelle (cible). C'est le livrable critique avant toute migration ou refonte. Méthode en 4 étapes :

Inventaire complet des anciennes URL. Crawl Screaming Frog (Mode Spider) de l'ancien site. Export CSV de toutes les URL HTTP 200. Compléter par les top 100 URL depuis GSC Performance (parfois des URL indexées qu'aucun lien interne ne pointe plus).
Mapping 1-to-1 vers les nouvelles URL. Pour chaque ancienne URL, définir la nouvelle URL équivalente. Aucun "à définir plus tard" toléré. Si aucune URL nouvelle ne correspond, mapper vers la catégorie parent (jamais vers la home).
Validation cohérence. Vérifier que chaque mapping a du sens pour l'utilisateur (pas seulement pour le SEO). Une 301 vers une page sans rapport est pire qu'une 404.
Format technique exploitable. Selon le serveur cible : règles htaccess pour Apache, locations Nginx, redirects.json pour Vercel/Cloudflare, JSON dans nuxt.config.ts routeRules.

3. Implémentation par stack

Apache (htaccess) :

RewriteEngine On RewriteRule ^old-page/?$ /new-page [R=301,L] RewriteRule ^services/agence-seo$ /agence-seo-bordeaux [R=301,L]

Nginx :

location = /old-page { return 301 /new-page; } location = /services/agence-seo { return 301 /agence-seo-bordeaux; }

Nuxt 4 (nuxt.config.ts routeRules) :

routeRules: { '/old-page': { redirect: { to: '/new-page', statusCode: 301 } }, '/services/agence-seo': { redirect: { to: '/agence-seo-bordeaux', statusCode: 301 } } }

Vercel (vercel.json ou next.config.js redirects) :

{ "redirects": [ { "source": "/old-page", "destination": "/new-page", "permanent": true } ] }

Performance : Nginx et CDN edge (Cloudflare, Vercel) sont 2-5x plus rapides qu'Apache htaccess sur les gros volumes. Pour quelques dizaines de règles, différence imperceptible.

4. Tester avant production

Trois niveaux de test avant déploiement en production :

Test unitaire sur environnement de staging. Déployer les règles sur un domaine de staging accessible. Tester manuellement 20-30 URL critiques via curl ou navigateur. Vérifier code 301 et URL cible.
Test exhaustif via Screaming Frog en mode List. Importer la liste complète des anciennes URL. Crawler en mode List + Always Follow Redirects. Exporter résultats. Vérifier : code 301, un seul hop, URL cible cohérente. Trouver les URL qui retournent 200 (redirection oubliée), 404 (URL morte), 302 (mauvais type), ou 301 chainé.
Test de cas particuliers. URL avec trailing slash vs sans, URL avec paramètres GET, URL avec accents (encodage URL), URL avec majuscules. Tous doivent rediriger correctement.

5. Les 5 erreurs classiques

01
Chaînes de redirections. A → B → C → D. Chaque hop perd du PageRank. Toujours A → D directement.
02
Tout rediriger vers la home. 200 anciennes URL → /. Google interprète comme une 404 douce et perd toute l'autorité. Mapper vers les pages équivalentes, ou laisser en 404 propre si rien ne correspond.
03
Boucles de redirection. A → B et B → A. Erreur 310 ("Too Many Redirects"), page inaccessible. Détecté par Screaming Frog en mode List.
04
Oubli de la version www / non-www / HTTPS. https://exemple.fr et http://www.exemple.fr doivent toutes rediriger vers la version canonique. Sinon contenu dupliqué.
05
Redirections gardées trop longtemps après migration. Bonne pratique : garder les 301 minimum 12 mois, idéalement 24+. Les supprimer trop tôt casse les backlinks externes anciens.

Pour aller plus loin

FAQ — Redirections 301

01Quelle est la différence entre 301, 302 et 308 ?

301 = redirection permanente (l'URL change pour toujours), transmet l'autorité SEO. 302 = redirection temporaire (l'URL d'origine reviendra), ne transmet pas l'autorité. 308 = équivalent à 301 mais conserve la méthode HTTP (POST reste POST). Pour le SEO, c'est presque toujours 301.

02Une redirection 301 transmet-elle 100 % du jus SEO ?

Approximativement, oui depuis 2016 selon Google (avant : ~85 %). En pratique, une redirection 301 propre, vers une URL pertinente, sans chaîne, sans paramètres parasites, transmet l'essentiel de l'autorité. Les pertes typiques viennent de chaînes (301→301→301), de redirections vers la home (mauvaise pratique), ou de redirections vers du contenu sans rapport.

03Combien de redirections peut-on chaîner sans risque ?

Google suit jusqu'à 5 redirections en chaîne, mais perd du PageRank à chaque hop. En pratique : maximum 1 redirection (ancienne URL → URL finale). Si vous avez des chaînes existantes, les rectifier pour pointer directement vers la cible finale.

04htaccess ou config Nginx : qu'est-ce qui est plus rapide ?

Nginx est ~2-3x plus rapide qu'Apache htaccess sur les redirections en volume. Pour quelques dizaines de règles, la différence est imperceptible. Pour quelques milliers (e-commerce migration), Nginx est préférable. Cloudflare Workers ou Vercel rewrites sont aussi performants pour des règles regex complexes.

05Quand utiliser une 301 vs un canonical ?

Redirection 301 : l'URL change physiquement (l'utilisateur arrive sur une nouvelle URL). Canonical : deux URL coexistent, on indique laquelle est "officielle" pour l'indexation. Si vous voulez consolider l'autorité de plusieurs URL similaires, 301 vers la version principale est plus fort que canonical.

06Comment tester un plan de redirections avant déploiement ?

Screaming Frog en mode "List" : exporter la liste des anciennes URL, crawler avec User-Agent Googlebot. Vérifier que chaque URL retourne bien 301 vers la cible attendue, en un seul hop. Tester aussi les URL avec paramètres et trailing slashes. 200 ou 404 inattendus = bug à corriger avant le go-live.

En résumé

Les redirections 301 sont une mécanique simple qui casse plus de migrations qu'elle n'en sauve, parce qu'elle est trop souvent négligée. Trois règles : un seul hop, cible cohérente, tester avant déploiement.

Une migration qui audite et teste ses redirections perd moins de 10 % de trafic et récupère en 3 mois. Une migration qui les improvise perd 40-60 % et ne récupère jamais complètement.

· voir aussi

La checklist migration SEO complète

Ce guide est centré sur les redirections. La checklist complète couvre les 30 points avant, pendant, après migration : inventaire, schemas, sitemap, GSC, monitoring 90 jours.

Lire la checklist migration

Mattis Bétourné

Fondateur d'Yvarn, agence SEO à Bordeaux. À propos.