Migration SEO à Genève : protocole technique pour changer de site sans perdre vos positions
Migration ≠ refonte : ici, on parle “transfert technique” (et c’est là que tout se joue)
Une migration SEO, ce n’est pas “améliorer le site”. C’est déplacer un actif : vos URLs, votre contenu, vos signaux, votre historique.
Et quand c’est fait vite (ou “au feeling”), Google se retrouve face à un puzzle : des pages déplacées, des redirections bancales, des canonicals incohérents,
un robots.txt oublié… et votre visibilité glisse.
Ce guide est volontairement technique et concret : URL mapping, redirections 301, préproduction, recette, jour J, suivi 30 jours.
L’objectif : une migration propre, sans panique, sans “on verra après”.
💡 L’essentiel à retenir
▸ Une migration SEO, c’est un changement d’URLs (domaine, CMS, structure) : Google recommande un plan structuré pour limiter l’impact.
▸ Le cœur du succès : URL mapping (ancien → nouveau) + 301 propres (sans chaînes, sans boucles).
▸ Pour un changement de domaine, l’outil Change of Address de Search Console peut aider, une fois les redirections en place.
▸ La préprod doit être “crawable” en conditions contrôlées (recette SEO) avant le go-live, sinon vous découvrez les erreurs en production.
▸ Les 30 premiers jours post-migration sont décisifs : monitoring, erreurs, indexation, stabilité des pages clés.
- Migration SEO vs refonte : ce qui change vraiment
- Les 6 types de migration (et leur niveau de risque)
- URL Mapping : la pièce maîtresse (avec méthode)
- Redirections 301 : règles, pièges, anti-chaînes
- Préprod & recette SEO : valider avant le go-live
- Jour J : plan de bascule sans casse
- Suivi post-migration : quoi contrôler pendant 30 jours
- Tableau “erreurs → symptômes → correctifs”
- Questions fréquentes
Migration SEO vs refonte : ce qui change vraiment
Une refonte peut inclure une migration. Mais une migration, elle, a un objectif unique : faire correspondre l’ancien site et le nouveau pour que Google comprenne immédiatement “où est passée” chaque page.
En pratique, la migration SEO concerne surtout : les URLs, les redirections, les canonicals, les sitemaps, la structure, et les garde-fous (robots, noindex, environnements). C’est une mécanique. Et la mécanique n’aime pas l’improvisation.
Le scénario classique : “on change de CMS”, “on simplifie les URLs”, “on fait un site plus rapide”. Tout semble positif… puis le trafic chute. Pourquoi ? Parce que les pages stratégiques ont changé d’URL sans mapping complet, ou parce que des chaînes de redirection ont été créées “au fil de l’eau”.
Si votre projet est imminent et que vous voulez sécuriser les pages qui pèsent vraiment, un audit SEO avant bascule évite 90% des erreurs coûteuses.
Les 6 types de migration (et leur niveau de risque)
1) Changement de domaine
C’est l’une des migrations les plus sensibles. Google documente précisément les étapes pour un “site move with URL changes”. Si c’est votre cas, le process doit être propre, pas “approximatif”.
2) Changement de CMS (WordPress, Shopify, Webflow…)
Le risque : structure d’URL différente, templates qui changent (titles/Hn), pagination, facettes, paramètres. La migration SEO est autant “URL” que “comportements du site”.
3) Changement de structure d’URLs (réécriture)
Très fréquent (“on veut des URLs plus propres”). Très dangereux si le mapping est incomplet. C’est souvent là que les pertes sont évitables… mais brutales.
4) HTTP → HTTPS
Plus simple qu’un changement de domaine, mais il faut rester strict : redirections, canonicals, sitemaps, versions préférées. Google le cite comme un type de migration.
5) Fusion de sites / sous-domaines
Le piège : rediriger “en bloc” vers la home. Mauvaise idée. Chaque page utile doit trouver sa correspondance (ou une alternative logique).
6) Internationalisation / multilingue
Ici, le danger est souvent sur hreflang, structure des répertoires, et duplication. (Et oui, en Suisse on le voit souvent : fr/de/en… et des pages qui se marchent dessus.)
URL Mapping : la pièce maîtresse (avec méthode)
Le mapping, c’est votre “contrat” : chaque ancienne URL doit avoir une destination. Google recommande de planifier le changement d’URLs pour minimiser l’impact.
Étape 1 : exporter la liste des URLs qui comptent vraiment
- Pages qui génèrent du trafic organique (Search Console / Analytics)
- Pages qui reçoivent des backlinks (outil de liens)
- Pages “money” (services, catégories, pages de conversion)
- Top pages indexées (crawl + sitemap)
Étape 2 : décider de la destination (et assumer)
Une bonne migration n’essaie pas de “tout sauver à tout prix”. Elle sauvegarde ce qui a de la valeur, et elle supprime proprement le reste. Trois cas : 1) équivalent exact, 2) équivalent proche, 3) suppression (410 ou 404 assumé).
Étape 3 : documenter le mapping dans un fichier unique
Un tableur simple suffit : Ancienne URL → Nouvelle URL → type (301/410) → priorité (haute/moyenne/basse). Sans ça, les devs improvisent. Et l’improvisation, c’est la naissance des chaînes de redirection.
Redirections 301 : règles, pièges, anti-chaînes
Les 301 sont l’épine dorsale de la migration. Mais “mettre des 301” ne suffit pas : il faut des 301 propres. Google recommande de rediriger les anciennes URLs vers les nouvelles lors d’un site move.
Règles simples (et non négociables)
- 1 ancienne URL → 1 nouvelle URL (pas de redirection “vers la home” par défaut)
- Pas de chaînes (A → B → C). Idéalement : A → C directement
- Pas de boucles (A → B → A)
- Redirection côté serveur, pas en JavaScript “bricolé”
Combien de temps garder les 301 ?
Pour un changement d’URLs/domaine, gardez-les longtemps. Google a déjà évoqué qu’un an minimum est une bonne base, et en pratique, sur des pages qui ont des liens, on évite de les retirer “vite”. (C’est rarement ce qui coûte le plus cher… mais c’est souvent ce qui casse tout si on les supprime trop tôt.)
Si vous voulez sécuriser l’ensemble (mapping + redirections + recette + monitoring), c’est exactement le type de mission qu’on prend en charge en accompagnement SEO.
Préprod & recette SEO : valider avant le go-live
La meilleure migration est celle où vous découvrez 80% des problèmes avant le jour J. Les checklists de migration sérieuses insistent toutes sur la phase de préprod et de QA.
Checklist de recette (préprod)
- Titles/H1/H2 : cohérents, non dupliqués, et alignés avec l’intention
- Canonicals : pointent vers les bonnes URLs, pas vers la préprod
- Robots / noindex : présents uniquement où il faut (attention aux oublis en prod)
- Sitemaps : propres, sans URLs 3xx/4xx, et alignés avec les pages indexables
- Vitesse & rendu : pas de blocage de ressources critiques (sinon crawl et UX chutent)
L’erreur la plus douloureuse : un “noindex” laissé en production ou un robots.txt trop restrictif. Le site est en ligne… et Google voit une porte fermée. Ça se rattrape, mais ça coûte du temps, et en business, le temps est rarement gratuit.
Jour J : plan de bascule sans casse
1) Déployer le mapping + 301 (et vérifier)
Le jour J, vous devez pouvoir tester un échantillon d’anciennes URLs et confirmer : 301 vers la bonne destination, pas de chaînes, pas de 404 surprise.
2) Publier les sitemaps et vérifier l’indexabilité
Sitemaps à jour, robots et meta robots cohérents, canonicals propres. Puis validation en Search Console.
3) Si changement de domaine : Change of Address
Pour un déplacement de domaine/subdomain, l’outil “Change of Address” de Search Console sert à signaler le changement, après mise en place des redirections.
Suivi post-migration : quoi contrôler pendant 30 jours
Une migration réussie ne se juge pas le soir du go-live. Elle se juge quand Google a recrawlé, recollé les signaux, et stabilisé l’indexation. Les 30 jours post-migration, c’est votre période de vérité.
Semaine 1 : corriger vite
- Erreurs 404/soft 404 sur pages importantes
- Pages qui redirigent mal (ou en chaîne)
- Pages stratégiques qui ne sont plus indexables (noindex/robots)
- Baisse de CTR : vérifier titles, snippets, cohérence de l’intention
Semaine 2–4 : stabiliser
- Indexation : progression des nouvelles URLs, retrait des anciennes
- Positions : volatilité normale, mais surveiller les pages money
- Logs serveur (si possible) : Googlebot crawl-t-il les bonnes pages ?
- Maillage interne : pousser les pages qui doivent retrouver leur place
Et si votre migration se fait autour de Genève (prestations, zones, pages locales), pensez à conserver une structure claire : c’est ce qui évite les flottements inutiles sur les pages de service. (On en parle souvent quand on intervient sur des projets d’audit SEO à Genève.)
Tableau “erreurs → symptômes → correctifs”
| Erreur | Symptôme | Correctif |
|---|---|---|
| Mapping incomplet | 404 sur anciennes pages, perte de trafic sur pages money | Exporter URLs GSC + backlinks + sitemap, compléter le mapping, rediriger page à page |
| Chaînes de redirection | Crawl gaspillé, lenteur, signaux dilués | Remplacer A→B→C par A→C (direct) |
| Redirections “vers la home” | Pages désindexées, perte de pertinence | Rediriger vers l’équivalent le plus proche (ou 410 si suppression assumée) |
| Noindex/robots oublié | Google n’indexe pas le nouveau site | Contrôler robots.txt + meta robots + headers avant et après go-live |
| Canonicals incohérents | Google conserve de mauvaises URLs, confusion d’index | Canonicals auto-référents ou cohérents vers la version indexable |
| Sitemaps sales | Google explore des 3xx/4xx, ralentit la stabilisation | Sitemaps propres : uniquement des URLs 200 indexables |
En résumé
Une migration SEO réussie, c’est un transfert sans ambiguïté : chaque URL a une destination, chaque redirection est directe, la préprod est testée, et le post-migration est suivi avec sérieux. Le plus dur, ce n’est pas “la technique”. Le plus dur, c’est de garder une logique claire quand tout le monde est pressé.
Si vous voulez réduire le risque (et éviter de “payer” la migration en visibilité), partez toujours d’un diagnostic : pages à enjeu, structure cible, mapping, QA. Le reste devient… presque simple.
Questions fréquentes
Combien de temps une migration SEO met-elle à se stabiliser ?
Une volatilité est normale les premières semaines. En général, les signaux se recollent progressivement à mesure que Google recrawle, traite les 301 et met à jour l’index. Les 30 premiers jours donnent la tendance.
Faut-il toujours faire des redirections 301 lors d’une migration ?
Oui pour les pages qui ont une équivalence (trafic, liens, valeur business). Si une page est supprimée sans équivalent, vous pouvez assumer une suppression propre plutôt que rediriger vers une page non pertinente.
Combien de temps garder les redirections 301 ?
Gardez-les longtemps. Une base prudente est d’au moins 12 mois, et pour des pages avec des liens entrants, on évite de les retirer rapidement. Le but est de laisser le temps à Google (et aux liens externes) de “suivre” le changement.
Quand utiliser l’outil “Change of Address” de Search Console ?
Uniquement lors d’un changement de domaine ou de sous-domaine. Il s’utilise après la mise en place des redirections et le déplacement effectif du site, pour aider Google à comprendre le transfert.
Doit-on changer les URLs si ce n’est pas nécessaire ?
En général, non. Changer des URLs “pour faire plus propre” augmente le risque sans bénéfice direct. Si vous changez, faites-le avec un mapping complet et une logique stricte.
Que faire si des pages importantes passent en 404 après le go-live ?
Priorisez : pages money et pages avec trafic/liens. Ajoutez ou corrigez la 301 immédiatement, vérifiez l’absence de chaînes, puis surveillez l’indexation et le retour des performances sur ces pages clés.
Trouvez la stratégie SEO adaptée à votre situation
3 questions · 60 secondes · Recommandation personnalisée
Prêt à passer à l’action ?
Réservez un appel stratégique de 30 min avec notre expert SEO. On analyse votre situation en direct et on vous propose une feuille de route concrète — sans engagement.