Redirection 301

Le code 301 (« Moved Permanently ») indique aux navigateurs et aux moteurs qu’une URL a changé d’adresse de façon définitive. L’internaute est envoyé automatiquement vers la nouvelle page, et Google remplace peu à peu l’ancienne URL par la nouvelle dans son index, en lui transférant les signaux accumulés, à commencer par les liens entrants. C’est ce qui la distingue de la 302, qui signale un déplacement temporaire et laisse en principe l’ancienne URL dans l’index.

Pour l’entreprise, la 301 est l’assurance-vie d’une refonte ou d’une migration. Sans elle, chaque URL modifiée devient une erreur 404 : les visiteurs venus de Google ou d’un site partenaire tombent sur une impasse, et les backlinks obtenus au fil des années ne profitent plus à aucune page.

Ce qui se passe quand Google rencontre une redirection 301

Googlebot suit la redirection et considère la page cible comme un signal fort de canonicalisation : c’est elle qui s’affiche dans les résultats, tandis que l’ancienne adresse sort de l’index au fil des explorations. La 301 agit donc un peu comme une balise canonical, à une différence près : la canonical laisse les deux pages accessibles, la 301 n’en laisse qu’une.

Une 301 se pose au niveau du serveur (Apache, Nginx), du CMS (Shopify, WordPress avec une extension) ou d’un CDN. Les redirections en JavaScript ou par meta refresh sont moins fiables. Lors d’un changement de site, Google recommande de garder les redirections au moins un an, et en pratique aussi longtemps que possible.

Cas pratique : une migration de PrestaShop vers Shopify

Prenons un e-commerce de 6 000 URL qui passe sur Shopify. La plateforme impose ses propres formats d’adresse (/products/ et /collections/) : aucune URL ne survit telle quelle. Le plan de redirection part d’un crawl de l’ancien site, des pages cliquées dans la Search Console sur seize mois et de celles qui ont des liens externes :

• 4 300 produits actifs redirigés un pour un vers leur nouvelle fiche ;
• 500 catégories et pages de contenu redirigées vers leur équivalent ;
• 1 200 produits arrêtés : 900 envoyés vers la catégorie la plus proche, 300 sans trafic ni lien passés en 410 (page supprimée).

Même bien préparée, l’opération laisse une trace : d’après les refontes suivies par Skyseo, changer les URL coûte 20 à 40 % de trafic pendant six à huit semaines, même avec des 301 propres. Anticipé, ce creux est absorbable. Les autres points de vigilance sont détaillés dans notre webinaire sur les refontes de site.

Les erreurs classiques de redirection

• Tout rediriger vers la page d’accueil. Google traite souvent ces redirections comme des erreurs 404 « soft » : les signaux de l’ancienne page sont alors perdus.
• Laisser se former des chaînes (A vers B, puis B vers C) au fil des refontes successives : chaque étape ralentit l’exploration et augmente le risque de boucle.
• Utiliser une 302, réglage par défaut de certaines extensions, pour un changement définitif.
• Garder des liens internes vers les anciennes URL. Le maillage interne et le sitemap doivent pointer directement vers les adresses finales.

Comment contrôler un plan de redirection

Sur la préproduction puis le jour du lancement, testez la liste complète des anciennes URL en mode liste dans Screaming Frog : chacune doit répondre par une seule 301 vers une page en 200. Ensuite, surveillez dans la Search Console les rapports « Introuvable (404) » et « Page avec redirection », ainsi que les clics des pages qui portaient le plus de trafic. Vérifiez aussi qu’aucune redirection ne mène à une page en noindex ou elle-même redirigée, et que le nouveau site ne crée pas de contenu dupliqué en restant accessible sous plusieurs adresses, avec et sans barre oblique finale par exemple.