10 SEPTEMBRE 2026 GUIDE

Redirections 301 : le guide pour ne pas perdre son autorité

Googlebot suit jusqu'à dix sauts, mais cinq par tentative de crawl : la précision que la plupart des guides manquent. Ce que transfère vraiment une 301, et ce qui la fait échouer.

En résumé

Une redirection 301 transfère les signaux de classement vers la nouvelle URL. Google a retiré en 2016 la perte de PageRank qui s'appliquait aux redirections.

La précision qui manque partout : Googlebot suit jusqu'à 10 sauts, mais environ 5 par tentative de crawl avant de reprendre plus tard. Une chaîne longue ne casse pas tout, elle retarde tout.

Le risque réel n'est pas la 301 elle-même : c'est le mapping incohérent, la redirection en masse vers l'accueil, et les liens internes qu'on oublie de mettre à jour.

Une cible sans rapport avec la page source peut être requalifiée en soft 404. Dans ce cas, un 410 vaut mieux qu'une 301 de complaisance.

Conservez les redirections au moins un an, et indéfiniment pour les URL qui portent des liens entrants.

La redirection permanente est le mécanisme le plus banal du SEO technique, et l'un des plus coûteux quand il est mal exécuté. Une refonte d'architecture sans plan de mapping fait perdre en quelques semaines une autorité construite sur des années. Ce guide couvre le fonctionnement réel, l'implémentation selon l'environnement, les erreurs qui coûtent le plus cher, et la construction d'un plan de redirection.

Ce qu'est une redirection 301, et ce qu'elle dit à Google

Le mécanisme

Une redirection 301 est un code de statut HTTP signalant que la ressource demandée a été déplacée de façon permanente. Le serveur répond :

HTTP/1.1 301 Moved Permanently
Location: https://exemple.fr/nouvelle-url

Le client suit alors l'adresse indiquée dans l'en-tête Location. Pour le visiteur, l'opération est invisible. Pour un moteur, elle déclenche deux effets : la substitution de l'URL dans l'index, et le transfert des signaux d'autorité accumulés par l'ancienne adresse.

301 ou 302 : la confusion la plus coûteuse

Critère	301, permanente	302, temporaire
Signal envoyé	Déplacement définitif	Déplacement provisoire
Transfert d'autorité	Oui	Non garanti
URL retenue à l'index	La nouvelle	L'ancienne
Usage	Migration, refonte, HTTPS, fusion	Test A/B, indisponibilité passagère

La règle tient en une phrase : si le changement est définitif, c'est une 301. Une 302 posée sur un déplacement permanent empêche Google de consolider les signaux sur la nouvelle adresse, et l'ancienne URL reste à l'index.

Ce que transfère réellement une 301

La perte de PageRank a été supprimée en 2016

Longtemps, une redirection était réputée coûter 10 à 15 % du PageRank transmis, comme un lien ordinaire. Google a annoncé en 2016 avoir supprimé cette dépréciation pour les redirections 30x. La documentation officielle confirme aujourd'hui qu'une redirection permanente fait apparaître la nouvelle cible dans les résultats.

Il n'y a donc pas de taxe mécanique sur une 301 directe et cohérente. Se méfier des articles qui avancent un pourcentage de perte précis : ce chiffre n'est plus documenté nulle part.

Là où la perte est réelle

Elle est conditionnelle, et elle vient de la façon dont la redirection est construite :

Le mapping incohérent. Une cible sans rapport thématique avec la source est le cas le plus destructeur, parce qu'il ne produit aucune erreur visible.
La redirection en masse vers l'accueil. Variante du précédent, et réflexe fréquent quand on veut « ne pas perdre le jus ». Google peut requalifier ces redirections en soft 404, et le transfert n'a alors pas lieu.
Les chaînes. Voir plus bas : elles retardent plus qu'elles ne détruisent, mais elles coûtent du budget de crawl.

Quand aucune page pertinente n'existe pour accueillir une URL supprimée, un 410 Gone est un meilleur signal qu'une 301 de complaisance : il indique une suppression assumée, et Google désindexe plus vite.

