Redirection 301 : ce que c’est et comment en mettre une en place (2026)

Réponse directe
Une redirection 301 est le statut HTTP 301 Moved Permanently : le serveur indique aux navigateurs et aux moteurs de recherche qu’une URL a été déplacée définitivement et fournit la nouvelle adresse dans un en-tête Location. Google indexe alors la nouvelle URL et transfère vers elle les signaux de classement de l’ancienne URL. Vous en configurez une dans la configuration de votre serveur (Redirect 301 dans Apache .htaccess, return 301 dans Nginx), avec un plugin dans votre CMS, ou au niveau du domaine via un service de redirection. Ensuite, vérifiez que l’ancienne URL répond en 301 et aboutit à la bonne page en un seul saut.
Ce guide explique ce que fait une redirection 301, quand l’utiliser plutôt qu’une 302 ou qu’une balise canonique, comment la mettre en place sur les configurations les plus courantes, et comment vérifier qu’elle fonctionne et préserve vos positions.
Qu’est-ce qu’une redirection 301 ?#
301 est un code d’état HTTP. Quand quelqu’un demande l’ancienne URL, le serveur n’envoie pas la page. Il renvoie une courte réponse indiquant « déplacé définitivement », ainsi qu’un en-tête Location avec la nouvelle adresse, et le navigateur demande immédiatement cette adresse. Les visiteurs ne voient que le chargement de la nouvelle page.
httpHTTP/1.1 301 Moved Permanently
Location: https://mybrand.com/about
Le mot qui compte est permanent. La documentation de Google indique qu’une redirection permanente signale à son pipeline d’indexation que la cible de la redirection doit être canonique[1], de sorte que la nouvelle adresse remplace progressivement l’ancienne dans les résultats de recherche. Les navigateurs peuvent aussi mettre en cache une 301, ce qui permet aux visiteurs récurrents d’ignorer complètement l’ancienne URL.
C’est aussi la redirection choisie presque à chaque fois : environ 96 redirections sur 100 configurées dans RedirHub sont des 301, et seulement environ un compte sur sept a déjà configuré une 302 (données de la plateforme RedirHub, octobre 2026).
| Code | Meaning | À utiliser quand |
|---|---|---|
| 301 Moved Permanently | Permanent | Une page ou un domaine a déménagé pour de bon. Le bon choix pour la plupart des redirections. |
| 302 Found | Temporary | Le changement est de courte durée : une page de vente, une maintenance, un test. L’ancienne URL reste indexée. |
| 307 Redirection temporaire | Temporary | Comme 302, mais le navigateur doit répéter la même méthode (par exemple un POST de formulaire). |
| 308 Redirection permanente | Permanent | Comme 301, mais conserve la méthode de la requête. Utile pour les API et les points de terminaison de formulaires. |
| Meta refresh / JavaScript | Depends | Uniquement lorsque vous ne pouvez pas modifier le serveur. Google considère un meta refresh instantané comme permanent, mais recommande les redirections côté serveur. |
Vous hésitez entre permanent et temporaire ? Consultez redirections 301 vs 302 pour la comparaison complète.
Quand devriez-vous utiliser une redirection 301 ?#
- Vous avez changé une URL, par exemple un nouveau slug, une nouvelle structure de dossiers ou une page produit renommée.
- Vous êtes passé à un nouveau domaine après un changement de marque ou une fusion. Redirigez chaque ancienne URL vers la page nouvelle correspondante.
- Vous avez standardisé vos URL : de http:// à https://, et de www vers non-www (ou l’inverse).
- Vous avez fusionné ou supprimé des pages. Envoyez l’ancienne URL vers le remplacement le plus proche, pas vers la page d’accueil.
- Vous possédez des domaines supplémentaires, comme des domaines contenant des fautes de frappe ou d’anciens noms de produits, qui devraient pointer vers votre site principal.
Utilisez plutôt une 302 lorsque vous prévoyez de revenir en arrière, et une balise canonique lorsque des versions dupliquées d’une page doivent rester accessibles (plus d’informations ci-dessous).
Comment configurer une redirection 301#
L’endroit où vous ajoutez la redirection dépend de ce qui répond aujourd’hui aux requêtes pour l’ancienne URL :
| Votre configuration | Où ajouter la 301 |
|---|---|
| Apache ou hébergement mutualisé | Le fichier .htaccess dans le dossier racine du site |
| Nginx | Le bloc de serveur pour l’ancien domaine |
| WordPress | Un plugin de redirection, ou les paramètres de redirection de votre hébergeur |
| Domaine chez GoDaddy, Cloudflare ou Namecheap | Les paramètres de transfert du registrar ou du fournisseur DNS |
| Ancien domaine sans site web restant | Un service de redirection qui répond pour le domaine via DNS |
Apache (.htaccess)#
Pour une seule page, la directive Redirect d'Apache suffit. L'ancien chemin doit commencer par une barre oblique, et permanent ou 301 renvoie un statut 301[2]. Pour déplacer un domaine entier tout en conservant chaque chemin, utilisez mod_rewrite :
apache# Une seule page
Redirect 301 /old-page https://www.example.com/new-page
# Domaine entier, en conservant le chemin
RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?oldbrand\.com$ [NC]
RewriteRule ^(.*)$ https://mybrand.com/$1 [R=301,L]Nginx#
Dans Nginx, return 301 envoie une redirection permanente[3] et $request_uri conserve le chemin et la chaîne de requête. Testez la configuration avec nginx -t, puis rechargez.
nginx# Une seule page
location = /old-page {
return 301 https://www.example.com/new-page;
}
# Domaine entier, en conservant le chemin
server {
listen 80;
listen 443 ssl;
server_name oldbrand.com www.oldbrand.com;
# les lignes ssl_certificate pour oldbrand.com vont ici
return 301 https://mybrand.com$request_uri;
}La version https:// de l'ancien domaine ne redirige que si ce serveur dispose encore d'un certificat valide pour celui-ci. Sans cela, les visiteurs voient un avertissement de certificat avant que la redirection n'ait lieu.
WordPress#
Un choix courant est le plugin gratuit Redirection[4], avec plus de 2 millions d'installations actives. Ajoutez l'ancien chemin comme source, la nouvelle URL comme cible, et assurez-vous que le code HTTP est 301. Des options étape par étape, y compris sans plugin, sont dans comment rediriger une URL dans WordPress.
Chez votre bureau d'enregistrement de domaine#
Si l'ancien domaine n'a pas de site Web, le transfert proposé par votre registrar peut suffire. Nous avons des guides pour le transfert de domaine GoDaddy, Cloudflare et Namecheap. Choisissez l'option permanente (301) lorsqu'elle vous est proposée, et vérifiez si les anciens chemins sont conservés ou si tout est envoyé vers une seule page.
Avec RedirHub (aucun serveur nécessaire)#
RedirHub répond pour l’ancien domaine lui-même, donc vous n’avez pas besoin d’hébergement, d’accès au serveur ni d’un certificat pour celui-ci. Il vous suffit de modifier les enregistrements DNS racine et www du domaine.

