- →Une 301 propre préserve environ 90 à 99 % de l'équité de lien (Moz, 2025) ; un 404 ou une redirection molle vers la home en perd la quasi-totalité. Le vrai risque n'est pas le transfert, c'est l'absence de transfert.
- →L'arbitrage 2026 n'est plus 301 contre 302, c'est 301 contre 410 : redirigez ce qui a des liens vers un équivalent réel, renvoyez 410 sur ce qui n'a rien à transmettre. La page d'accueil n'est jamais un équivalent.
- →Un seul saut par redirection : Google en tolère cinq, un audit sérieux aplatit tout à un. Chaque migration successive empile des chaînes silencieuses.
- →Google demande de garder les redirections actives au moins un an ; sur un domaine qui a des backlinks, gardez-les à vie, elles ne coûtent rien et protègent un actif.
- →Après migration, mettez à jour les liens internes vers les URL finales : la 301 rattrape le crawl, pas l'hygiène du maillage.
- →Vérifiez au curl et au crawler, jamais à l'œil : une 302 déguisée, une chaîne à trois sauts ou une cible en 404 sont invisibles dans un navigateur.
Ce qu'une 301 transfère vraiment
Techniquement, une redirection 301 est une réponse HTTP dont le code de statut indique un déplacement permanent : le serveur répond avec un en-tête Location, le navigateur suit, le visiteur ne voit rien. N'importe quel développeur la met en place en cinq minutes dans un fichier .htaccess. Ce n'est pas là que se joue le sujet. Ce qui intéresse un SEO, c'est ce que Google fait de ce signal : la consolidation.
Pour Google, une 301 est un signal de canonicalisation fort, au même titre que la balise canonical mais avec une portée supérieure, puisqu'elle s'impose aussi aux visiteurs et aux autres crawlers. L'ancienne URL cesse d'exister aux yeux de l'index ; ses backlinks, son historique et ses signaux sont réattribués à la destination. La mise à jour de la documentation crawl de Google du 3 mars 2026 le formule clairement : les redirections font partie de la couche de découverte d'URL et servent à consolider les signaux, pas seulement à déplacer des visiteurs.
Deux propriétés pratiques découlent du caractère permanent. D'abord, le navigateur met la 301 en cache de façon agressive : revenir en arrière après coup peut prendre des semaines côté utilisateurs, même une fois le serveur corrigé. Ensuite, une URL qui répond 301 n'est jamais indexée elle-même : le statut « Page with redirect » dans Search Console est un comportement attendu, pas une erreur à corriger. L'analyse doit porter sur la performance de l'URL de destination, pas sur la redirection.
301, 302, 410 : l'arbitrage réel en 2026
La différence académique entre 301 et 302 tient en un mot : permanente contre temporaire. En pratique, Google finit par traiter une 302 qui s'éternise comme une 301, mais ce « finit par » est exactement ce qu'un professionnel ne veut pas : une période d'ambiguïté où la canonicalisation hésite entre deux URL. La 302 a un usage légitime et étroit : test, maintenance, bascule temporaire. Pour tout changement définitif d'URL, de structure ou de nom de domaine, laisser une 302 en place est une négligence, pas une nuance.
Le vrai arbitrage de 2026 n'est plus 301 contre 302, c'est 301 contre 410. La règle que les guides techniques récents ont standardisée est simple : une 301 quand l'ancienne URL a des liens entrants et qu'une page équivalente mérite d'en hériter ; un 410 quand il n'y a aucune popularité à préserver et qu'on veut une désindexation rapide, le 410 sortant les URL de l'index plus vite qu'une redirection (Incremys, 2026). Rediriger en masse des pages sans équivalent vers la page d'accueil combine le pire des deux mondes : Google les traite comme des soft 404 et l'autorité ne se transfère pas.
Dernier point tranché récemment : la mise à jour Search Central du 20 décembre 2025 précise que le rendu JavaScript peut être sauté pour les réponses dont le statut n'est pas 200, redirections comprises. Une redirection JavaScript ou une meta refresh n'est donc pas un substitut fiable. La seule méthode robuste reste la redirection côté serveur, émise avant tout rendu.
Transfert de popularité : ce que disent les données
Le folklore SEO a longtemps affirmé qu'une 301 faisait perdre une fraction du PageRank au passage, une idée héritée d'anciens propos de Google abandonnés depuis des années. Les données récentes sont plus utiles. Une recherche Moz de 2025 mesure qu'une 301 correctement configurée préserve environ 90 à 99 % de l'équité de lien, quand un 404 ou une redirection molle en perd la quasi-totalité (citée par Webflow, juillet 2026). Autrement dit : le coût du transfert est marginal, le coût de l'absence de transfert est total.
Les chiffres de migration confirment l'asymétrie. Une étude Ahrefs de 2024 chiffre à 38 % la perte moyenne de trafic organique dans les 30 jours pour les sites qui migrent leurs URL sans 301 correctes, dont environ un quart n'est jamais récupéré. Une étude Ahrefs de 2025 estime qu'environ 60 % des migrations se traduisent par une perte de trafic mesurable, même quand des redirections sont tentées ; et une analyse de 892 migrations relayée par Search Engine Journal donne une moyenne de 523 jours pour retrouver le trafic d'avant. Ce ne sont pas des arguments contre les migrations, ce sont des arguments contre les migrations improvisées.
Le cas extrême documenté en mai 2026 par une étude technique sur la plateforme ChatVal illustre l'enjeu : un rebranding de septembre 2024 avait changé les formats d'URL sans aucune redirection, laissant 324 580 pages en 404. Après la mise en place d'un mapping 301 complet fin août 2025, les sessions organiques sont passées de 14 918 au quatrième trimestre 2024 à 220 570 sur l'année 2025, soit une progression de 1 379 %. Le contenu n'avait pas changé. Seule la plomberie avait été réparée.
Le plan de redirection, cœur d'une migration
Une migration réussie ne se joue pas dans le choix du CMS, elle se joue dans le fichier de mapping. La règle est un appariement un pour un : chaque ancienne URL indexée ou liée reçoit sa 301 vers l'équivalent le plus proche sur la nouvelle structure. Google recommande de garder ces redirections actives au moins un an ; notre position est plus dure : sur un domaine qui a des backlinks, une redirection ne se retire jamais. Elle coûte zéro et protège un actif.
La documentation Google sur les changements de domaine a d'ailleurs été précisée le 17 juin 2026 : lors d'un changement de nom de domaine, il faut désormais soumettre une demande de changement d'adresse pour chaque variante concernée, www et non-www comprises, plutôt que de supposer qu'une seule couvre tout (PPC Land, juin 2026). Le détail en dit long : une bonne partie des migrations ratées qu'on audite ont un angle mort sur les variantes de domaine, de protocole ou de sous-domaine.
C'est aussi le quotidien du travail sur domaines expirés. Sur les 50 médias éditoriaux que nous opérons, chaque domaine repris passe par une reconstruction du plan de redirection depuis les archives : les anciennes URL encore liées depuis l'extérieur reçoivent chacune une 301 vers la page thématiquement la plus proche du nouveau site, jamais vers la page d'accueil en bloc. C'est cette continuité qui fonde la valeur des profils de liens affichés sur le catalogue public de nos médias : sans 301 propres, l'historique d'un domaine ne vaut rien.
Chaînes, boucles et autres façons de tout casser
Google suit les chaînes de redirections, mais pas indéfiniment : la limite pratique relayée par la documentation et les guides techniques est de cinq sauts, au-delà desquels Search Console remonte des erreurs et la page finale peut ne jamais être indexée (SEOTesting, 2025). La règle opérationnelle que nous appliquons est plus stricte : un seul saut. Chaque migration successive ajoute une couche ; au bout de trois refontes, A redirige vers B qui redirige vers C, et chaque saut ajoute de la latence, consomme du budget de crawl et fragilise le transfert. Un audit de redirections consiste d'abord à aplatir : A doit pointer directement vers C.
Les boucles sont la version terminale du problème, et personne n'en est à l'abri : en septembre 2025, Search Engine Journal documentait une boucle de redirections 301 infinie sur la propre documentation de Google, entre des pages de données structurées supprimées et leur changelog. Si Google se piège lui-même, un plan de redirection de 2 000 lignes écrit à la main se piégera aussi. La vérification automatisée n'est pas optionnelle.
L'erreur la plus sournoise reste pourtant interne : conserver des liens internes qui pointent vers des URL redirigées. La 301 rattrape le coup pour Google et pour les visiteurs, mais chaque clic interne traverse un saut inutile. Après toute migration, la mise à jour des liens internes, des menus, des canonicals et du sitemap vers les URL finales fait partie du chantier, pas du confort.
Implémenter et vérifier sans se raconter d'histoires
L'implémentation dépend de la stack et n'a rien de sorcier. Sur Apache, la directive Redirect 301 ou une RewriteRule dans le fichier .htaccess (RewriteEngine activé) couvre les cas simples comme les motifs par répertoire ; sur Nginx, un return 301 dans la configuration du serveur ; sur les hébergements type Cloudflare Pages ou Netlify, un fichier _redirects déclaratif ; sur WordPress, une extension de redirection fait l'affaire tant que le volume reste raisonnable. Le choix de la méthode importe moins que sa position : côté serveur, avant tout rendu.
La vérification est la partie que tout le monde bâcle. Trois niveaux : curl -I sur un échantillon d'anciennes URL pour contrôler le code de statut exact (301, pas 302, pas 200) et la destination ; un crawl de la liste complète des anciennes URL avec Screaming Frog en mode liste pour détecter chaînes, boucles et cibles en 404 ; puis Search Console dans la durée, en surveillant l'indexation des nouvelles URL et la décrue des anciennes. Soumettre un sitemap XML à jour, ne listant que les URL finales, accélère la prise en compte du nouveau plan.
Une 301 bien posée est invisible : les visiteurs ne la voient pas, Google la digère, l'autorité suit. C'est précisément parce qu'elle est invisible qu'elle doit être instrumentée. Les migrations qui perdent 38 % de trafic ne le perdent pas le jour du basculement ; elles le perdent dans les semaines où personne ne regardait les codes de statut.
Nautilinks opère un réseau de médias éditoriaux. Articles écrits en interne, mentions de transparence respectées, mix d'ancres calibré.
Questions fréquentes
Une redirection 301 transfère-t-elle 100 % du PageRank ?
Non, mais presque. La recherche Moz de 2025 situe la préservation d'équité de lien entre 90 et 99 % pour une 301 bien configurée. L'idée d'une perte systématique au passage date d'anciens propos de Google abandonnés depuis longtemps. Ce qui érode réellement le transfert, c'est l'écart thématique : une 301 vers une page sans rapport avec l'ancienne est traitée comme une soft 404 et ne transmet à peu près rien.
Combien de temps faut-il laisser une redirection 301 en place ?
Google recommande au moins un an pour laisser tous les signaux se consolider. En pratique, sur une URL qui a des backlinks, retirez-la jamais : une ligne de redirection ne coûte rien à maintenir, alors que sa suppression recrée un 404 sur une URL encore liée et rejette l'équité accumulée. Le délai d'un an est un minimum de migration, pas une date de péremption.
301 ou 410 pour une page supprimée ?
Regardez le profil de liens de l'URL. Si elle a des backlinks ou du trafic et qu'une page équivalente existe, une 301 vers cet équivalent préserve l'acquis. Si elle n'a ni liens ni équivalent, un 410 est plus honnête et sort l'URL de l'index plus vite qu'une redirection. Le réflexe « tout rediriger vers la home » est le pire des trois choix : Google le requalifie en soft 404.
Peut-on annuler une redirection 301 ?
Techniquement oui : on supprime la règle et l'ancienne URL répond à nouveau. Mais Google mettra des semaines à réévaluer la canonicalisation, et les navigateurs des visiteurs récurrents garderont la 301 en cache bien plus longtemps, le code étant traité comme permanent. Considérez une 301 comme un engagement : si le déplacement n'est pas certain, utilisez une 302 temporaire le temps de trancher.
Le statut « Page with redirect » dans Search Console est-il un problème ?
Non. Une URL qui répond 301 n'est jamais indexée elle-même : ce statut confirme simplement que Google a vu la redirection et consolidé vers la destination. Le travail d'audit consiste à vérifier que la destination est la bonne, qu'elle répond 200 et qu'elle performe. Le signal d'alerte, c'est l'inverse : une URL censée être redirigée qui apparaît encore indexée en 200.
Une redirection JavaScript vaut-elle une 301 serveur ?
Non. La mise à jour Search Central du 20 décembre 2025 précise que Google peut sauter le rendu JavaScript sur les réponses non-200, ce qui rend les redirections côté client structurellement moins fiables. Une redirection JS ne transmet pas de code de statut HTTP : Google doit rendre la page pour la découvrir, sans garantie. Réservez-la aux cas où vous n'avez aucun accès serveur, et considérez-la comme un pis-aller.
Testez vos connaissances
Quiz : Redirection 301
1/3Selon la recherche Moz de 2025, quelle part de l'équité de lien une 301 bien configurée préserve-t-elle ?