Combien de sauts Google suit-il vraiment

C'est le point sur lequel presque tous les guides se contredisent. Les deux chiffres qui circulent sont exacts, mais ils ne désignent pas la même chose :

Dix sauts au total. Au-delà, Googlebot cesse de suivre la chaîne et la Search Console remonte une erreur de redirection.
Environ cinq sauts par tentative de crawl. Googlebot s'arrête à ce stade, puis reprend la chaîne lors d'un passage ultérieur.

Autrement dit, une chaîne de sept sauts finit par être suivie, mais elle demande plusieurs passages : la nouvelle URL met d'autant plus de temps à s'installer à l'index. L'objectif reste zéro intermédiaire, et non « rester sous la limite ».

Le délai de prise en compte

Trois étapes s'enchaînent, et aucune n'est instantanée. Googlebot doit d'abord recrawler l'ancienne URL pour constater la 301, ce qui dépend entièrement de la fréquence de passage sur votre site. Il évalue ensuite la destination. La substitution dans les résultats se fait progressivement, et sur un site de taille moyenne elle s'étale sur plusieurs semaines.

Deux conséquences pratiques : ne jugez pas une migration sur trois semaines de données, et conservez les redirections au minimum un an. Les retirer trop tôt transforme la 301 en 404 et annule le transfert obtenu.

Quand poser une 301

Migration et changement de domaine

C'est le cas le plus exposé. Chaque URL de l'ancien site doit être redirigée vers son équivalent le plus proche, individuellement. Un changement de domaine sans plan complet ne se rattrape pas après coup : les URL qui portaient des liens entrants sont perdues, et avec elles l'autorité qu'elles transmettaient. Un audit SEO préalable sert précisément à identifier ces URL à enjeu, celles qui concentrent le trafic, les liens et les conversions.

Suppression et fusion de pages

Suppression : redirigez vers la page thématiquement la plus proche. À défaut, assumez un 410.
Fusion : les deux anciennes URL pointent vers la page consolidée.
Canonicalisation : avec ou sans www, avec ou sans barre oblique finale, toutes les variantes doivent converger vers une URL unique.

Passage en HTTPS et restructuration

La bascule HTTP vers HTTPS impose une redirection systématique de chaque URL vers son équivalent sécurisé. Un changement de slugs impose, lui, un mapping ligne à ligne : c'est le moment où la tentation de rediriger en gros vers les catégories est la plus forte, et où elle coûte le plus.

Implémenter une redirection selon l'environnement

Apache, via .htaccess

Le fichier .htaccess se place à la racine du site. Redirection d'une URL précise :

Redirect 301 /ancienne-page https://exemple.fr/nouvelle-page

Avec mod_rewrite, qui autorise les motifs :

RewriteEngine On
RewriteRule ^ancienne-page/?$ /nouvelle-page [R=301,L]

Répertoire entier, en conservant le chemin :

RewriteEngine On
RewriteRule ^ancien-repertoire/(.*)$ /nouveau-repertoire/$1 [R=301,L]

Bascule HTTPS :

RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Sur un site WordPress, placez vos règles au-dessus du bloc # BEGIN WordPress : ce bloc est réécrit automatiquement, et tout ce qui s'y trouve disparaît à la mise à jour.

Nginx

Nginx ignore les fichiers .htaccess : les règles vivent dans la configuration du serveur.

server {
    listen 80;
    server_name exemple.fr www.exemple.fr;
    return 301 https://exemple.fr$request_uri;
}

Une URL précise, puis un répertoire entier :

location = /ancienne-page {
    return 301 https://exemple.fr/nouvelle-page;
}

location ^~ /ancien-repertoire/ {
    return 301 https://exemple.fr/nouveau-repertoire$request_uri;
}

Sur Cloudflare, les règles de redirection se configurent depuis le tableau de bord, sans toucher au serveur : pratique pour un domaine entier, moins pour un mapping de plusieurs milliers de lignes.

Node.js et Express

const express = require('express');
const app = express();

