Une migration SEO réussie repose sur un plan de redirections 301 complet, une conservation maximale des URLs et un suivi rigoureux pendant plusieurs mois. Voici la checklist à suivre, étape par étape.
Je rédige des contenus SEO qui montent sur Google — sans publicité.
Avant la bascule : auditez toutes vos URLs et créez un plan de redirections 301 exhaustif. Pendant : gardez les mêmes URLs si possible, testez sur un environnement de préproduction, mettez à jour le sitemap XML. Après : signalez le changement dans Google Search Console et surveillez le trafic pendant 90 à 180 jours. Comptez généralement 4 à 8 semaines pour une stabilisation complète.
Une refonte, un changement de domaine ou un passage au HTTPS entrent tous dans la catégorie migration SEO. Google traite ces trois cas différemment, mais les principes de base restent identiques.
Les différents types de migration SEO à connaître
Toutes les migrations ne présentent pas le même niveau de risque. Une migration SEO checklist efficace commence par identifier précisément le type de projet en cours. Le niveau de vigilance nécessaire en dépend directement.
| Type de migration | Ce qui change | Niveau de risque SEO |
|---|---|---|
| Refonte visuelle ou technique | Design, CMS, code, parfois les URLs | Moyen à élevé |
| Changement de nom de domaine | Domaine complet, toutes les URLs | Très élevé |
| Passage au HTTPS | Protocole uniquement, mêmes chemins d’URL | Faible si bien exécuté |
| Restructuration des URLs | Arborescence, slugs, catégories | Élevé |
| Fusion ou scission de sites | Domaines, contenus, autorité fusionnée | Très élevé |
Un passage au HTTPS reste techniquement une migration. Le risque est plus faible, à condition de rediriger correctement chaque URL HTTP vers son équivalent HTTPS. Une fusion de sites cumule souvent plusieurs risques à la fois.
Une restructuration d’URLs mérite une attention particulière. Changer l’arborescence modifie le maillage interne entier, pas seulement les adresses. Chaque lien vers une ancienne catégorie doit être vérifié et mis à jour.
Avant la migration : l’audit préparatoire
Tout se joue avant la mise en ligne. Un audit préparatoire incomplet est la première cause de perte de trafic après une refonte. Cette phase conditionne tout le reste du projet.
- Exportez la liste complète des URLs indexées (Search Console + crawl Screaming Frog).
- Récupérez 12 à 16 mois de données de trafic organique par URL.
- Identifiez les pages qui génèrent le plus de sessions et de conversions.
- Sauvegardez les balises title, meta descriptions et données structurées actuelles.
- Listez les backlinks pointant vers chaque URL importante (Ahrefs ou GSC).
- Repérez les pages orphelines, sans lien interne, souvent oubliées du plan.
Pourquoi cette checklist migration SEO commence par les données
Sans historique de trafic, impossible de mesurer une éventuelle chute après la bascule. Beaucoup de sites ne s’en rendent compte que trop tard, une fois le mal fait. Cette étape n’est jamais optionnelle, même sur un petit site.
Un crawl comparatif ancien site / nouveau site, via Screaming Frog ou Sitebulb, révèle les écarts avant la mise en ligne. Comparez le nombre de pages, les titles et les statuts HTTP des deux versions.
Un environnement de test avant la bascule
Un environnement de préproduction valide chaque redirection avant la mise en ligne réelle. Cette étape de staging évite de découvrir les erreurs une fois le site déjà public. Bloquez cet environnement à l’indexation.
Le piège classique : oublier de retirer la balise noindex de l’environnement de test au moment du passage en production. Le nouveau site reste alors invisible pour Google, parfois pendant plusieurs jours.
Le plan de redirections 301, étape clé
Chaque ancienne URL doit pointer vers son équivalent le plus proche sur le nouveau site. Une redirection 301 transmet la quasi-totalité de la valeur SEO accumulée. Les redirections en JavaScript ou en 302 ne suffisent pas.
Une correspondance 1 pour 1 reste la règle d’or, même sur un site de plusieurs milliers de pages. Évitez aussi les chaînes de redirections : trois maillons maximum, jamais plus de cinq.
Ne redirigez jamais toutes les anciennes URLs vers la page d’accueil. Google considère ce schéma comme une redirection soft 404. Le trafic ne se transfère alors pas correctement vers le nouveau site.
| Type de contenu | Priorité de redirection | Risque si oublié |
|---|---|---|
| Pages à fort trafic organique | Très haute | Perte immédiate de sessions et de conversions |
| Pages avec backlinks externes | Haute | Perte d’autorité transmise (link equity) |
| Pages produits ou services actives | Haute | Erreurs 404 en tunnel de conversion |
| Contenus dupliqués ou obsolètes | Basse | Aucun, à exclure du plan de redirection |
| Pages paginées et filtres | Moyenne | Budget de crawl gaspillé |
Une redirection 301 signale un changement permanent d’adresse à Google. Une redirection 302 signale un changement temporaire, sans transfert d’autorité. La confusion entre les deux coûte cher en migration.
Conservation des URLs : le meilleur scénario possible
Le scénario le plus sûr reste de garder la même structure d’URLs autant que possible. Une refonte visuelle ou technique n’oblige pas forcément à changer les adresses des pages.
Si le changement d’URL est inévitable, limitez-le aux pages vraiment concernées par la nouvelle architecture. Chaque URL modifiée est un point de friction supplémentaire.
Multiplier les changements simultanés (design, CMS, URLs, HTTPS) rend le diagnostic quasi impossible en cas de chute de trafic. Isolez les variables autant que possible, sur plusieurs semaines si besoin.
Sitemap XML, robots.txt et données structurées
Le nouveau sitemap XML doit lister uniquement les URLs finales, sans redirection ni erreur 404. Un sitemap propre aide Google à recrawler le site plus vite après la bascule.
Vérifiez aussi le fichier robots.txt du nouveau site. Un simple oubli de balise ou un « Disallow: / » resté en place bloque l’indexation de l’ensemble du domaine.
Les données structurées (schema.org) migrent rarement automatiquement lors d’un changement de CMS. Réimplantez-les sur les pages produits, articles et avis clients, sous peine de perdre vos rich snippets.
Contrôlez aussi les balises canonical sur chaque page. Une canonical mal configurée peut pointer par erreur vers l’ancien domaine ou vers l’environnement de test.
Google Search Console : signaler le changement
Pour un changement de domaine, utilisez l’outil Changement d’adresse dans Search Console. Il vérifie les redirections 301 sur les cinq premières URLs de la propriété avant de valider la demande.
Une fois activé, ce signal reste actif 180 jours et indique à Google de privilégier le nouveau domaine comme canonique. Ne le déclenchez qu’une fois les 301 déjà en place et testées.
Pour une refonte sans changement de domaine, ajoutez simplement la nouvelle propriété si le protocole change (HTTP vers HTTPS). Soumettez le nouveau sitemap dans les deux propriétés concernées.
N’oubliez pas Bing Webmaster Tools si une partie de votre trafic en dépend. Son outil Site Move joue le même rôle que le Changement d’adresse de Google.
Les erreurs de migration SEO qui coûtent cher
Certaines erreurs reviennent systématiquement d’un projet à l’autre. La plupart sont évitables avec une checklist suivie rigoureusement, phase par phase. Un audit croisé avant bascule les repère toutes.
- Rediriger toutes les anciennes URLs vers la page d’accueil, sans distinction.
- Laisser une balise noindex active après le passage en production.
- Oublier de réimplanter les données structurées sur le nouveau site.
- Utiliser des redirections 302 à la place de redirections 301.
- Créer des chaînes de redirections trop longues, au-delà de cinq sauts.
- Publier du contenu dupliqué entre l’ancien et le nouveau site pendant la transition.
- Changer les URLs, le design et le CMS en même temps, sans phasage.
Avant chaque migration, j’exporte 12 à 16 mois de données GSC par URL. Sans cette base, impossible de mesurer une chute après la bascule. Je construis ensuite un plan de redirections 301 une-à-une, testé en préproduction. Je ne touche au reste qu’une fois ce plan validé.
Le suivi post-migration : la phase la plus négligée
La majorité des problèmes de migration SEO apparaissent entre le 7e et le 30e jour après la bascule. C’est le moment où Google recrawle massivement les nouvelles URLs.
- Surveillez le rapport Couverture de Search Console chaque semaine.
- Contrôlez le nombre de pages indexées par rapport à l’ancien site.
- Suivez le trafic organique par URL, pas seulement en global.
- Suivez les positions des mots-clés stratégiques, page par page.
- Corrigez les erreurs 404 restantes via des redirections complémentaires.
- Prolongez la surveillance jusqu’à 90, voire 180 jours après la migration.
Combien de temps avant de retrouver son trafic ?
Une baisse temporaire de trafic touche presque toutes les migrations, même bien exécutées. Le temps de recrawl et de réindexation explique ce creux passager.
Comptez généralement 4 à 8 semaines pour une stabilisation complète, selon la taille du site. Un plan de redirections 301 solide raccourcit nettement ce délai.
Une migration SEO checklist solide couvre trois temps : audit avant bascule, redirections 301 pendant, suivi Search Console après. Comptez au moins 90 jours de surveillance post-migration. Sauter une étape multiplie le risque de perte de trafic durable.
Un site en migration reste vulnérable plusieurs semaines, même avec une exécution soignée. La vigilance post-lancement fait souvent la différence entre une transition invisible et une chute de trafic qui dure des mois.
Questions fréquentes
Combien de temps dure l’impact d’une migration SEO sur le trafic ?
Une baisse temporaire de 4 à 8 semaines est courante, le temps que Google recrawle les nouvelles URLs. Un plan de redirections 301 complet limite fortement cette perte.
Faut-il utiliser des redirections 301 ou 302 pour une migration ?
Toujours des redirections 301, permanentes. Les 302 signalent un changement temporaire et ne transfèrent pas correctement l’autorité SEO vers les nouvelles URLs.
Comment signaler une migration de domaine à Google ?
Utilisez l’outil Changement d’adresse dans Search Console après avoir mis en place les redirections 301. Il reste actif 180 jours et priorise le nouveau domaine.
Peut-on migrer un site sans changer les URLs ?
Oui, c’est même le scénario le plus sûr. Garder la même structure d’URLs évite l’essentiel des risques liés aux redirections.
Quelles pages prioriser dans le plan de redirections ?
Les pages à fort trafic organique et celles qui reçoivent des backlinks externes. Elles concentrent l’essentiel de la valeur SEO à préserver.
Faut-il refaire le sitemap XML après une migration ?
Oui, un nouveau sitemap propre, sans erreur ni redirection, doit être soumis dans Search Console dès la mise en ligne du nouveau site.
Qu’est-ce qu’une chaîne de redirections et pourquoi l’éviter ?
C’est une succession de redirections avant d’atteindre l’URL finale. Limitez-la à trois sauts maximum, car chaque maillon dilue la valeur SEO transmise.
Faut-il informer Bing en plus de Google lors d’une migration ?
Oui, via l’outil Site Move de Bing Webmaster Tools. Il joue le même rôle que le Changement d’adresse de Google Search Console.
