Les différents types de migrations
Le terme "migration" recouvre plusieurs réalités très différentes en termes de complexité et de risque SEO :
| Type de migration | Ce qui change | Risque SEO |
|---|---|---|
| Changement de domaine | L'adresse complète du site change | Très élevé |
| Changement de CMS | WordPress vers PHP, Wix vers autre chose, etc. | Élevé si les URLs changent |
| Passage en HTTPS | HTTP remplacé par HTTPS sur tout le site | Faible si bien géré |
| Restructuration d'URLs | Les chemins d'accès aux pages sont modifiés | Moyen à élevé |
| Refonte graphique sans changement d'URL | Le design change, les URLs restent | Faible |
Les 5 étapes d'une migration réussie
-
Cartographier toutes les URLs existantes
Avant de toucher quoi que ce soit, exportez l'intégralité des URLs actuelles via Screaming Frog ou Google Search Console. Cette liste est votre filet de sécurité. Elle inclut aussi bien les pages de contenu que les images et les ressources.
-
Créer le plan de correspondance des URLs
Pour chaque ancienne URL, définissez l'URL de destination sur le nouveau site. C'est ce document qui pilote la mise en place des redirections. Une URL sans correspondance directe doit être redirigée vers la page la plus proche thématiquement.
-
Mettre en place toutes les redirections 301
Les redirections 301 transmettent l'autorité SEO accumulée par les anciennes URLs vers les nouvelles. Elles doivent être exhaustives : chaque ancienne URL doit pointer vers sa nouvelle version, pas vers la page d'accueil.
-
Vérifier avant la mise en ligne
Tester les redirections sur l'environnement de recette avant de basculer en production. Vérifier l'absence d'erreurs 404, de boucles de redirection et de chaînes trop longues. Contrôler aussi le sitemap et les balises canonical.
-
Surveiller l'indexation après la mise en ligne
Les premières semaines sont critiques. Dans Search Console, surveillez la couverture d'indexation, les erreurs 404 résiduelles et l'évolution du trafic. Soumettez le nouveau sitemap immédiatement après la mise en ligne.
Les erreurs les plus fréquentes
Voici les erreurs que je rencontre le plus souvent lors d'audits post-migration :
- Redirections vers la page d'accueil plutôt que vers la page équivalente (erreur la plus courante)
- Oubli des URLs canoniques sur le nouveau site, qui génèrent du contenu dupliqué
- Changement des URLs sur trop de pages en même temps, sans phase de test
- Absence de sauvegarde complète de l'ancien site avant la bascule
- Nouveau sitemap non soumis à Search Console après migration
- Backlinks pointant vers d'anciennes URLs non redirigées, donc perdus
Temps de récupération du trafic
Même une migration bien gérée entraîne généralement une baisse temporaire de trafic organique. Google doit recrawler, recalculer et réindexer. La durée de récupération varie :
- Migration HTTPS simple avec tout en place : 2 à 4 semaines
- Changement de CMS avec URLs préservées : 4 à 8 semaines
- Changement de domaine ou restructuration profonde : 3 à 6 mois
Une refonte de site bien préparée peut même être l'occasion d'améliorer le SEO existant, notamment en corrigeant les pages orphelines, en améliorant l'arborescence et en nettoyant les URLs mal structurées.