Vous refondez votre site. Nouveau design, nouvelle arborescence, peut-être un nouveau CMS. Le projet avance, la maquette est validée, le développement démarre. Et personne n'a mentionné le SEO. Résultat classique : le nouveau site est en ligne, les URL ont changé, Google indexe des 404, et votre trafic organique chute de 40 à 70 % en deux semaines. Une migration SEO bien préparée évite ce scénario — à condition de la traiter comme un projet à part entière, pas comme une case à cocher la veille du lancement.
Les trois types de migration qui impactent le SEO
Toute modification qui change les URL de votre site est une migration SEO. Les plus courantes :
Changement de domaine. Vous passez de ancien-site.fr à nouveau-site.fr. C'est la migration la plus risquée : Google doit comprendre que le nouveau domaine est le successeur de l'ancien. Comptez 3 à 6 mois pour retrouver le niveau de trafic initial.
Changement de structure d'URL. Vous gardez le même domaine mais les URL changent : /blog/mon-article/ devient /ressources/articles/mon-article/. Moins risqué qu'un changement de domaine, mais chaque URL modifiée sans redirection est un lien cassé pour Google.
Passage HTTP → HTTPS. Obligatoire pour la sécurité et le SEO (Google pénalise les sites HTTP depuis 2018). C'est la migration la plus simple si elle est bien faite — une redirection 301 globale de HTTP vers HTTPS suffit dans la plupart des cas.
Checklist pré-migration : avant de toucher à quoi que ce soit
Ces actions doivent être réalisées avant la mise en ligne du nouveau site :
1. Crawler l'ancien site. Utilisez Screaming Frog, Sitebulb ou un crawler similaire pour extraire la liste complète de toutes les URL indexées : pages, articles, images, PDF. C'est votre inventaire de départ. Exportez les URL, les titres, les méta-descriptions, les balises canonical et les codes de réponse HTTP.
2. Exporter les données Search Console. Téléchargez les rapports de performance (pages, requêtes, positions) sur les 16 derniers mois. Ces données serviront de référence pour mesurer l'impact de la migration. Exportez aussi le rapport de couverture (pages indexées, exclues, en erreur).
3. Cartographier les redirections. Créez un fichier de mapping qui associe chaque ancienne URL à sa nouvelle URL correspondante. C'est le document le plus important de la migration. Chaque ligne = une redirection 301 à implémenter. Si une page de l'ancien site n'a pas d'équivalent dans le nouveau, redirigez-la vers la page la plus proche thématiquement — jamais vers la page d'accueil en masse.
4. Vérifier les backlinks. Identifiez vos meilleurs backlinks (Ahrefs, Majestic, Search Console) et assurez-vous que les pages vers lesquelles ils pointent sont bien redirigées. Perdre un backlink d'un site d'autorité parce que la page cible retourne une 404 est une perte sèche.
5. Préparer le fichier sitemap.xml du nouveau site. Il doit contenir uniquement les nouvelles URL. Soumettez-le dans Search Console dès la mise en ligne.
Le jour de la migration
Le jour J, idéalement un mardi ou mercredi (évitez le vendredi — si un problème survient, vous ne le verrez pas avant lundi) :
1. Mettre en ligne le nouveau site avec toutes les redirections 301 actives. Testez un échantillon de 20 anciennes URL dans un navigateur — chacune doit rediriger vers la bonne nouvelle page, pas vers la page d'accueil.
2. Vérifier les balises canonical. Chaque page du nouveau site doit avoir une balise <link rel="canonical"> pointant vers sa propre URL. Pas de canonical vers l'ancien domaine, pas de canonical manquant.
3. Soumettre le nouveau sitemap.xml dans Google Search Console. Si vous avez changé de domaine, utilisez aussi l'outil « Changement d'adresse » dans Search Console.
4. Vérifier les données structurées. Si l'ancien site utilisait du balisage Schema.org (FAQ, article, produit, fil d'Ariane), vérifiez qu'il est toujours présent et correct sur le nouveau site. Le rapport « Résultats enrichis » de Search Console vous le confirme.
5. Tester le robots.txt. Assurez-vous que le nouveau robots.txt ne bloque pas accidentellement des sections du site. Un Disallow: / oublié dans un robots.txt de préproduction copié en production est une erreur classique qui déréférence tout le site.
Suivi post-migration : les 90 premiers jours
La migration ne s'arrête pas au jour J. Les 90 jours suivants sont critiques :
Semaine 1. Surveillez quotidiennement le rapport de couverture dans Search Console. Les erreurs 404 qui apparaissent sont des redirections manquantes — corrigez-les immédiatement. Vérifiez que Google crawle bien les nouvelles URL (rapport « Statistiques d'exploration »).
Semaines 2 à 4. Comparez les positions et le trafic organique avec la période pré-migration. Une baisse de 10 à 20 % dans les premières semaines est normale — Google réévalue les pages. Une baisse supérieure à 30 % signale un problème de redirections ou de contenu.
Mois 2 à 3. Le trafic doit progressivement revenir au niveau initial puis le dépasser (si le nouveau site est meilleur techniquement). Si ce n'est pas le cas, auditez les redirections, les canonicals et les pages orphelines. Les services de migration SEO permettent un accompagnement sur cette phase critique.
L'article sur l'audit technique SEO complet détaille les vérifications à effectuer en post-migration.
Les erreurs qui coûtent 6 mois de trafic
• Redirections en chaîne. A redirige vers B qui redirige vers C. Google suit jusqu'à 5 sauts mais chaque saut dilue le PageRank. Redirigez toujours directement de A vers C
• Redirections 302 au lieu de 301. Une 302 est temporaire — Google ne transfère pas le PageRank. Utilisez exclusivement des 301 (permanentes) en migration
• Contenu dupliqué. L'ancien site reste accessible en parallèle sans redirections. Google indexe les deux versions et divise le PageRank. Coupez l'ancien site ou redirigez-le intégralement
• Pages orphelines. Des pages du nouveau site ne sont liées depuis aucune autre page et n'apparaissent pas dans le sitemap. Google ne les découvre jamais
• Suppression de pages performantes. Une page qui génère 500 visites/mois est supprimée lors de la refonte parce que « le contenu est vieux ». Mettez-la à jour plutôt que de la supprimer
Règle d'or : ne supprimez jamais une URL qui reçoit du trafic organique ou des backlinks. Redirigez-la ou mettez-la à jour. Chaque URL indexée par Google avec un historique de positionnement est un actif — le détruire sans redirection, c'est brûler du capital SEO.
Migrer, c'est protéger un actif
Votre trafic organique est un actif construit sur des mois ou des années de contenu, de backlinks et de confiance Google. Une migration SEO réussie protège cet actif. Une migration bâclée le détruit — et le reconstruire prend deux fois plus de temps que la première fois. Traitez la migration SEO comme un projet à part entière, avec son propre planning, sa propre checklist et son propre responsable. Le jour où le nouveau site est en ligne, c'est déjà trop tard pour s'en occuper.
Image : © Bing Images, 2026
