Une redirection 301 est une redirection permanente : elle prévient les navigateurs et Google qu’une page a définitivement changé d’adresse, et Google affiche ensuite la nouvelle adresse dans ses résultats. Vous en avez besoin chaque fois qu’une URL change : refonte, nouveau nom de domaine, pages fusionnées ou supprimées.
Ce guide s’adresse au dirigeant qui ne code pas mais veut savoir quoi exiger de son prestataire. Tout repose sur un tableau de correspondance, une ligne par ancienne URL, préparé avant la mise en ligne. Restent trois pièges, chacun documenté par l’éditeur concerné : la directive d’Apache qui pose une 302 quand on oublie un mot, l’outil de Shopify qui ignore les pages encore en ligne, et le renvoi de tout l’ancien site vers l’accueil.
Qu’est-ce qu’une redirection 301 ?
Une redirection 301 est la réponse qu’envoie un serveur quand une page a déménagé pour de bon. La documentation MDN la définit ainsi : la ressource « a définitivement été déplacée à l’URL contenue dans l’en-tête Location ». Le navigateur suit cette adresse sans que le visiteur ait quoi que ce soit à faire. Google, lui, s’en sert comme d’un signal pour retenir la nouvelle adresse comme URL canonique, celle qu’il garde dans son index.
Dans sa page Redirections et recherche Google, Google cite quatre situations qui appellent une redirection :
- vous déménagez vers un nouveau nom de domaine ;
- une même page répond à plusieurs adresses : vous choisissez l’URL canonique et redirigez les autres vers elle ;
- vous fusionnez deux sites ;
- vous supprimez une page et voulez envoyer ses visiteurs vers une nouvelle.
Une refonte cumule souvent ces cas : des pages renommées, d’autres regroupées, quelques-unes supprimées. C’est pour cela que le travail commence par une liste, et non par un réglage.
Quelle est la différence entre une redirection 301 et 302 ?
La 301 est permanente, la 302 temporaire, et Google ne les traite pas de la même façon. Avec une 301 ou une 308, il affiche la nouvelle adresse dans ses résultats ; avec une 302, une 303 ou une 307, il continue d’afficher la page d’origine. Pour une refonte ou un changement de domaine, choisissez la 301. Gardez la 302 pour une indisponibilité passagère.
| Code | Type | Ce que Google affiche | Signal d’URL canonique | Usage |
|---|---|---|---|---|
| 301, 308 | Permanente | La nouvelle adresse | Oui | Page déplacée pour de bon : refonte, nouveau domaine, fusion |
| 302, 303, 307 | Temporaire | La page d’origine | Non | Service momentanément indisponible, page d’origine à garder dans les résultats |
La règle de Google tient en une phrase : « Utilisez une redirection permanente lorsque vous êtes certain qu’elle ne sera pas annulée. » Si l’ancienne page doit revenir, la 302 lui garde sa place ; si elle ne reviendra pas, une 302 laisse Google afficher une adresse que vous avez abandonnée.
Et la 308 ? MDN précise la nuance : avec une 308, la méthode de la requête et son corps ne changent pas, alors qu’une 301, censée suivre la même règle, est transformée en GET par d’anciens clients. Cette différence compte pour les requêtes POST, celles des formulaires par exemple. Pour Google, 301 et 308 disent la même chose : un déplacement permanent.
Comment faire une redirection 301 selon votre hébergement ou votre plateforme ?
Une redirection 301 se pose de préférence sur le serveur : dans le fichier .htaccess sur Apache, dans la configuration sur NGINX, par quelques lignes de PHP, ou avec l’outil intégré d’une plateforme comme Shopify. Google recommande la redirection permanente côté serveur dans la mesure du possible, accepte la balise meta refresh en repli, et réserve le JavaScript au dernier recours. Dans tous les cas, on commence par le tableau.
D’abord, le tableau de correspondance
Le guide de Google sur les migrations de site le dit sans détour : « Il est important d’établir un mappage entre les URL de votre ancien site et celles du nouveau. » Son ordre de marche : préparer et tester le nouveau site, établir ce mappage, configurer le serveur pour rediriger, puis surveiller le trafic sur les anciennes et les nouvelles URL.
Concrètement, un tableur suffit. Listez toutes les adresses de l’ancien site, articles et fichiers compris, et donnez à chacune sa destination. Voici à quoi ressemble ce tableau pour une entreprise de rénovation qui refait son site :
| Ancienne URL | Nouvelle URL | Réponse |
|---|---|---|
| /nos-prestations.html | /services/ | 301 |
| /renovation-salle-de-bain.html | /services/salle-de-bain/ | 301 |
| /douche-italienne.html et /salle-de-bain-pmr.html | /services/salle-de-bain/ (contenus fusionnés) | 301 |
| /promo-printemps.html | Aucune, offre terminée | 404 |
| /contact.php | /contact/ | 301 |
Trois règles pour le remplir : chaque ligne pointe vers la destination finale, jamais vers une adresse qui redirige à son tour ; une page sans équivalent n’est pas envoyée vers l’accueil ; et le tableau est validé avant la mise en ligne, pas après. Il devient la feuille de route de la personne qui pose les redirections, quelle que soit la technique.
Sur un serveur Apache : écrivez permanent
Sur Apache, la redirection s’écrit dans le fichier .htaccess, avec la directive Redirect. Premier piège, documenté par Apache dans la page de son module mod_alias : « Si aucun argument état n’est spécifié, la redirection sera temporaire (code HTTP 302). » Une ligne sans le mot permanent produit donc une 302, que Google ne retient pas comme signal d’URL canonique.
# À éviter : sans argument, Apache renvoie une 302 temporaire
Redirect "/nos-prestations.html" "https://www.votre-site.fr/services/"
# Correct : redirection permanente, code 301
Redirect permanent "/nos-prestations.html" "https://www.votre-site.fr/services/"La directive RedirectPermanent produit exactement le même effet que Redirect permanent. Si votre site passe par le module mod_rewrite, le piège a son jumeau : dans l’exemple de Google, le drapeau [R=301] donne une permanente, et [R] seul une temporaire.
Sur NGINX ou en PHP
Sur NGINX, la redirection s’écrit dans la configuration du serveur, avec return 301 pour une permanente et return 302 pour une temporaire. En PHP, le script envoie l’en-tête HTTP/1.1 301 Moved Permanently, puis l’en-tête Location avec la nouvelle adresse, et s’arrête.
# NGINX
location = /nos-prestations.html {
return 301 https://www.votre-site.fr/services/;
}
# PHP, en tête de l'ancienne page
header('HTTP/1.1 301 Moved Permanently');
header('Location: https://www.votre-site.fr/services/');
exit();Ces deux cas demandent un accès technique au serveur : c’est le travail de votre prestataire ou de votre hébergeur, à partir de votre tableau.
Sur Shopify : supprimez d’abord l’ancienne page
Shopify a son propre outil : depuis l’interface administrateur, ouvrez Contenu, puis Menus, puis les redirections d’URL. Vous saisissez l’ancienne adresse dans Rediriger depuis et la nouvelle dans Rediriger vers. Pour une refonte, l’import d’un fichier CSV évite la saisie ligne à ligne : il suffit de mettre votre tableau au format du modèle que Shopify fournit. L’aide de Shopify fixe un plafond de 100 000 redirections par boutique, et de 20 000 000 sur le forfait Plus.
Deuxième piège, écrit dans la même aide : on ne peut rediriger qu’une URL qui ne fonctionne plus, c’est-à-dire une page qui affiche un message d’erreur. Si l’ancienne page charge encore, la redirection ne fonctionne pas. Supprimez ou dépubliez d’abord l’ancienne page, vérifiez qu’elle affiche bien une erreur 404, et la redirection prend le relais.
Les autres hébergements et plateformes
Pour les autres serveurs, Google renvoie vers votre hébergeur. Si aucune redirection côté serveur n’est possible, la balise meta refresh instantanée reste une alternative viable. Le JavaScript passe en dernier : Google prévient qu’il peut ne jamais voir une redirection JavaScript si l’affichage du contenu échoue. La question à poser à votre prestataire tient en une ligne : l’ancienne adresse renvoie-t-elle un code 301 côté serveur ?
Une redirection 301 fait-elle perdre du référencement ?
Non, pas en elle-même. Le guide des migrations de Google l’écrit en toutes lettres : « 301 et les autres redirections permanentes n’entraînent pas de baisse dans PageRank. » Le même guide prévient toutefois que le classement peut fluctuer pendant le déplacement, et que c’est normal : il se stabilise avec le temps. Le vrai risque, ce sont les pages déplacées sans redirection.
MDN va dans le même sens : les moteurs qui reçoivent une 301 attribuent les liens de l’ancienne URL à la nouvelle, « transmettant le classement SEO à la nouvelle URL ».
Sur le délai, Google reste prudent : pour un site de taille moyenne, il peut s’écouler « quelques semaines ou plus » avant que les nouvelles URL s’affichent progressivement à la place des anciennes, et davantage pour un gros site. Pendant ce temps, l’ancienne adresse peut encore apparaître dans les résultats, surtout après un changement de domaine ; selon Google, elle disparaît progressivement sans que vous ayez à intervenir.
Quant aux pourcentages de perte qui circulent en ligne, ni la page de Google sur les redirections ni son guide des migrations n’en donnent un seul. L’aide Search Console, elle, est nette : si une page a été déplacée, il faut une redirection vers la nouvelle page.
Faut-il rediriger toutes ses anciennes pages vers la page d’accueil ?
Non. C’est le troisième piège, et Google le décrit dans son guide des migrations, à la section Éviter les redirections inappropriées : « Ne redirigez pas en masse vos anciennes URL vers une même URL de destination, comme la page d’accueil de votre nouveau site. » Ce renvoi groupé déroute les visiteurs et peut être traité comme une erreur soft 404. Redirigez chaque page vers son équivalent.
Le raccourci est tentant : une seule règle, et le chantier semble bouclé. Mais le visiteur qui cherchait votre page sur la douche à l’italienne atterrit sur l’accueil et doit tout recommencer. Google admet une exception : si le contenu de plusieurs pages a été rassemblé sur une seule, les anciennes URL peuvent toutes pointer vers cette nouvelle page.
Pour une page sans aucun équivalent, la réponse honnête est une erreur 404. L’aide Search Console le confirme : une 404 n’est pas forcément un problème quand une page est supprimée sans remplacement. Retirez simplement les liens qui menaient vers elle et sortez-la de votre sitemap, puisque Google conseille, de manière générale, de ne corriger que les 404 liées depuis votre site ou listées dans un sitemap. Pour un produit retiré, l’aide de Shopify donne l’exemple d’une redirection vers un produit similaire de la boutique.
Qu’est-ce qu’une chaîne ou une boucle de redirection, et comment l’éviter ?
Une chaîne de redirection, c’est une adresse qui renvoie vers une adresse qui renvoie à son tour : page 1, puis page 2, puis page 3. Une boucle, c’est une chaîne qui revient sur une adresse déjà visitée et ne s’arrête jamais. Googlebot suit jusqu’à 10 sauts, mais Google recommande de rediriger directement vers la destination finale ; à défaut, idéalement pas plus de 3 sauts, et au pire moins de 5.
Pourquoi s’en soucier sur un petit site ? Parce que, selon Google, les chaînes allongent le temps de réponse pour les internautes, et que tous les navigateurs n’acceptent pas les longues chaînes. La Search Console range d’ailleurs la chaîne trop longue et la boucle parmi les erreurs de redirection.
Le scénario classique est celui du site refait deux fois. Lors de la première refonte, /tarifs.html a été redirigée vers /prix/. À la seconde, /prix/ devient /nos-tarifs/. Si personne ne reprend l’ancienne règle, /tarifs.html fait deux sauts avant d’arriver. Et si une règle oubliée renvoie /nos-tarifs/ vers /prix/, la boucle est bouclée.
Trois gestes évitent l’un et l’autre :
- Repartez de l’ancien tableau à chaque refonte, et faites pointer chaque vieille adresse directement vers sa destination actuelle.
- Mettez à jour vos liens internes dès la mise en ligne : Google le recommande, car les redirections sont lentes pour les internautes.
- Testez quelques adresses de chaque type après la mise en ligne, puis lisez le rapport décrit ci-dessous.
Comment contrôler ses redirections dans Search Console ?
Ouvrez le rapport Indexation des pages et repérez deux statuts. « Page avec redirection » désigne une URL non canonique qui redirige : elle n’est pas indexée, sa cible peut l’être, et c’est le statut attendu pour vos anciennes adresses. « Erreur liée à des redirections » est à corriger : Google y range les chaînes trop longues, les boucles, les URL devenues trop longues et les URL vides ou incorrectes dans la chaîne.
La page d’aide de Google sur ce rapport détaille chaque statut. Après la mise en ligne :
- Envoyez le nouveau sitemap dans la Search Console : Google indique que l’envoi d’un sitemap peut accélérer la découverte des nouvelles URL.
- Si vous changez de domaine, suivez chaque propriété séparément, l’ancienne comme la nouvelle, comme le demande le guide des migrations.
- Ouvrez le rapport Indexation des pages : vos anciennes URL y passent peu à peu sous Page avec redirection, et la ligne Erreur liée à des redirections doit rester vide. Pour creuser une erreur, l’aide propose un outil de débogage web comme Lighthouse.
- Méfiez-vous du test en direct de l’inspection d’URL : il suit les redirections jusqu’à l’URL finale sans indiquer qu’il en a suivi une. Un résultat correct décrit donc la page d’arrivée, pas l’ancienne adresse.
Une précision vient de Google lui-même : si votre site compte moins de 500 pages, ce rapport ne vous sera « probablement d’aucune utilité » pour savoir si vos pages sont indexées, et Google conseille dans ce cas une recherche site:votre-site.fr pour le vérifier. Le rapport reste l’endroit où Google liste les erreurs de redirection qu’il a rencontrées. Selon son guide, la migration est terminée quand Googlebot a accédé au moins une fois à toutes les URL de l’ancien et du nouveau site.
Si vous préférez confier ce contrôle, notre accompagnement SEO et GEO comprend un audit technique qui passe en revue le sitemap et l’indexation.
Combien de temps garder une redirection 301 ?
Le plus longtemps possible. Le guide des migrations de Google est précis : « Conservez les redirections aussi longtemps que possible, généralement au moins un an. » Ce délai laisse à Google le temps de transférer tous les signaux vers les nouvelles URL, y compris les liens que d’autres sites font vers vos anciennes adresses. Côté visiteurs, Google conseille même d’envisager de les garder indéfiniment.
Ne faites donc pas le ménage au bout de quelques mois. Google conseille aussi, parce que les redirections sont lentes pour les internautes, de faire corriger les liens à fort volume venus d’autres sites, un annuaire ou un partenaire par exemple. Enfin, gardez le tableau de correspondance : il protège la prochaine refonte des chaînes, et c’est la liste à reposer si vous changez un jour d’hébergeur ou de plateforme, puisque les redirections vivent dans leur configuration.
Vous préparez un nouveau site ? Le tableau de correspondance se construit pendant la conception, pas la veille de la mise en ligne. Dans nos refontes de site web, chaque ancienne URL reçoit sa redirection 301 et le sitemap est mis à jour. Une refonte suit le format de notre pack Pro, un site complet de 12 pages avec référencement avancé, à 1 490 € la première année en une fois, puis 180 € par an tout compris : le détail est sur notre offre. Pour un premier site, voyez nos pages consacrées à la création de site internet à Bordeaux et à la création de site internet à Toulouse.