app.get('/ancienne-page', (req, res) => {
  res.redirect(301, '/nouvelle-page');
});

app.get('/ancien-repertoire/:slug', (req, res) => {
  res.redirect(301, `/nouveau-repertoire/${req.params.slug}`);
});

app.listen(3000);

Bascule HTTPS derrière un proxy, en intergiciel :

app.use((req, res, next) => {
  if (req.headers['x-forwarded-proto'] !== 'https') {
    return res.redirect(301, 'https://' + req.hostname + req.originalUrl);
  }
  next();
});

WordPress, par extension

Trois extensions couvrent le besoin : Redirection de John Godley, la référence, avec import CSV et journal des 404 ; Rank Math, dont le gestionnaire est inclus en version gratuite ; Yoast SEO Premium, intégré au flux éditorial.

Une limite à connaître : ces redirections sont traitées par PHP, donc après le chargement de WordPress. Elles sont plus lentes qu'une règle serveur et consomment des ressources à chaque requête. Sur un site à fort trafic ou pour un mapping volumineux, la règle serveur reste préférable.

Les erreurs qui coûtent le plus

Les chaînes

A redirige vers B, qui redirige vers C. Chaque intermédiaire consomme du budget de crawl et retarde la substitution, puisque Googlebot s'arrête vers le cinquième saut avant de reprendre plus tard. Auditez vos redirections après chaque migration et réécrivez chaque règle pour viser directement la destination finale. C'est un travail de dix minutes qui évite des mois de latence.

Les boucles

A pointe vers B et B pointe vers A. Le navigateur affiche ERR_TOO_MANY_REDIRECTS et Googlebot abandonne. Les boucles naissent presque toujours de règles .htaccess qui se contredisent, ou d'une bascule HTTPS combinée à une redirection de domaine mal ordonnée. Vérifiez les en-têtes HTTP en préproduction, jamais après la mise en ligne.

Rediriger vers une page qui n'a rien à voir

C'est l'erreur la plus silencieuse, parce qu'elle ne déclenche aucune alerte. Trois cas typiques : toutes les pages supprimées renvoyées vers l'accueil, une fiche produit renvoyée vers une catégorie générique, une page anglaise renvoyée vers une page française sans équivalent. Dans les trois cas, Google peut traiter la redirection en soft 404 et le transfert n'a pas lieu.

Oublier les liens internes et le sitemap

Une redirection ne dispense pas de corriger ce qui pointe vers l'ancienne adresse. Des liens internes qui traversent une 301 gaspillent du budget de crawl et brouillent le signal. Après une migration :

Ne laisser que les nouvelles URL dans le sitemap XML.
Réécrire les liens internes pour viser directement les nouvelles adresses.
Reprendre les menus, pieds de page et blocs de navigation, souvent oubliés parce qu'ils vivent hors du contenu.
Repérer les liens entrants les plus importants et, quand c'est possible, demander leur mise à jour à l'éditeur.

Construire un plan de redirection

Le plan est un tableau de correspondance établi avant la mise en production. C'est le seul document qui permette de vérifier après coup qu'aucune URL n'a été oubliée.

Ancienne URL	Nouvelle URL	Code	Priorité	Motif	Statut
/ancienne-fiche-produit	/nouvelle-fiche-produit	301	P1	Refonte des slugs	À tester
/categorie-supprimee	/nouvelle-categorie	301	P2	Fusion de catégories	En production
/page-obsolete	—	410	P3	Aucun équivalent	Validé

La méthode

Crawler le site existant pour extraire l'intégralité des URL indexables.
Croiser avec la Search Console : les URL qui apportent du trafic sont vos P1, et elles ne souffrent aucune approximation.
Croiser avec les liens entrants : une URL sans trafic mais avec des liens de qualité est tout aussi prioritaire, et c'est celle qu'on oublie.
Mapper page à page. Si aucun équivalent n'existe, deux options seulement : créer la page cible, ou assumer un 410. Pas de repli sur l'accueil.
Tester en préproduction, en vérifiant le code de réponse et la destination finale de chaque règle.
Déployer en commençant par les P1, puis surveiller les erreurs de crawl.
Suivre pendant deux mois : erreurs 404, chaînes résiduelles, évolution des positions. C'est la durée minimale pour juger.

