Plan de redirection SEO : méthode et checklist pour une refonte sans perte de trafic

Pourquoi les redirections sont-elles importantes pour le SEO ?

Lorsqu’une page change définitivement d’adresse, Google doit pouvoir comprendre qu’elle a été déplacée.

La redirection 301 permet d’indiquer ce changement permanent.

Elle évite également qu’un utilisateur provenant d’un ancien résultat Google, d’un favori ou d’un backlink arrive sur une erreur 404.

À l’échelle d’un site comportant plusieurs centaines de pages, un mauvais mapping peut provoquer de nombreuses ruptures :

• URLs stratégiques perdues ;
• backlinks envoyés vers des erreurs ;
• anciennes pages encore indexées ;
• chaînes de redirections ;
• destinations non pertinentes.

Le plan doit donc être préparé avant la mise en production.

1. Réaliser l’inventaire des anciennes URLs

La première étape consiste à récupérer toutes les URLs connues.

Se limiter au sitemap XML est insuffisant. Certaines pages peuvent encore générer du trafic ou recevoir des liens sans apparaître dans le sitemap actuel.

Il faut idéalement croiser plusieurs sources :

Crawl du site

Le crawl permet de récupérer les pages accessibles et des informations utiles : statut HTTP, Title, H1, canonical et profondeur.

Google Search Console

Search Console permet d’identifier les URLs ayant généré des impressions ou des clics.

Une page peu visible dans l’arborescence peut encore avoir une vraie valeur SEO.

Analytics

Les données Analytics permettent notamment d’identifier les pages générant du trafic ou des conversions.

Backlinks

Les URLs recevant des liens externes doivent également être repérées afin de ne pas perdre inutilement leur valeur.

CMS et anciens exports

Exports CMS, anciens sitemaps ou précédents crawls peuvent enfin révéler des URLs historiques.

L’objectif est d’obtenir une base suffisamment complète avant de commencer le mapping.

2. Qualifier les URLs avant de les rediriger

Toutes les pages n’ont pas la même importance.

Pour les URLs stratégiques, le fichier peut intégrer plusieurs informations :

Cette qualification permet de prioriser les pages qui représentent le plus fort enjeu SEO ou business.

3. Construire le mapping entre anciennes et nouvelles URLs

Une fois la nouvelle arborescence définie, il faut choisir la destination de chaque ancienne page.

La question principale est :

quelle nouvelle page répond le mieux à l’intention de l’ancienne URL ?

Dans le cas idéal :

1 ancienne URL → 1 nouvelle URL équivalente.

Une ancienne page service doit donc rediriger vers la nouvelle version du même service.

Un article dont l’URL a changé doit pointer vers sa nouvelle adresse.

Une ancienne fiche produit doit rejoindre le produit correspondant.

La destination doit être choisie selon la proximité sémantique, et non simplement selon sa place dans l’arborescence.

Que faire lorsque plusieurs pages sont fusionnées ?

Une refonte peut être l’occasion de consolider plusieurs contenus très proches.

Dans ce cas :

ancienne page A → nouveau guide

ancienne page B → nouveau guide

ancienne page C → nouveau guide

Cela fonctionne à condition que la nouvelle page reprenne réellement l’intention des anciennes.

Ce type de consolidation peut également résoudre certaines cannibalisations SEO.

Faut-il rediriger toutes les pages supprimées ?

Non.

Une redirection n’est utile que lorsqu’une destination pertinente existe.

Si une ancienne page disparaît sans avoir de véritable équivalent, il n’est pas nécessaire de la rediriger artificiellement vers la homepage ou vers une page sans rapport.

Selon la situation, une réponse 404 ou 410 peut être plus cohérente.

L’objectif n’est pas de rediriger 100 % des URLs, mais d’établir des correspondances pertinentes.

4. Utiliser correctement les redirections 301

Lorsqu’un changement d’URL est permanent, la redirection 301 est généralement adaptée.

Exemple :

ancienne-url → 301 → nouvelle-url

La destination finale doit idéalement répondre directement en 200.

Une redirection 302 correspond à un déplacement temporaire et ne doit donc pas être utilisée par défaut lors d’une migration permanente.

Les règles doivent être préparées et documentées avant leur implémentation afin d’éviter les décisions techniques improvisées au moment de la mise en ligne.

5. Éviter les chaînes et boucles de redirection

Une chaîne apparaît lorsqu’une URL passe par plusieurs intermédiaires :

A → B → C

Il est préférable que l’URL A pointe directement vers C.

Lors d’une refonte successive, il faut donc vérifier les anciennes règles déjà présentes et les mettre à jour.

Une boucle est encore plus problématique :

A → B → A

Elle rend la destination inaccessible.

Les chaînes et boucles peuvent être identifiées automatiquement grâce à un crawler ou à un outil de test des redirections.

6. Ne pas rediriger toutes les URLs vers la homepage

Lorsqu’aucune destination évidente n’existe, la tentation est parfois de rediriger toutes les anciennes pages vers l’accueil.

Cette approche est rarement pertinente.

