Migrer un site — changement de CMS, refonte d'URL, fusion de domaines, passage en HTTPS — sans perdre de trafic SEO, c'est comme déménager une bibliothèque sans égarer un seul livre. Chaque URL indexée par Google est une fiche cataloguée. Si vous la déplacez sans laisser de signal clair, le moteur de recherche ne sait plus où diriger les visiteurs. Résultat : chute de trafic, perte de positions, formulaires vides.
Chez Apresta, nous avons accompagné des dizaines de migrations pour des PME de Lille et des Hauts-de-France depuis 2011 — vitrines, e-commerce, applications métier. Ce guide complet détaille la méthode que nous appliquons pour migrer un site sans perte de trafic SEO, de l'audit préalable au monitoring post-bascule sur 90 jours.
Migration de site : de quoi parle-t-on exactement ?
Une migration SEO n'est pas qu'un changement d'hébergeur. Toute modification qui affecte les URLs, la structure ou le contenu indexé est une migration aux yeux de Google. En 2026, les cas les plus fréquents chez nos clients nordistes couvrent la refonte avec nouvelles URLs (passage de /services/seo à /expertises/seo-acquisition), le changement de CMS (WordPress vers Next.js, PrestaShop vers Shopify), la fusion de deux sites après rachat, le passage HTTP vers HTTPS — encore des cas en retard —, le changement de domaine lors d'un rebranding, ou la restructuration e-commerce (catégories, filtres, variantes).
Chaque cas implique trois piliers non négociables : des redirections propres, une mise à jour du sitemap, et un suivi dans Google Search Console. Ignorer l'un d'eux expose à une perte de trafic de 20 à 60 % sur 3 à 6 mois — parfois irréversible sur les pages les plus stratégiques.
Une migration réussie se prépare à 80 % avant le jour J. Le jour J n'est qu'une bascule technique. Les 90 jours suivants déterminent si vous récupérez — ou dépassez — votre trafic historique.
Étape 1 — Audit SEO pré-migration : inventorier avant de toucher
Avant toute ligne de code, exportez l'existant. Vous ne pouvez pas protéger ce que vous n'avez pas listé. L'audit pré-migration commence par la collecte de six jeux de données : l'export complet des URLs indexées (Search Console + crawl Screaming Frog ou Sitebulb), les positions et le trafic par page, les backlinks entrants par URL, les pages générant des conversions, le contenu dupliqué et les chaînes de redirections existantes, et enfin les performances actuelles (Core Web Vitals par template de page).
Une fois l'inventaire posé, classez vos URLs en trois niveaux de criticité. Les pages critiques — top 20 % du trafic organique et pages à forte conversion — exigent une redirection 301 individuelle et une vérification manuelle post-migration. Les pages importantes ont un trafic modéré mais régulier : elles méritent une redirection soignée. Les pages faibles, zombies sans trafic depuis 12 mois, peuvent être redirigées vers la page parente la plus pertinente ou supprimées avec un 410 si le contenu n'a plus de valeur.
Pour cadrer une refonte dans ce contexte : refonte site web sans perdre le SEO.
Étape 2 — Construire le mapping URL par URL
Le mapping est le document central de votre migration. C'est un tableau de correspondance ancienne URL → nouvelle URL, avec le type de redirection et le statut de validation. Chaque URL indexée avec du trafic obtient une redirection 301 vers l'URL la plus proche sémantiquement. Jamais de redirection massive vers la page d'accueil — Google la traite comme soft 404. Les URLs produits e-commerce redirigent vers le produit équivalent, pas vers la catégorie. Les articles de blog redirigent vers l'article migré ou le cluster thématique le plus proche.
Les pièges fréquents sont prévisibles mais coûteux : oublier les variantes avec ou sans trailing slash, les combinaisons HTTP/HTTPS et www/sans-www, créer des chaînes de redirections (A → B → C au lieu de A → C), rediriger des centaines d'URLs produits identiques vers une seule page, ou ne pas gérer les images indexées et les PDF référencés.
Ordre de grandeur : une PME avec 80 à 200 pages indexées nécessite 1 à 3 jours de mapping. Un e-commerce de 5 000 produits peut nécessiter 1 à 2 semaines avec des règles de redirection par pattern.
Étape 3 — Préparer le nouvel environnement en staging
Ne testez jamais une migration directement en production. Le staging doit reproduire la configuration finale : redirections 301 implémentées et testables, sitemap XML avec les nouvelles URLs uniquement, robots.txt bloquant l'indexation du staging, balises canonical sur chaque page, title et meta description migrés ou réécrits, données structurées validées, maillage interne mis à jour, certificat SSL actif, et performances testées (LCP, INP, CLS).
Avant la bascule, exécutez un crawl du staging en simulant les anciennes URLs. Chaque ancienne URL doit retourner un code 301 vers la bonne destination. Outils possibles : Screaming Frog en mode liste, httpstatus.io, ou scripts custom. L'objectif est clair : 0 redirection 302, 0 chaîne de plus de 1 saut, 0 redirection vers 404.
Étape 4 — Gérer les cas spécifiques par type de migration
Changement de CMS
Le risque principal est la perte de structure d'URL et de métadonnées. WordPress vers Shopify, PrestaShop vers WooCommerce — chaque plateforme a ses conventions. Exportez les métadonnées SEO (title, meta, canonical, schema), reproduisez la hiérarchie de catégories, migrez les balises alt des images, et vérifiez les URLs de pagination et de filtres. Notre comparatif des migrations e-commerce : Shopify, PrestaShop, WooCommerce.
Changement de domaine
Configurez les redirections 301 au niveau DNS ou serveur sur tout l'ancien domaine, déclarez le changement dans Google Search Console, mettez à jour les backlinks stratégiques si possible (annuaires, partenaires, fiches locales), et maintenez l'ancien domaine actif minimum 12 mois.
Fusion de sites
Choisissez le domaine le plus fort en autorité SEO comme domaine principal, mappez les contenus en évitant les doublons (canonicaliser ou fusionner), redirigez l'intégralité de l'ancien domaine secondaire, et surveillez les cannibalisations de mots-clés entre anciennes pages des deux sites.
Migration HTTPS
Si vous êtes encore en HTTP en 2026, traitez cela en priorité : certificat SSL sur toutes les variantes, redirection 301 HTTP → HTTPS, mise à jour des URLs internes sans mixed content, et mise à jour du sitemap et de Search Console.
Étape 5 — Le jour J : bascule et vérifications immédiates
Planifiez la bascule en heure creuse — tard le soir ou tôt le matin, mardi à jeudi idéalement. Évitez les vendredis et les périodes de forte activité commerciale.
La séquence suit un ordre strict : figer les contenus sur l'ancien site, exécuter la dernière sauvegarde complète, basculer DNS ou activer les redirections serveur, vérifier HTTPS et la page d'accueil, contrôler les top 10 pages trafic, soumettre le nouveau sitemap dans Search Console, désindexer l'ancien staging, et activer le monitoring uptime.
Dans les 2 heures post-bascule, vérifiez 20 URLs critiques (redirection correcte, contenu présent, pas de 404), testez formulaires et tunnel d'achat, confirmez la propriété Search Console sur le nouveau domaine, validez le robots.txt, et assurez-vous qu'aucune page importante n'est en noindex accidentel.
Étape 6 — Monitoring SEO sur 90 jours
La migration ne s'arrête pas au jour J. Google met 2 à 8 semaines à recrawler et réindexer un site migré. Pendant cette période, le trafic fluctue — c'est normal, mais il doit être surveillé.
Semaine 1 à 2
Surveillez les erreurs 404 dans Search Console quotidiennement, corrigez immédiatement toute URL critique non redirigée, vérifiez que les pages importantes sont en cours d'indexation via l'inspection d'URL, et comparez le trafic organique jour par jour avec la même période N-1.
Semaine 3 à 6
Analysez les pages dont le trafic baisse de plus de 30 %, vérifiez les positions sur les mots-clés stratégiques, complétez les redirections manquantes identifiées par le crawl, et enrichissez le contenu des pages dont la position chute — ne vous contentez pas d'attendre.
Semaine 7 à 12
Comparez le trafic organique total avec la période pré-migration. L'objectif est une récupération à 90–110 % du trafic historique. Si le trafic reste sous 80 % à J+90, un audit approfondi s'impose (contenu perdu, cannibalisation, problème technique).
Les KPIs à suivre couvrent le trafic organique total, le nombre de pages indexées, les impressions et clics Search Console, les positions moyennes sur les 20 requêtes principales, le taux de conversion organique, et les erreurs 404 avec pages exclues.
Un cas concret : étude de cas migration PrestaShop et SEO — récupération du trafic à 105 % en 11 semaines après une migration de 3 200 URLs produit.
Erreurs qui coûtent cher — et comment les éviter
Lancer sans mapping reste l'erreur la plus fréquente : la correction post-migration prend alors 3 à 5 fois plus longtemps. Rediriger tout vers l'accueil fait déclasse Google et fait rebondir les utilisateurs. Oublier Search Console vous rend aveugle aux 404 et aux problèmes d'indexation. Changer les title en masse sans stratégie fait perdre des positions sur des requêtes bien établies. Supprimer du contenu performant « parce que la nouvelle charte est plus épurée » détruit des mois de capital SEO. Ne pas communiquer en interne laisse l'équipe commerciale partager les anciennes URLs. Et migrer un vendredi soir sans équipe technique disponible le week-end reste un risque inutile.
Budget et ressources pour une migration SEO propre
Ordres de grandeur France 2026 : 2 000 à 5 000 € pour une migration vitrine (50–150 URLs), 5 000 à 20 000 € pour un e-commerce (500–5 000 URLs) selon la complexité, plus 1 000 à 3 000 € pour un changement de domaine (backlinks, Search Console, communication). Côté outils, Screaming Frog est gratuit jusqu'à 500 URLs (licence ~200 €/an), Search Console est gratuit.
Le coût d'une migration mal gérée n'est pas le devis non payé — c'est la perte de trafic valorisée à 6 à 18 mois de chiffre d'affaires organique.
FAQ
Combien de temps faut-il pour récupérer son trafic SEO après une migration ?
En moyenne, 4 à 8 semaines pour une migration bien exécutée sur un site de taille PME. Les sites de plus de 10 000 pages ou les changements de domaine peuvent nécessiter 3 à 6 mois. Si le trafic n'a pas récupéré à 80 % après 90 jours, un audit correctif est nécessaire.
Les redirections 302 sont-elles suffisantes pour une migration temporaire ?
Non. Utilisez exclusivement des redirections 301 (permanentes) pour une migration de site. Les 302 indiquent un déplacement temporaire : Google peut conserver l'ancienne URL dans l'index et ne pas transférer l'autorité vers la nouvelle.
Faut-il garder l'ancien site en ligne après la migration ?
L'ancien site ne doit plus servir de contenu en double. En revanche, les redirections 301 sur l'ancien domaine ou les anciennes URLs doivent rester actives minimum 12 mois, idéalement 24 mois. Couper les redirections trop tôt recrée des 404 et des pertes de trafic.
Comment migrer un gros catalogue e-commerce sans perdre le SEO produit ?
Travaillez par patterns de redirection (ancienne structure de catégorie → nouvelle), complétés par des redirections individuelles pour les 20 % de produits qui génèrent 80 % du trafic. Migrez les métadonnées (title, meta, schema Product) en masse via export/import. Lancez le crawl de vérification avant la bascule, pas après.
Dois-je informer Google avant de migrer ?
Pour un changement de domaine, utilisez l'outil de changement d'adresse dans Search Console. Pour une refonte sur le même domaine, soumettez le nouveau sitemap immédiatement après la bascule et utilisez l'inspection d'URL sur les pages critiques pour demander une indexation prioritaire. Google n'a pas de « formulaire de prévenance », mais ces signaux accélèrent le recrawl.
Et maintenant ?
Une migration de site sans perte de trafic SEO repose sur trois principes : inventorier, rediriger proprement, surveiller pendant 90 jours. Le design peut changer, le CMS peut changer — mais chaque URL qui générait du trafic mérite un chemin clair vers sa nouvelle adresse.