Sur une refonte de quelques centaines d'URL, ce travail se fait à la main. Au-delà, le mapping s'automatise par correspondance de titres et de contenus, avec relecture humaine des P1. Notre agence de référencement IA intervient sur ce type de migration ; un pré-audit gratuit permet d'en cadrer le périmètre.

Ce que la migration change pour les moteurs génératifs

Les modèles génératifs citent des URL. Une migration qui casse des adresses casse aussi les citations acquises : une source citée par Perplexity ou par ChatGPT et devenue introuvable ne se remplace pas d'elle-même. La redirection permanente protège donc autant la visibilité générative que le classement Google, à condition qu'elle soit directe.

C'est un argument de plus contre les chaînes : un modèle qui résout mal une URL ne cite pas la page, il l'ignore. Notre article sur le référencement dans Perplexity détaille la façon dont ces moteurs traitent les sources, et le comparatif des agences SEO IA situe le sujet dans une stratégie plus large.

FAQ

Une redirection 301 fait-elle perdre de l'autorité ?

Non, pas par elle-même. Google a annoncé en 2016 avoir supprimé la dépréciation de PageRank qui s'appliquait aux redirections 30x. Une 301 directe vers une page thématiquement cohérente transfère les signaux de classement. La perte survient dans trois cas : un mapping sans rapport avec la page source, une redirection en masse vers l'accueil, ou une chaîne d'intermédiaires. Méfiez-vous des articles qui annoncent un pourcentage de perte précis : ce chiffre n'est plus documenté.

Quelle différence entre une 301 et une 302 ?

La 301 signale un déplacement permanent : Google consolide les signaux sur la nouvelle URL et finit par retirer l'ancienne de l'index. La 302 signale un déplacement provisoire : l'ancienne URL reste indexée et le transfert d'autorité n'est pas garanti. Poser une 302 sur un changement définitif est une erreur fréquente, et elle est silencieuse : rien ne casse, mais la nouvelle adresse ne prend jamais la place de l'ancienne.

Combien de sauts de redirection Google suit-il ?

Deux chiffres circulent et les deux sont exacts. Googlebot suit jusqu'à dix sauts au total : au-delà, il abandonne et la Search Console remonte une erreur. Mais il n'en suit qu'environ cinq par tentative de crawl, puis reprend la chaîne lors d'un passage suivant. Une chaîne longue n'est donc pas fatale, elle est lente : la nouvelle URL met plusieurs cycles de crawl à s'installer. La cible reste zéro intermédiaire.

Combien de temps faut-il pour qu'une 301 soit prise en compte ?

Cela dépend d'abord de la fréquence à laquelle Googlebot repasse sur votre site : il doit recrawler l'ancienne adresse pour constater la redirection. La substitution complète dans les résultats s'étale ensuite sur plusieurs semaines. Ne jugez pas une migration avant deux mois de données, et conservez les redirections au minimum un an, indéfiniment pour les URL qui portent des liens entrants.

Comment migrer sans perdre son référencement ?

Établissez le plan de mapping avant la mise en production, pas après. Redirigez chaque ancienne URL vers son équivalent le plus proche, sans intermédiaire. Quand aucun équivalent n'existe, créez la page ou assumez un 410 plutôt que de renvoyer vers l'accueil. Mettez à jour le sitemap et les liens internes pour viser directement les nouvelles adresses. Puis surveillez les erreurs de crawl pendant deux mois.

Sources

Google : la recherche Google et les redirections d'URL · Google : déplacer un site avec changement d'URL
Search Engine Journal : redirections 301 et PageRank · Search Engine Journal : le seuil de cinq sauts par tentative de crawl
Moz : règles de redirection 301 pour le SEO · Yoast : créer une redirection 301 sous WordPress
Photographie d'en-tête : Wikimedia Commons, domaine public.

Partager cet article