Un utilisateur qui recherche un ancien contenu très spécifique ne s’attend pas à arriver sur une homepage généraliste.

L’ordre de préférence devrait être :

1. nouvelle version de la page ;
2. contenu équivalent ;
3. page ayant absorbé l’ancien contenu ;
4. catégorie réellement pertinente.

Sans destination cohérente, mieux vaut examiner la suppression au cas par cas.

7. Tester le plan avant la mise en ligne

Le mapping ne doit pas être considéré comme terminé lorsque le tableau est rempli.

Il faut tester son implémentation.

Le contrôle doit vérifier au minimum :

• ancienne URL ;
• code HTTP ;
• nouvelle destination ;
• nombre de redirections ;
• statut final.

Le résultat attendu est généralement :

ancienne URL → 301 → nouvelle URL → 200.

Cette vérification doit idéalement être automatisée pour contrôler l’ensemble du fichier.

Il faut également vérifier que les nouveaux liens internes pointent directement vers les URLs finales et non vers les anciennes adresses redirigées.

8. Contrôler la migration après la mise en ligne

La mise en production n’est pas la fin de la migration SEO.

Immédiatement après le lancement, il faut contrôler les anciennes URLs prioritaires et relancer le fichier de mapping.

Il faut rechercher notamment :

• 404 inattendues ;
• mauvaises destinations ;
• 302 non souhaitées ;
• chaînes ;
• boucles ;
• erreurs sur les pages finales.

Un crawl complet du nouveau site permet également de vérifier le maillage interne, les canonicals, le sitemap et les principales directives SEO.

Notre article consacré aux erreurs SEO qui font perdre du trafic après une refonte approfondit ces différents contrôles.

9. Suivre Search Console à J+1, J+7 et J+30

Le suivi doit être particulièrement attentif pendant les premières semaines.

J+1

Rechercher les erreurs critiques : 404, mauvaises redirections, destinations inaccessibles ou problèmes d’indexation.

J+7

Observer les premières données Search Console, les anciennes URLs encore découvertes et l’évolution des nouvelles pages.

J+30

Comparer les principales pages avant et après migration :

• clics ;
• impressions ;
• positions ;
• indexation.

Une baisse concentrée sur certaines anciennes URLs peut révéler un mapping incorrect ou un autre problème de migration.

La surveillance permet donc de corriger rapidement les anomalies plutôt que d’attendre plusieurs mois.

Exemple de plan de redirection SEO

Pour les gros sites, une colonne Priorité peut être ajoutée afin d’identifier rapidement les pages générant le plus de trafic, de conversions ou de backlinks.

Checklist du plan de redirection SEO

Avant la refonte

• Exporter les URLs via un crawl.
• Exporter les pages Search Console.
• Récupérer les landing pages Analytics.
• Identifier les URLs avec backlinks.
• Récupérer sitemap et exports CMS.
• Identifier les pages stratégiques.
• Finaliser la nouvelle arborescence.

Pendant le mapping

• Définir une destination pertinente.
• Privilégier le mapping 1:1.
• Identifier les contenus fusionnés.
• Éviter les redirections systématiques vers la homepage.
• Contrôler les anciennes redirections existantes.
• Identifier les pages réellement supprimées.

Avant la mise en ligne

• Tester les codes HTTP.
• Vérifier les destinations.
• Identifier chaînes et boucles.
• Contrôler les éventuelles 302.
• Vérifier que les destinations répondent en 200.
• Mettre à jour les liens internes.

Après la mise en ligne

• Tester les URLs prioritaires.
• Relancer le fichier complet.
• Crawler le nouveau site.
• Contrôler Search Console.
• Vérifier sitemap et canonicals.
• Effectuer les contrôles J+1, J+7 et J+30.

Les erreurs les plus fréquentes

Plusieurs problèmes reviennent régulièrement lors des refontes.

Préparer le mapping trop tard.

Le fichier doit être commencé avant la mise en production.

Travailler uniquement depuis le sitemap.

Certaines pages importantes risquent d’être oubliées.

Tout rediriger vers la homepage.

Une destination doit correspondre à l’intention de l’ancienne page.

Conserver les anciennes chaînes.

Chaque URL doit idéalement pointer directement vers la destination finale.

Tester seulement quelques redirections.

Le fichier complet doit être contrôlé.

Arrêter le suivi après la mise en ligne.

Search Console et les crawls post-migration permettent d’identifier les problèmes qui apparaissent progressivement.

Préparer les redirections avant la mise en ligne

Le plan de redirection SEO est l’un des éléments les plus importants d’une refonte lorsque les URLs évoluent.

La méthode repose sur quelques principes : inventorier l’existant, identifier les pages importantes, construire des correspondances pertinentes, utiliser correctement les 301, éliminer chaînes et boucles, tester l’implémentation puis contrôler les performances après le lancement.

L’objectif n’est pas de rediriger chaque URL à tout prix.

Il est de préserver la continuité entre l’ancien et le nouveau site afin que Google et les utilisateurs retrouvent les contenus qui ont réellement été déplacés.