Un client m’a appelé un lundi matin en panique : son site venait de changer de nom de domaine le vendredi précédent, sans redirections, et son trafic Google avait déjà perdu la moitié de son volume. Le week-end avait suffi à Google pour désindexer une partie des anciennes pages sans rien pour les remplacer. C’est le scénario que je vois revenir le plus souvent : la migration technique (changement de domaine, passage d’un CMS à un autre, refonte de l’arborescence d’URLs) est traitée comme un sujet de développement, pas comme un sujet SEO. Le site “marche” au sens où il s’affiche, mais le référencement, lui, repart de zéro si personne n’a fait le travail de correspondance entre les anciennes et les nouvelles pages.
Une migration réussie, techniquement, n’a rien à voir avec une migration réussie côté SEO. On peut livrer un site plus rapide, plus propre, mieux codé, et perdre 70% du trafic organique en un mois parce que les redirections manquaient ou étaient mal faites. C’est un chantier que je traite à part, avant, pendant et après la bascule — pas comme une case à cocher en fin de projet. Le risque n’est pourtant pas une fatalité : il se gère avec méthode, si le sujet est pris au sérieux dès le cadrage du projet.
Le plan de redirections que je mets en place avant la bascule
Le point de départ, c’est toujours un inventaire complet des URLs existantes : je crawle le site en place, je croise avec Google Search Console et Google Analytics pour repérer les pages qui reçoivent réellement du trafic ou des liens externes, et je note leur positionnement actuel. C’est cette liste qui sert de base au plan de redirections, pas une intuition sur “les pages importantes”.
Ensuite je construis la correspondance 1:1 : chaque ancienne URL doit pointer vers l’équivalent le plus proche sur le nouveau site, avec un code 301 (redirection permanente), jamais une redirection générique vers la page d’accueil. Une redirection massive vers l’accueil est l’erreur la plus fréquente que je corrige après coup : elle dilue la pertinence de chaque page et Google finit par ignorer le signal. Quand une page n’a pas d’équivalent direct sur le nouveau site, je choisis la page la plus proche thématiquement plutôt que de laisser une 404.
Le plan est ensuite testé avant la bascule, sur un environnement de préproduction, pour vérifier qu’aucune redirection ne boucle sur elle-même ou n’enchaîne plusieurs sauts. Une chaîne de trois redirections successives fonctionne techniquement, mais dilue le signal SEO à chaque étape — je vise toujours un saut unique entre l’ancienne et la nouvelle URL. Je livre systématiquement le fichier de correspondance au client sous forme de tableau, afin qu’il garde une trace exploitable indépendamment de l’outil technique utilisé pour implémenter les redirections.
Les points que je vérifie systématiquement
Au-delà des redirections elles-mêmes, une migration touche plusieurs éléments qui, mal gérés, cassent le référencement indépendamment de la qualité du plan de redirections. Ce sont des points que je passe en revue systématiquement, quel que soit le CMS de départ ou d’arrivée :
Balises canonical
Je vérifie qu’elles pointent vers les nouvelles URLs et pas vers d’anciennes adresses qui n’existent plus, ce qui arrive souvent quand elles sont générées automatiquement par le CMS.
Sitemap XML
Le nouveau sitemap est régénéré avec les URLs définitives et soumis à Google Search Console dès la bascule, pour accélérer la découverte des nouvelles pages.
Robots.txt et balises noindex
Je m’assure qu’aucune directive héritée de l’environnement de préproduction (souvent en noindex par précaution) ne se retrouve en production par erreur.
Maillage interne
Les liens internes du site sont mis à jour vers les nouvelles URLs plutôt que de reposer sur les redirections, pour éviter d’accumuler des sauts inutiles à chaque clic.
Le suivi post-bascule
La bascule elle-même n’est que la moitié du travail. Les semaines qui suivent sont celles où on voit si le plan tient. Je surveille le taux d’exploration et d’indexation dans Google Search Console, le nombre d’erreurs 404 remontées, et surtout l’évolution des positions sur les mots-clés qui généraient du trafic avant la migration. Un léger creux dans les deux à trois semaines suivant la bascule est normal, le temps que Google recrawle et réévalue les nouvelles URLs ; un effondrement qui dure au-delà de quatre à six semaines signale presque toujours un problème dans le plan de redirections ou dans l’indexation. Je compare aussi les positions mot-clé par mot-clé avant et après, pour distinguer une baisse générale d’une perte localisée sur un groupe de pages précis.
Pour un changement de domaine, j’utilise l’outil de changement d’adresse de Google Search Console, qui accélère le transfert de l’autorité vers le nouveau domaine — encore faut-il que les deux propriétés (ancienne et nouvelle) soient vérifiées avant la bascule, ce qui se prépare en amont. Je fais aussi un rapprochement du nouveau contenu avec l’ancien : si le nouveau site reformule des titres, des balises title ou de la structure de contenu par rapport à l’existant, ces changements en plus de la migration technique rendent plus difficile d’isoler la cause d’une éventuelle baisse.
Les cas où je vous déconseille de migrer maintenant
Il y a des situations où je dis clairement à un client d’attendre. Si le site actuel génère un volume de trafic organique important sur des pages précises et qu’il n’y a pas de raison technique ou business urgente de changer de domaine, je pose la question du bénéfice réel : un changement de CMS pour des raisons de confort de gestion, par exemple, peut souvent se faire en gardant la même structure d’URLs, ce qui évite l’essentiel du risque. Pour un site avec très peu de pages et peu de trafic organique établi, le risque est en revanche marginal et n’a pas à freiner la décision.
Je déconseille aussi une migration précipitée avant une période commerciale forte (soldes, fêtes de fin d’année pour un site e-commerce) : le creux temporaire de trafic post-bascule tombe alors au pire moment. Et si le budget ne permet pas de financer à la fois la migration technique et le suivi des semaines suivantes, mieux vaut reporter : une migration sans suivi post-bascule est le meilleur moyen de découvrir un problème d’indexation un mois trop tard, quand il est plus coûteux à corriger.
Dans ces cas-là, je préfère orienter vers un audit SEO technique du site existant, qui identifie ce qui vaut vraiment la peine d’être changé, plutôt que de lancer une migration dont le rapport bénéfice/risque n’est pas favorable.
Combien ça coûte
Une migration SEO n’a pas de tarif fixe : le volume de travail dépend directement du nombre d’URLs à cartographier et rediriger, et de la complexité de l’arborescence existante. J’interviens en régie sur ce type de mission, avec un audit préalable qui permet de chiffrer le nombre de jours nécessaires avant de m’engager sur un plan de redirections complet. Cet audit initial sert aussi de base au chiffrage transmis dans le devis.
Un changement de domaine ou de CMS en préparation ?
Je chiffre le plan de redirections et le suivi post-bascule à partir d’un audit rapide de votre site actuel.
Questions fréquentes
Questions fréquentes
Est-ce qu'une migration fait forcément baisser le trafic ?
Un léger creux temporaire, le temps que Google recrawle les nouvelles URLs, est normal et dure généralement deux à trois semaines. Une baisse durable au-delà signale un problème de redirections ou d’indexation, pas une fatalité de la migration elle-même.
Faut-il rediriger toutes les anciennes URLs ou seulement les plus visitées ?
Je pars toujours de l’ensemble des URLs indexées et recevant du trafic ou des liens externes, pas d’une sélection arbitraire. Une page peu visitée mais bien liée depuis l’extérieur perd sa valeur si elle n’est pas redirigée.
Combien de temps avant de retrouver son niveau de trafic d'avant migration ?
Avec un plan de redirections propre, la majorité des positions se rétablissent en quatre à six semaines. Un site avec beaucoup de contenu ou de fortes fluctuations concurrentielles peut prendre plus longtemps, indépendamment de la qualité de la migration.
Peut-on migrer sans redirections en gardant juste un lien vers l'ancien site ?
Non, ça ne remplace pas des redirections 301. Un lien manuel ne transmet ni l’autorité de la page ni le signal aux moteurs de recherche qu’elle a été déplacée ; les anciennes URLs finissent simplement par disparaître de l’index.
Le changement de domaine et la refonte du site doivent-ils se faire en même temps ?
Je le déconseille quand c’est évitable. Séparer les deux permet d’isoler la cause d’une éventuelle baisse de trafic, et réduit le nombre de variables à surveiller après la bascule.
Que se passe-t-il pour les performances du site après la migration ?
La migration ne garantit rien sur ce plan : un nouveau CMS mal configuré peut être plus lent que l’ancien. Je vérifie systématiquement les Core Web Vitals après la bascule, en plus du suivi purement SEO.
Guides sur le sujet