Temps de lecture : 9 minutes | Mis a jour : mars 2026
Qu'est-ce qu'une migration de site web ?
Une migration de site web designe toute modification majeure apportée a la structure, au design, a la technologie ou au nom de domaine d'un site internet. Ce n'est pas une simple mise a jour de contenu : c'est un changement qui affecte la façon dont les moteurs de recherche voient, indexent et classent vos pages.
En pratique, il existe plusieurs types de migrations :
- Migration de CMS : vous passez d'un système a un autre (par exemple de Joomla a WordPress, ou d'un CMS proprietaire a une solution open source).
- Migration de domaine : vous changez de nom de domaine (monanciensite.fr vers monsite.com).
- Migration HTTPS : vous passez de HTTP a HTTPS en installant un certificat SSL -- une étape désormais essentiel pour la sécurité et le SEO.
- Migration de design (refonte) : vous changez l'apparence, l'arborescence ou la structure des URLs lors d'une refonte de site internet.
- Migration de serveur : vous changez d'hebergeur ou de serveur sans modifier l'URL ni le contenu.
Chacune de ces opérations présente un risque différent pour votre référencement naturel. Plus la migration implique de changements d'URLs, plus le risque SEO est élève.
Pourquoi une migration peut detruire votre SEO
Migrer un site, c'est comme demenager une entreprise. Si vous ne prevenez personne -- ni vos clients, ni les Pages Jaunes, ni Google -- vous devenez introuvable du jour au lendemain. Et dans le monde du référencement, "introuvable" signifie une chute brutale de trafic organique.
Les pertes sont réelles et chiffrees. Selon une étude de Google Search Central, même une migration parfaitement executee entraîne une fluctuation temporaire des classements pendant 2 a 4 semaines. Mais une migration mal gérée ? Les degats sont tout autres. Des sites ayant oublie leurs redirections 301 ont perdu entre 30 et 60 % de leur trafic organique en quelques jours, et certains n'ont jamais retrouve leur niveau initial.
Voici les trois mecanismes principaux qui provoquent ces pertes :
- URLs cassees : si les nouvelles URLs ne correspondent plus aux anciennes et qu'aucune redirection n'est en place, Google renvoie des erreurs 404. Chaque 404 est une page qui disparait de l'index.
- Perte du sitemap XML : un sitemap non mis a jour envoie Google vers des pages qui n'existent plus. Le robot gaspille son crawl budget sur des impasses.
- Signaux de confiance coupes : les backlinks que vous avez accumules pendant des années pointent vers des URLs qui ne repondent plus. Sans redirection, cette autorité s'evapore. C'est comme si votre réputation professionnelle était effacee d'un coup.
Chez Transacts, nous avons accompagne des dizaines de migrations depuis 1999. Le constat est toujours le même : les entreprises qui subissent de lourdes pertes SEO sont celles qui ont traité la migration comme un projet purement technique, sans impliquer un expert en référencement naturel des le depart.
La bonne nouvelle ? Avec une préparation rigoureuse et un suivi methodique, il est tout a fait possible de migrer sans perte significative. Les 8 étapes suivantes vous montrent comment.
Les 8 étapes d'une migration de site réussie
Une migration SEO réussie repose sur un processus en trois phases : la préparation (étapes 1 a 3), l'execution (étapes 4 a 6) et le suivi (étapes 7 a 8). Voici le détail de chaque étape.
Étape 1 : Auditer le site existant
Avant de toucher quoi que ce soit, inventoriez l'integralite de vos pages. Listez chaque URL indexee, ses performances (trafic, mots-clés positionnes, backlinks recus) et son statut technique (code HTTP, balise canonical, indexation). Des outils comme Screaming Frog, Semrush ou Ahrefs permettent de réaliser cet inventaire en quelques heures. Ce fichier de référence sera votre ancre de sécurité tout au long du projet.
Étape 2 : Cartographier les redirections 301
C'est l'étape la plus critique. Pour chaque ancienne URL, definissez l'URL de destination correspondante sur le nouveau site. Le fichier de mapping prend généralement la forme d'un tableur a deux colonnes : URL source et URL cible. La règle d'or : chaque ancienne page qui recevait du trafic ou des backlinks doit avoir sa redirection 301. Une redirection 301 indique a Google (et aux navigateurs) que la page a definitivement change d'adresse. Elle transfere entre 90 et 99 % de l'autorité SEO.
Étape 3 : Préparer le nouveau site en staging
Deployez le nouveau site sur un environnement de preprod (staging) bloque aux moteurs de recherche via un fichier robots.txt ou une balise noindex. Testez chaque page, chaque formulaire, chaque fonctionnalité. Verifiez que les balises title, les meta descriptions et la structure des headings (Hn) sont correctes. Validez les schemas de données structurees. Controlez les performances avec Lighthouse ou PageSpeed Insights.
Étape 4 : Implementer les redirections
Integrez votre fichier de mapping dans la configuration du serveur (fichier .htaccess pour Apache, configuration Nginx, ou plugin de redirection pour WordPress). Testez chaque redirection une par une. Assurez-vous qu'il n'y a pas de chaines de redirection (A vers B vers C) : chaque ancienne URL doit pointer directement vers la nouvelle, en un seul saut.
Étape 5 : Basculer en production
Le jour J, mettez le nouveau site en ligne. Supprimez les restrictions de crawl (robots.txt, noindex). Verifiez immediatement que le certificat SSL est actif, que toutes les pages repondent en 200 et que les redirections fonctionnent. Ce moment est stressant, mais si la préparation a été rigoureuse, la bascule se passe en douceur.
Étape 6 : Mettre a jour le sitemap et Google Search Console
Soumettez le nouveau sitemap XML dans Google Search Console. Si vous avez change de domaine, utilisez l'outil "Changement d'adresse" de la Search Console. Demandez l'indexation des pages les plus importantes (homepage, pages de services, articles a fort trafic). Cette étape accelere la prise en compte de la migration par Google.
Étape 7 : Surveiller les 30 premiers jours
Les 4 premières semaines sont décisives. Surveillez quotidiennement : le trafic organique dans Google Analytics, les erreurs d'exploration dans la Search Console (404, 500, redirections en boucle), l'évolution des positions sur vos mots-clés stratégiques. Des fluctuations légères sont normales. Une chute supérieure a 20 % après 2 semaines mérite une investigation immediate.
Étape 8 : Corriger et optimiser
Identifiez les erreurs 404 signalees par la Search Console et ajoutez les redirections manquantes. Verifiez que Google a bien indexe les nouvelles URLs (outil "Inspection d'URL"). Comparez le trafic post-migration au trafic de référence mesure a l'étape 1. Si certaines pages ont perdu des positions, analysez si le contenu, la structure ou le maillage interne ont été degrades lors de la migration.
Checklist migration SEO : la liste complète
Cette checklist regroupe les vérifications essentielles a chaque phase de votre migration. Imprimez-la, partagez-la avec votre équipe technique et cochez chaque point au fur et a mesure.
Avant la migration
- Crawl complet du site actuel (Screaming Frog, Sitebulb ou équivalent).
- Export des URLs indexees depuis Google Search Console (rapport "Pages").
- Export des backlinks (Ahrefs, Semrush ou Majestic).
- Capture des positions actuelles sur vos 50 mots-clés principaux.
- Fichier de mapping des redirections 301 : ancienne URL vers nouvelle URL.
- Sauvegarde complète du site actuel (fichiers + base de données).
- Vérification des balises
canonicalsur toutes les pages cibles. - Test du nouveau site en staging : formulaires, liens internes, performances.
Pendant la migration
- Implementation des redirections 301 sur le serveur.
- Suppression des directives
noindexetDisallowdu staging. - Vérification du certificat SSL (HTTPS) sur toutes les pages.
- Test des redirections : aucune chaine (max 1 saut), pas de boucle.
- Vérification des liens internes : aucun lien ne pointe vers une ancienne URL.
Après la migration
- Soumission du nouveau sitemap XML dans Google Search Console.
- Changement d'adresse dans la Search Console (si nouveau domaine).
- Demande d'indexation des 10-20 pages les plus importantes.
- Surveillance quotidienne des erreurs 404 pendant 30 jours.
- Comparaison du trafic organique semaine par semaine.
- Vérification des rich results (schemas de données structurees).
- Mise a jour des profils externes (Google Business, annuaires, réseaux sociaux).
Les erreurs fatales a éviter lors d'une migration
Après plus de 25 ans de pratique, nous avons identifié des erreurs recurrentes qui transforment une migration de routine en catastrophe SEO. En voici les plus fréquentes -- et les plus couteuses.
Oublier les redirections 301. C'est l'erreur numéro un. Chaque URL qui change sans redirection génère une erreur 404. Google desindexe la page, les backlinks ne transmettent plus d'autorité, et le trafic associe disparait. Sur un site de 200 pages, oublier les redirections peut signifier 200 pages effacees de Google en quelques jours.
Changer les URLs sans raison. Si votre ancienne URL /services/création-site-web/ fonctionne, ne la changez pas en /nos-services/création-site-internet/ juste pour des raisons esthetiques. Chaque changement d'URL créé un risque de perte. Ne modifiez une URL que si c'est absolument nécessaire (correction de slug, simplification d'arborescence).
Ne pas mettre a jour le sitemap XML. Après la migration, votre ancien sitemap pointe vers des URLs qui n'existent plus. Google les crawle, reçoit des 404 en masse et considéré que votre site a un problème. Generez un nouveau sitemap des la mise en ligne et soumettez-le immediatement dans la Search Console.
Ignorer le maillage interne. Vos liens internes pointent vers les anciennes URLs. Même avec des redirections, chaque clic passe par un saut supplémentaire. Mettez a jour tous les liens internes pour qu'ils pointent directement vers les nouvelles URLs. Utilisez un outil comme Better Search Replace (pour WordPress) ou un script de remplacement en base de données.
Migrer le vendredi. Cela peut sembler anodin, mais une migration un vendredi soir signifie un weekend sans équipe technique disponible si un problème survient. Planifiez votre migration un mardi ou un mercredi matin, quand l'équipe est au complet et réactive.
Couper l'ancien domaine trop tot. Si vous migrez vers un nouveau domaine, conservez l'ancien actif avec les redirections pendant au minimum 12 mois. Google a besoin de temps pour transférer l'autorité. Couper les redirections après 3 mois, c'est jeter une partie de votre capital SEO.
Ne pas suivre les performances post-migration. Beaucoup d'entreprises considèrent la migration terminee une fois le site en ligne. En realite, les 30 premiers jours sont critiques. Sans suivi, vous ne detectez pas les redirections manquantes, les pages desindexees ou les baisses de classement avant qu'il ne soit trop tard.
Quel type de migration pour votre situation ?
Toutes les migrations ne comportent pas le même niveau de risque. Ce tableau vous aide a évaluer la complexite et le temps nécessaire selon votre projet.
| Type de migration | Risque SEO | Durée moyenne | Redirections nécessaires |
|---|---|---|---|
| HTTP vers HTTPS | Faible | 1-2 jours | Oui (toutes les URLs) |
| Changement de serveur | Faible | 1-3 jours | Non (mêmes URLs) |
| Changement de CMS | Moyen a élève | 4-8 semaines | Oui (si changement d'URLs) |
| Refonte avec redesign | Élève | 6-12 semaines | Oui (mapping complet) |
| Changement de domaine | Très élève | 8-12 semaines | Oui (301 + Search Console) |
Questions fréquentes sur la migration de site web
Combien de temps pour une migration de site ?
La préparation prend 2 a 4 semaines. L'execution technique 1 a 2 jours. Le suivi post-migration 2 a 4 semaines. Prevoyez 6 a 8 semaines au total pour une migration sans stress.
La durée dépend surtout de la taille du site et du type de migration. Un passage HTTP vers HTTPS sur un site de 20 pages se boucle en un weekend. Une migration de CMS avec changement de domaine sur un site de 500 pages nécessité facilement 3 mois de travail. Le facteur le plus chronophage est presque toujours le fichier de mapping des redirections : il faut vérifier chaque URL une par une, et il n'y a pas de raccourci.
Peut-on changer de nom de domaine sans perdre le SEO ?
Oui, si les redirections 301 sont correctement mises en place. Google transfere 90 a 99 % de l'autorité via les 301. Prevoyez une baisse temporaire de 10 a 20 % pendant 2 a 3 mois.
Le transfert d'autorité n'est pas instantane. Google doit recrawler vos anciennes URLs, découvrir les redirections, puis reassocier les signaux de confiance au nouveau domaine. Pendant cette période de transition, vos classements peuvent fluctuer. L'utilisation de l'outil "Changement d'adresse" dans la Google Search Console accelere significativement ce processus. Conservez l'ancien domaine actif avec les redirections pendant au moins 12 mois.
Faut-il prevenir Google d'une migration ?
Oui. Soumettez le nouveau sitemap dans Google Search Console, utilisez l'outil "Changement d'adresse" si vous changez de domaine, et demandez l'indexation des nouvelles URLs.
Google finira par découvrir les changements seul, mais cela peut prendre des semaines. En signalant proactivement la migration, vous reduisez la période de flottement. Pensez aussi a mettre a jour votre fiche Google Business Profile si vous avez un site vitrine avec une présence locale : le lien du site web dans votre fiche doit pointer vers la nouvelle adresse.
Pour aller plus loin
- Refonte de site internet : le guide complet -- quand et comment repenser votre site de A a Z.
- Sitemap XML : a quoi ca sert et comment le créer -- indispensable pour guider les moteurs de recherche.
- Combien coute une refonte de site web ? -- budget, delais et facteurs de prix.
- Création de site internet -- découvrez notre accompagnement sur mesure.