Comment faire une redirection 301 sans perdre son référencement : la méthode pas à pas

La 301 n'est pas le problème, le plan bâclé si

Je commence par rassurer, parce que c'est la peur que j'entends à chaque refonte. Une 301, c'est un simple code renvoyé par le serveur, qui dit aux navigateurs et à Google : cette page a déménagé pour de bon, voici sa nouvelle adresse. Google la considère comme un signal fort pour retenir la nouvelle URL (c'est expliqué dans sa documentation sur les redirections).

Alors pourquoi tant de sites plongent après une migration ? Parce qu'on redirige mal, ou pas tout, ou qu'on change dix choses le même jour. Quand ça baisse, la technique a rarement trahi. Le plus souvent, une page bien placée a disparu, ou sa remplaçante ne répond plus à la même recherche.

Et la 302 ? Elle annonce un déplacement temporaire, donc Google a tendance à garder l'ancienne URL dans ses résultats. Pour une refonte ou un changement d'adresse définitif, c'est la 301.

Avant de toucher au site : l'inventaire de vos URL

C'est l'étape que tout le monde veut sauter, et c'est celle qui sauve la migration. Vous ne pouvez pas rediriger une page que vous avez oubliée, et les URL qui comptent ne sont pas toutes dans votre menu.

Croisez au minimum ces sources dans un tableur :

• un crawl complet du site actuel (si votre outil plafonne, voici une alternative gratuite à Screaming Frog pour crawler tout votre site) ;
• l'export des pages de la Search Console, qui montre celles qui génèrent de vrais clics ;
• les pages qui reçoivent des backlinks, visibles dans le rapport Liens de cette même console ;
• votre sitemap actuel et les pages d'entrée de votre outil d'analytics.

Si vous vous demandez encore à quoi sert concrètement Google Search Console, branchez-la avant la refonte, pas après : c'est elle qui vous permettra de comparer l'avant et l'après.

Gardez aussi une photo des positions et du trafic par page. Sans ce point de référence, impossible de dire ensuite ce qui a vraiment bougé.

Le plan de redirection : une ancienne URL, une page équivalente

Ajoutez une colonne « nouvelle URL » et remplissez-la ligne par ligne. Oui, c'est fastidieux. C'est aussi là que tout se joue.

La règle tient en une phrase : chaque page redirige vers celle qui répond à la même intention. Une fiche produit vers la même fiche, un article vers sa nouvelle version, une catégorie vers sa catégorie.

Deux cas reviennent tout le temps :

• La page n'a plus d'équivalent exact : visez la plus proche, la catégorie parente par exemple. Si rien n'est proche et qu'elle n'a ni trafic ni backlinks, laissez-la répondre en 404 ou 410, c'est parfaitement sain.
• Plusieurs pages traitent du même sujet : profitez-en pour les fusionner en une seule, puis redirigez-les toutes vers elle.

Ce qu'il ne faut pas faire, c'est tout envoyer vers la page d'accueil. C'est tentant quand on a des centaines d'URL, mais Google précise que cela peut être traité comme une erreur soft 404. En clair, le bénéfice de ces pages s'envole.

Poser les redirections côté serveur

Privilégiez une redirection serveur, c'est la plus fiable pour Google. Le JavaScript et la balise meta refresh restent des plans B, pour les cas où vous n'avez pas la main sur le serveur.

Sur Apache, dans le fichier .htaccess :

Redirect 301 /ancienne-page/ https://www.example.com/nouvelle-page/

Sur Nginx, dans le bloc server :

location = /ancienne-page/ {
    return 301 https://www.example.com/nouvelle-page/;
}

Sur WordPress, pas besoin de toucher au code : l'extension Redirection fait le travail et accepte l'import d'un fichier CSV, et Rank Math intègre aussi un module dédié. Shopify a sa propre gestion des redirections d'URL dans l'administration. Dans tous les cas, contrôlez que le code renvoyé est bien un 301.

Les erreurs qui font vraiment chuter les positions

• Les chaînes de redirections. Page A vers B, puis B vers C : Googlebot suit jusqu'à 10 sauts, mais Google conseille de les éviter, et chacun ralentit le visiteur. Si votre site a déjà connu une refonte, faites pointer les vieilles redirections directement vers l'URL finale.
• Le robots.txt qui bloque les anciennes URL. Si Googlebot ne peut plus les explorer, il ne verra jamais la redirection.
• Le noindex oublié depuis la préproduction. Classique, et dévastateur : le site de test passe en ligne avec son interdiction d'indexation.
• Les liens internes pas mis à jour. Ils passent par la redirection au lieu d'aller droit au but. Une refonte est le bon moment pour reconstruire un maillage interne pensé pour le SEO.
• Tout changer en même temps : domaine, structure, contenus, design. Si ça baisse, vous ne saurez jamais pourquoi.

Si vous pouvez étaler les chantiers, migrez d'abord à contenu identique et retravaillez les textes une fois que tout est stabilisé.

Le jour de la bascule, puis les semaines qui suivent

Testez d'abord en préproduction. Une fois en ligne, repassez votre liste d'anciennes URL dans un crawler en mode liste : chaque ligne doit renvoyer un 301 vers une page en 200, sans étape intermédiaire.

Ensuite, dans cet ordre :

1. Soumettez le nouveau sitemap dans la Search Console.
2. Si vous changez de domaine ou de sous-domaine, déclarez-le avec l'outil de changement d'adresse de la console. Il ne sert à rien pour une simple modification d'URL sur le même domaine.
3. Quand c'est possible, demandez aux sites qui vous envoient vos meilleurs backlinks de mettre à jour leur lien.
4. Surveillez les 404 dans le rapport d'indexation et corrigez au fil de l'eau.

Attendez-vous à des fluctuations. D'après le guide de Google sur les migrations, il faut quelques semaines ou plus sur un site de taille moyenne pour que les nouvelles URL remplacent progressivement les anciennes, et davantage sur un gros site. Une baisse passagère n'a donc rien d'alarmant.

Ce qui doit vous alerter, c'est une page précise qui décroche pendant que le reste tient. Allez voir ce qu'elle est devenue : destination, contenu, balises. Le plus souvent, on y trouve une différence avec l'ancienne version.