- Dans le tableau de bord RedirHub, choisissez Redirection de domaine.
- Saisissez l’ancien domaine ou l’URL sous Redirect from et la nouvelle adresse sous Redirect to.
- Sous Redirect type, sélectionnez 301 · Permanent.
- Sous Paths, choisissez Conserver le chemin afin que /about arrive sur le nouveau /about, ou Tout vers une seule URL. Le panneau What happens indique où des adresses d’exemple seront redirigées.
- Cliquez sur Créer la redirection. Elle est enregistrée immédiatement et sera active une fois que le DNS pointera vers RedirHub.
- Ouvrez Hostnames, sélectionnez le domaine puis cliquez sur Connect DNS. Dans l’onglet Manual, ajoutez les enregistrements affichés : un enregistrement A pour @ (3.33.236.10), un enregistrement TXT pour vérifier le domaine, et un CNAME pour www.
- Cliquez sur J’ai effectué les modifications. Lorsque le domaine affiche Connected, la redirection 301 est active, avec HTTPS pour la racine et www délivrés automatiquement.
Comment vérifier une redirection 301#
Exécutez curl avec -I pour n’afficher que les en-têtes de réponse. Une redirection correcte affiche 301 et la nouvelle adresse dans location :
bashcurl -sI https://oldbrand.com/about
HTTP/2 301
location: https://mybrand.com/about- Le code d’état est 301 (ou 308), pas 302, si le déplacement est permanent.
- L’emplacement est l’URL finale, donc il n’y a qu’un seul saut au lieu d’une chaîne.
- La destination répond 200, pas 404 ni une autre redirection.
- Toutes les variantes fonctionnent : http:// et https://, avec et sans www, ainsi qu’une page plus profonde et la page d’accueil.
Vous préférez un navigateur ? Le vérificateur de redirection liste chaque saut avec son code d’état, et le test de vitesse de redirection indique aussi si HTTPS est valide et à quelle vitesse la redirection répond. Utilisez une fenêtre privée lorsque vous testez manuellement, car les navigateurs mettent en cache les 301.
Votre redirection fonctionne-t-elle ? Saisissez votre domaine. Vous verrez le code d’état (301 ou 302), l’endroit où il aboutit, si HTTPS est valide, et sa vitesse de réponse depuis Washington, Francfort et Tokyo, classés par rapport à chaque redirection testée au cours des 7 derniers jours.
Tester ma redirectionUne redirection 301 transmet-elle l’équité des liens ?#
Oui. Gary Illyes de Google a déclaré en 2016 que les redirections 30x ne font plus perdre de PageRank[5], et la documentation de Google considère qu’une redirection permanente indique que la nouvelle URL est l’URL canonique. Les backlinks vers l’ancienne URL continuent de compter pour la nouvelle.
Trois choses coûtent encore des classements. Les chaînes : Google conseille de rediriger directement vers la destination finale[6]. Les destinations non pertinentes : envoyer les anciennes pages vers la page d’accueil ou vers une page sans rapport peut être traité comme une soft 404. Supprimer les redirections trop tôt : Google recommande de les conserver aussi longtemps que possible, généralement au moins un an[6].
Redirection 301 ou balise canonique ?#
Les deux traitent les URL en double, mais leur fonctionnement diffère. Une redirection 301 envoie les visiteurs et les robots d’exploration vers la nouvelle URL, et l’ancienne cesse d’être accessible. Une balise canonique (rel="canonical") laisse chaque version en ligne et indique seulement aux moteurs de recherche laquelle indexer.
- Utilisez une 301 quand une page a définitivement changé d’adresse. Cela concerne une nouvelle structure d’URL, un changement de domaine ou de marque, des pages fusionnées ou supprimées, et du contenu expiré comme un événement terminé.
- Utilisez une balise canonique quand plusieurs versions doivent rester disponibles pour les visiteurs, comme les versions imprimables, les URL avec des paramètres de tri ou de filtre, ou les pages régionales avec un contenu quasi identique.
- Ne combinez pas les deux sur la même URL. Une fois que l’ancienne URL redirige, les robots d’exploration ne voient de toute façon jamais sa balise canonique.
Erreurs courantes de redirection 301#
- Chaînes et boucles. A → B → C gaspille une étape à chaque visite ; A → B → A ne se charge jamais. Faites pointer chaque ancienne URL directement vers la page finale.
- Tout vers la page d’accueil. C’est rapide, mais les visiteurs perdent le contexte et les moteurs de recherche peuvent le traiter comme une soft 404.
- Un 302 alors que vous vouliez un 301. Certains outils utilisent par défaut une redirection temporaire. Si le déplacement est permanent, vérifiez le code d'état.
- Seule la racine redirige. Les liens profonds comme /blog/post-name cassent si le chemin n'est pas conservé ou mappé.
- Variantes http ou www manquantes. Testez les quatre combinaisons, plus HTTPS sur l'ancien domaine.
- Suppression trop rapide de la redirection. Conservez-la tant que l'ancienne URL reçoit encore des visites ou possède des backlinks.
Si une redirection ne fonctionne toujours pas, consultez La redirection 301 ne fonctionne pas ? 6 causes courantes et solutions.
Configuration du serveur vs RedirHub#
Une règle de serveur et un service de redirection renvoient tous deux un vrai 301. La différence, c'est ce que vous devez exécuter et maintenir autour :
| Configuration du serveur (.htaccess, Nginx) | RedirHub | |
|---|---|---|
| Où cela s'exécute | Votre serveur web, quel que soit son hébergement | Servi depuis 130 emplacements de périphérie mondiaux (PoP), proches de chaque visiteur |
| Hébergement pour l'ancien domaine | Requis, le serveur doit rester en ligne | Non nécessaire ; le DNS et les e-mails restent là où ils sont, seuls les enregistrements racine et www changent |
| HTTPS sur l'ancien domaine | Vous installez et renouvelez un certificat | Émis et renouvelé automatiquement pour la racine et www |
| Paths | Rédigé sous forme de règles de réécriture | Conservez le chemin ou faites correspondre chaque ancienne URL à sa propre nouvelle page ; import CSV sur chaque formule |
| De nombreux domaines | Modifier la configuration pour chacun | Plusieurs domaines sources par redirection, le tout dans un seul tableau de bord |
| Types de redirection | Tout code d’état que vous écrivez | 301, 302, 307, 308 et cadre |
| Visibility | Journaux bruts du serveur | Clics et visiteurs uniques avec les bots filtrés, liens principaux par domaine, DNS revérifié toutes les 10 minutes |
| Price | Gratuit avec votre hébergement | À partir de 49 $/mois (Core, 25 domaines), essai gratuit de 14 jours |
RedirHub convient le mieux lorsqu’un domaine n’a plus de site web derrière lui : un changement de marque, un produit abandonné ou une migration de site web où des centaines d’anciennes URL ont chacune besoin de leur propre destination, que vous pouvez charger grâce à une importation CSV en masse. Chaque domaine que vous connectez bénéficie d’un HTTPS automatique, donc les liens https:// vers l’ancien domaine redirigent sans avertissement de certificat.
Si l’ancienne URL est hébergée sur un serveur que vous gérez déjà et que vous êtes à l’aise avec la modification de sa configuration, quelques lignes dans .htaccess ou Nginx sont gratuites et fonctionnent bien. Un service de redirection trouve sa place lorsqu’il n’y a plus de serveur à maintenir, lorsque vous gérez de nombreux domaines ou lorsque vous préférez ne pas avoir à entretenir des certificats pour des domaines qui ne servent qu’à rediriger.
Sources
Questions fréquemment posées
Une redirection 301 est une adresse de transfert permanente pour une URL. Toute personne qui visite l’ancienne adresse, y compris les moteurs de recherche, est automatiquement envoyée vers la nouvelle, et les moteurs de recherche commencent à afficher la nouvelle adresse à la place.
C’est le nom complet du code d’état HTTP 301. Le serveur indique que la page se trouve désormais à l’adresse indiquée dans l’en-tête Location et ne reviendra pas à l’ancienne, donc les navigateurs et les moteurs de recherche doivent utiliser la nouvelle adresse désormais.
Elles permettent de conserver pour la nouvelle URL les backlinks et les signaux de classement de l’ancienne URL. Sans cela, l’ancienne adresse renvoie une erreur 404, ces liens ne comptent plus et les visiteurs provenant des favoris ou des résultats de recherche tombent sur une page d’erreur.
Oui. Google considère les redirections serveur permanentes comme transmettant les signaux de classement de l’ancienne URL, à condition que la destination soit un remplacement pertinent et que la redirection pointe directement vers elle sans chaîne.
Utilisez une 301 lorsque l’ancienne URL ne doit plus exister. Utilisez une balise canonique lorsque plusieurs versions d’une page doivent rester accessibles et que vous souhaitez en indexer une seule.
Exécutez curl -sI avec l’ancienne URL, ou utilisez un vérificateur de redirection en ligne. La première ligne de la réponse affiche le code d’état ; il doit être 301 (ou 308), et l’en-tête location doit contenir la page finale.
Une redirection dans la configuration de votre serveur fonctionne dès que la configuration est rechargée. Une redirection qui dépend de changements DNS, comme le transfert chez un registrar ou un service de redirection, fonctionne une fois les nouveaux enregistrements pris en compte, souvent en quelques minutes et parfois jusqu’à un jour. Les résultats de recherche se mettent à jour plus lentement, le temps que Google recrawle les anciennes URL.
Laissez-la en place de façon permanente, ou au moins aussi longtemps que l’ancienne URL reçoit encore des visites ou possède des backlinks. Google recommande de conserver les redirections après un déplacement de site pendant au moins un an. La supprimer trop tôt transforme ces visites en erreurs 404 et gaspille les signaux de classement qu’elle transmettait.
Oui, en supprimant ou en modifiant la règle. Cependant, les navigateurs mettent en cache les redirections 301 de manière agressive, donc les visiteurs récurrents peuvent continuer à être redirigés pendant un certain temps. Utilisez une 302 pendant que vous testez encore un déplacement.
RedirHub répond pour votre ancien domaine au niveau DNS, ce qui vous permet de créer des redirections 301 sans serveur. Vous choisissez le type de redirection et si les chemins sont conservés, le HTTPS est délivré automatiquement, et le tableau de bord affiche les clics par domaine afin que vous puissiez voir quand un ancien domaine ne reçoit plus de visiteurs.

TC is the Operations Manager at RedirHub, leading the company’s operational strategy and execution to ensure reliable, scalable redirect infrastructure. He oversees internal processes, cross-team coordination, and platform readiness while supporting customers through complex redirect implementations. With a strong understanding of large-scale domain operations and real-world edge cases, TC plays a key role in aligning product and customer success to deliver stable, high-performance redirection solutions.
Articles Connexes
Voir Tous les Articles
Analytique
Plateforme de gestion de liens : 6 meilleurs outils comparés (2026)
11 févr. 2026

Branding
Liens courts de marque ou génériques : lesquels les marketeurs devraient-ils utiliser ?
24 août 2026

Branding
Connecter un domaine personnalisé à Linktree : la manière conviviale pour les marques, prête pour l'analyse
8 avr. 2026
