Vous venez de migrer vers HTTPS, de refondre votre site ou de changer de CMS. Tout est en place, le design est superbe. Et puis, trois semaines plus tard, vous ouvrez Google Search Console : le trafic organique a chuté de 40 %. C'est le scénario classique, celui que j'ai vécu sur un site qui générait 80 000 visites mensuelles.
La cause ? Des redirections 301 mal configurées. Pas une fatalité technique : une erreur de méthode. Configurer une redirection 301, c'est simple. L'écrire au bon endroit, vers la bonne page, sans chaînes inutiles, ça, c'est un métier. Et c'est exactement ce que nous allons voir.
Points clés à retenir
- Une redirection 301 est permanente et transmet la majorité des signaux SEO (le fameux "PageRank") à la page cible.
- La 302 est temporaire et ne doit jamais être utilisée pour une migration définitive.
- Toute URL supprimée ou déplacée doit avoir une 301, surtout si elle a des backlinks ou du trafic.
- Évitez les chaînes de redirections (301 → 301 → 200) : elles diluent les signaux et ralentissent le crawl.
- Redirigez vers la page la plus pertinente, jamais vers la page d'accueil par paresse.
- Le suivi dans Search Console sur 3 à 6 mois est indispensable pour valider la migration.
Qu'est-ce qu'une redirection 301, vraiment ?
Le code HTTP 301, ou "301 Moved Permanently", indique qu'une page a changé d'adresse de façon permanente. Concrètement, quand un navigateur ou le robot de Google demande une ancienne URL, le serveur répond : "Cette page n'existe plus ici, elle est désormais à cette adresse" — via le champ Location de la réponse.
Ce n'est pas un simple feuilletage technique. C'est un ordre de transfert de propriété. Les liens, les backlinks et les signaux accumulés sur l'ancienne URL sont censés suivre le mouvement. D'où l'enjeu : une erreur ici, et vous offrez votre autorité à une page 404.
Différence entre 301 et 302 : le piège classique
La question revient à chaque migration. Utilisez une redirection 301 lorsque vous déplacez une page de façon permanente et que vous voulez que la page cible hérite du PageRank de la page originale. Utilisez une redirection 302 lorsque vous déplacez une page temporairement et que vous ne voulez pas que l'URL de la page cible hérite du PageRank.
En clair : la 302 est un "détour", pas un déménagement. Si vous l'utilisez pour une migration définitive, Google peut continuer à indexer l'ancienne URL, vos signaux restent bloqués, et vous vous retrouvez avec deux versions de la même page en concurrence. Une perte de temps, et de positions.
Avant de configurer : l'audit des URLs, l'étape que tout le monde saute
J'ai vu des équipes passer des heures à écrire des centaines de redirections… pour des pages qui n'avaient aucune visite. Franchement, c'est le meilleur moyen de se noyer et de rater l'essentiel.
La vraie méthode, celle qui m'a sauvé lors de ma propre migration : commencez par identifier les URLs qui comptent. Trois critères de priorisation :
- Les pages qui reçoivent du trafic organique (vos 20 % de pages qui génèrent 80 % des visites).
- Les pages qui ont des backlinks externes, même modestes. Un lien d'un site de référence vaut de l'or.
- Les pages qui convertissent, même peu : un panier, une inscription, un téléchargement.
Et le reste ? Pour les pages sans trafic, sans backlinks et sans intérêt, une redirection vers la page parente ou la catégorie la plus proche suffit. Parfois, une simple suppression avec un code 410 (Gone) est plus honnête qu'une redirection forcée. J'ai mis deux ans à comprendre ça. Une redirection n'est pas une fin en soi : c'est une stratégie de conservation de valeur.
Les outils que j'utilise pour cet audit
Pas de magie là-dedans. Un crawler comme Screaming Frog (version gratuite jusqu'à 500 URLs) pour lister toutes vos URLs. Google Search Console pour les performances et l'indexation. Un outil de backlinks, même basique, pour évaluer l'autorité des pages.
Croisez les trois listes. Le résultat est votre plan de redirections. Écrivez-le dans un tableur : ancienne URL, nouvelle URL, type de redirection. Vous aurez besoin de ce document pour configurer, mais surtout pour vérifier après.
La configuration pas à pas : Apache, Nginx, WordPress, Cloudflare
Le code est le même partout, c'est l'endroit où on l'écrit qui change. Voici les quatre cas les plus courants.
Sur Apache : le fichier .htaccess
Si votre site tourne sur un serveur Apache (c'est le cas de la plupart des hébergements mutualisés), ouvrez le fichier .htaccess à la racine de votre site. Insérez ces lignes en haut du fichier, après les directives de base :
Redirect 301 /ancienne-page https://www.votredomaine.com/nouvelle-pagePour une règle plus précise, surtout en cas de changement de structure profonde, la directive RedirectMatch avec une expression régulière est plus puissante. Mais attention : une erreur de regex peut envoyer tout votre trafic vers une seule page. Testez toujours sur un petit échantillon d'URLs.
Sur Nginx : le bloc server
Nginx ne lit pas les .htaccess. Vous devez ajouter une directive dans le fichier de configuration du serveur (souvent dans /etc/nginx/sites-available/), à l'intérieur du bloc server :
location = /ancienne-page {
return 301 https://www.votredomaine.com/nouvelle-page;
}Et pour une règle globale (par exemple, rediriger tout un dossier) :
location /ancien-dossier/ {
return 301 https://www.votredomaine.com/nouveau-dossier/$1;
}Un conseil : après modification, rechargez toujours la configuration avec nginx -t pour vérifier la syntaxe avant de redémarrer le service. Une faute de frappe ici, et c'est le serveur entier qui refuse de démarrer.
Sur WordPress : les plugins, l'option la plus simple
Si vous utilisez un plugin SEO comme Yoast ou Rank Math, la fonctionnalité de redirection est intégrée. Vous n'avez plus qu'à renseigner l'ancienne URL et la nouvelle dans l'interface. C'est l'option que je recommande à 90 % de mes clients : pas besoin de toucher au code, et le plugin enregistre l'historique des redirections.
Attention toutefois : ces plugins gèrent les redirections au niveau applicatif, ce qui est légèrement plus lent que le serveur. Pour un site à fort trafic, la règle dans le .htaccess ou la config Nginx reste plus performante.
Sur Cloudflare ou Webflow : les interfaces modernes
Cloudflare propose une section "Redirect Rules" dans le dashboard. C'est puissant, car les règles s'appliquent à la volée avant même d'atteindre votre serveur. Webflow, lui, passe par Paramètres du site > Publication > Redirections 301. Saisissez l'ancienne URL dans le champ "Ancien chemin", la nouvelle dans "Chemin de redirection", puis cliquez sur "Ajouter un chemin de redirection". Simple et efficace.
Les erreurs qui coûtent du trafic : mes pires échecs
J'aimerais vous dire que j'ai tout réussi du premier coup. Ce serait un mensonge. Voici les trois erreurs qui m'ont fait perdre des positions, pour que vous les évitiez.
Les chaînes de redirections : le tueur silencieux
C'est l'erreur la plus insidieuse. Vous redirigez /ancien vers /intermediaire, puis /intermediaire vers /nouveau. Chaque redirection ajoute un aller-retour supplémentaire pour le robot, et chaque saut dilue un peu plus les signaux. Google finit souvent par indexer la première URL de la chaîne, celle que vous vouliez justement abandonner.
La règle est simple : une seule redirection par URL. Si vous découvrez une chaîne existante ( utilisez Screaming Frog pour le détecter), corrigez-la en pointant directement vers la destination finale.
La redirection paresseuse vers la page d'accueil
Rediriger une page produit vers votre page d'accueil : je l'ai fait, et je l'ai regretté. L'utilisateur atterrit sur un contenu sans rapport avec sa recherche, il rebondit, et Google comprend que la page cible n'est pas pertinente. Résultat : vous perdez à la fois la position de l'ancienne page ET celle de la page d'accueil.
La bonne pratique ? Redirigez toujours vers la page la plus proche en termes de contenu. Un article supprimé ? Vers l'article de la même catégorie. Une page produit abandonnée ? Vers le produit similaire ou la catégorie. Parfois, il n'existe aucune page pertinente. Dans ce cas, un code 410 est plus propre qu'une redirection forcée.
Les soft-404 : quand Google voit une page vide
J'ai perdu deux semaines sur une migration où une centaine de redirections pointaient vers des pages qui n'existaient plus. Le serveur renvoyait bien un code 200, mais la page était vide. Google l'a interprété comme des "soft-404" : des pages qui semblent exister mais n'ont aucun contenu.
Le résultat ? Le crawl budget gaspillé, et les URLs concernées dé-indexées. Vérifiez toujours que les pages de destination renvoient réellement un code 200 avec du contenu visible. L'outil "Inspection d'URL" de Search Console est parfait pour ça.
Tester et valider : la checklist qui change tout
La configuration n'est que la moitié du travail. La validation est l'autre moitié, celle qui évite les mauvaises surprises des semaines suivantes.
Après chaque migration, je passe systématiquement par cette checklist :
- Tester les URLs redirigées avec un outil en ligne ou curl -I : le code retour doit être 301, jamais 302, 404 ou 200.
- Vérifier l'absence de chaînes de redirection (max 1 saut).
- Contrôler que la page de destination charge correctement et renvoie un 200.
- Vérifier que le site est accessible en HTTPS uniquement, sans redirections intermédiaires.
- Surveiller Search Console : l'indexation des nouvelles URLs et la disparition progressive des anciennes.
Le suivi post-migration dans Search Console
La première semaine, ne vous affolez pas si les chiffres semblent instables. Google doit recrawler les nouvelles URLs et comprendre le nouveau maillage. Les impressions peuvent baisser avant de remonter. C'est le phénomène du "hickup" de migration, que j'observe sur presque tous les sites.
Le vrai signal d'alarme, c'est une baisse qui persiste au-delà de 4 à 6 semaines. Si le trafic organique chute de plus de 30 % après ce délai, il y a un problème structurel : redirections manquantes, pages non indexées, ou erreurs de contenu dupliqué. Ouvrez le rapport "Pages" dans Search Console et triez par baisse de clics. Les URLs les plus touchées vous indiqueront la cause.
Enfin, notez ceci : une redirection 301 doit rester en place indéfiniment. Tant que des liens externes pointent vers l'ancienne URL, la redirection protège votre trafic. Je vois encore des sites supprimer leurs redirections après 6 mois, croyant que "c'est fait". C'est le meilleur moyen de ramener les 404 et de reperdre tout le travail de migration.
Alors, la vraie question n'est pas de savoir comment écrire une redirection, mais comment la choisir, la tester et la maintenir. C'est là que se joue la différence entre une migration qui passe inaperçue et une chute de trafic spectaculaire. Vous savez maintenant par où commencer. Le reste, c'est de la vigilance.
