Changer de nom de domaine, passer d’un CMS à un autre, déménager chez un nouvel hébergeur ou simplement refondre son site : toutes ces opérations ont un point commun. Elles font peur, à raison, parce qu’une migration mal préparée peut effacer en quelques jours un référencement construit sur plusieurs années. Pourtant, avec une méthode rigoureuse, il est tout à fait possible de migrer un site sans perdre son trafic organique — voire d’en profiter pour le renforcer. Voici le mode d’emploi.
Pourquoi une migration est-elle si risquée pour le SEO ?
Google indexe et classe des URL précises, pas seulement des noms de domaine ou des marques. Quand une migration modifie les adresses des pages, la structure du site ou le contenu lui-même, le moteur de recherche doit littéralement redécouvrir le site : recrawler chaque page, réévaluer sa pertinence, retransmettre les signaux de popularité (les fameux backlinks) vers les nouvelles URL. Ce travail ne se fait pas instantanément, et surtout, il ne se fait correctement que si on lui donne les bons indices.
On distingue généralement plusieurs types de migrations, qui n’ont pas le même niveau de risque :
- Changement de nom de domaine (ex. .fr vers .com, ou nouvelle marque) — le plus risqué, car toutes les URL changent d’un coup.
- Passage au HTTPS — généralement bien géré par Google aujourd’hui, mais qui reste une migration technique à part entière.
- Changement de CMS (par exemple d’un site fait main vers WordPress) — risque élevé si la structure d’URL change en même temps.
- Refonte graphique et de contenu — risque variable selon l’ampleur des changements de contenu.
- Changement d’hébergeur — risque faible si l’opération est bien menée, mais une mauvaise coupure DNS peut coûter cher en disponibilité.
Dans tous les cas, le principe reste le même : donner à Google une correspondance claire entre l’ancien site et le nouveau, sans jamais le laisser deviner.
Avant la migration : l’audit et le plan de redirection
Cartographier l’existant
Impossible de bien migrer sans savoir précisément ce que l’on possède. Avant toute bascule, il faut établir la liste complète des URL indexées (via Google Search Console et un crawl avec un outil comme Screaming Frog), avec pour chacune :
- Le volume de trafic organique généré sur les 12 derniers mois ;
- Les mots-clés sur lesquels la page se positionne ;
- Les backlinks externes qui pointent vers elle ;
- Les liens internes qui la maillent depuis le reste du site.
Cette cartographie sert de base à l’étape suivante, et elle sera aussi votre référence pour vérifier, après la migration, que rien n’a été perdu en route.
Construire le mapping des redirections 301
Le cœur d’une migration réussie, c’est le mapping : un tableau qui associe chaque ancienne URL à sa nouvelle destination, et qui servira à générer des redirections 301 (permanentes). La règle est simple mais non négociable : chaque page à forte valeur doit rediriger vers son équivalent le plus proche, pas vers la page d’accueil par défaut. Une redirection générique en masse vers la home est l’une des erreurs les plus fréquentes — et les plus coûteuses — lors d’une refonte.
Pensez aussi aux données structurées : si vos pages produits, articles ou fiches locales utilisent des balises schema.org, elles doivent être reproduites à l’identique (ou améliorées) sur les nouvelles pages, sous peine de perdre les rich snippets déjà obtenus dans les résultats de recherche.
Le jour J : les points de vigilance techniques
Ne jamais bloquer l’indexation par erreur
Sur un nouvel environnement de recette, il est courant — et sain — de bloquer l’indexation via robots.txt ou une balise noindex. Le piège classique consiste à oublier de retirer ce blocage au moment de la mise en production réelle. Vérifiez systématiquement, juste après la bascule, que le fichier robots.txt du site en production n’exclut aucune section importante, et que la directive « Décourager les moteurs de recherche d’indexer ce site » (fréquente sous WordPress) est bien désactivée.
Vérifier le certificat SSL et les redirections HTTPS
Si la migration s’accompagne d’un changement d’hébergeur, le certificat SSL doit être opérationnel avant même la bascule DNS, et toutes les URL en HTTP doivent rediriger proprement vers leur équivalent HTTPS — sans double redirection ni boucle, qui ralentissent le crawl et dégradent l’expérience utilisateur.
Surveiller la vitesse de chargement
Une migration est souvent l’occasion de changer d’hébergement ou de CMS, ce qui peut faire varier significativement les temps de chargement. Or ces indicateurs comptent directement dans le classement de Google. Avant de considérer la migration comme terminée, il est indispensable de revérifier les Core Web Vitals du nouveau site et de s’assurer qu’ils sont au moins équivalents à ceux de l’ancien.
Mettre à jour le sitemap XML
Le sitemap doit refléter exactement les nouvelles URL, sans mélanger anciennes et nouvelles adresses. Il doit être soumis dans Google Search Console dès la bascule effectuée, pour accélérer la découverte des nouvelles pages par le moteur.
Après la migration : surveiller, corriger, patienter
La Search Console, votre tableau de bord de suivi
Dans les jours qui suivent la bascule, Google Search Console devient l’outil de référence pour vérifier que la migration se passe bien : rapport de couverture d’indexation, erreurs d’exploration, évolution des impressions et des clics par requête. Une baisse de trafic de quelques jours est normale — Google a besoin de temps pour recrawler et réévaluer le site. Une baisse qui se prolonge au-delà de trois à quatre semaines, en revanche, doit alerter et déclencher une investigation approfondie (redirections manquantes, contenu dupliqué, erreurs 404 en masse).
Vérifier que les redirections tiennent la route
Un audit de vérification, quelques semaines après la migration, doit confirmer que : chaque ancienne URL à trafic redirige bien en 301 (et non en 302, qui est une redirection temporaire mal interprétée par Google sur le long terme) ; aucune redirection ne pointe vers une autre redirection (chaîne de redirections) ; et aucune page à forte valeur ne renvoie une erreur 404.
Reconstruire le maillage interne
Une migration, en particulier une refonte, est souvent l’occasion idéale pour revoir le maillage interne du site : les liens entre les pages, qui aident Google à comprendre la hiérarchie et l’importance relative de chaque contenu. C’est aussi le bon moment pour s’assurer que le nouveau site respecte les bonnes pratiques d’SEO technique dans son ensemble : balisage sémantique propre, temps de réponse serveur maîtrisé, absence de contenu dupliqué.
Les erreurs qui coûtent le plus cher
- Rediriger toutes les anciennes URL vers la page d’accueil : Google perd le lien de pertinence entre l’ancienne page et la nouvelle, et le trafic ne se reporte pas.
- Oublier de migrer les backlinks stratégiques : contacter les sites partenaires qui pointent vers vos pages les plus importantes pour leur demander de mettre à jour leurs liens vers la nouvelle URL directe (plutôt que de compter uniquement sur la redirection).
- Changer trop de choses en même temps : domaine, structure d’URL et contenu modifiés simultanément rendent le diagnostic impossible en cas de baisse de trafic. Quand c’est possible, mieux vaut séquencer les changements.
- Négliger la version mobile : Google indexe en priorité la version mobile du site (index mobile-first). Un test insuffisant sur mobile après migration peut fausser toute l’analyse de performance.
- Ne pas prévenir son équipe ni son prestataire à l’avance : une migration se planifie idéalement en dehors des périodes de forte affluence commerciale, avec une fenêtre de bascule maîtrisée.
En résumé
Migrer un site sans perdre son référencement n’est pas affaire de chance, mais de méthode : cartographier l’existant, construire un mapping de redirections précis, vérifier chaque point technique au moment de la bascule, puis surveiller attentivement les semaines suivantes. Bien menée, une migration est même une opportunité pour corriger d’anciennes erreurs de structure, améliorer la vitesse du site et repartir sur des bases plus saines.
Vous préparez une migration, une refonte ou un changement d’hébergeur et vous voulez sécuriser votre référencement avant de vous lancer ? En tant que freelance web basé entre la Normandie et la Bretagne (Avranches, Granville, Caen, Rennes, Fougères), j’accompagne les entreprises et indépendants sur ce type de projet technique sensible. Contactez-moi pour en discuter, ou consultez mes tarifs de création et de refonte de site web.
