Une migration de site (changement d'hébergeur, de nom de domaine, ou les deux) est souvent traitée comme un simple sujet technique : on déplace des fichiers, on reconfigure un DNS, et le site est en ligne ailleurs. Vu du SEO, c'est une tout autre histoire. Chaque URL qui change d'adresse sans redirection propre, chaque page qui disparaît du nouvel index avant que l'ancien ne soit désindexé, c'est de l'autorité accumulée qui part sans prévenir.
J'ai récemment migré mon propre portfolio d'un hébergeur à un autre, et le chantier ressemble beaucoup à ce que je gère pour mes clients : moins une question d'outils qu'une question de séquence. Ce qui suit est la checklist que je suis, dans l'ordre où elle compte vraiment.
Avant de migrer quoi que ce soit : cartographier l'existant
La première erreur, c'est de migrer d'abord et de vérifier ensuite. Avant de toucher au moindre fichier, il faut avoir une liste complète des URL indexées : un export Search Console, complété par un crawl (Screaming Frog fait l'affaire) pour attraper les pages que Search Console n'a pas encore remontées. Cette liste sert de référence tout au long du chantier, pour vérifier qu'aucune URL ne se perd en route.
C'est aussi le moment de relever les signaux existants qu'il faudra reproduire à l'identique sur la nouvelle plateforme : balises title et meta description, structure des Hn, données structurées, sitemap.xml, fichier robots.txt. Un changement d'hébergeur ne devrait rien changer à ces éléments, mais c'est justement le genre de détail qui se perd dans la précipitation d'un déploiement.
Le cœur du sujet : les redirections 301
Si une seule chose doit être parfaite dans une migration, c'est la correspondance entre chaque ancienne URL et sa nouvelle destination. Une redirection 301 pour chaque page, vers l'équivalent le plus proche sur le nouveau site, jamais en bloc vers la page d'accueil. Une redirection générique vers l'accueil revient à dire à Google que rien ne correspond, ce qui dilue l'autorité au lieu de la transférer.
Sur ma propre migration, la difficulté n'était pas de rediriger (Cloudflare et Netlify gèrent tous deux ce cas sans problème), mais de le faire au bon endroit techniquement : un fichier netlify.toml mal placé peut entrer en conflit avec la gestion propre des redirections côté Cloudflare. Le détail qui bloque tout n'est presque jamais la stratégie de redirection elle-même, mais l'endroit où on la déclare.
Une migration réussie, techniquement, c'est un site qui marche. Une migration réussie, en SEO, c'est un site qui marche et qui n'a rien oublié en chemin.
Le jour J : la fenêtre la plus fragile
Entre le moment où le nouveau site est en ligne et celui où Google a fini de le recrawler, il y a une fenêtre pendant laquelle les deux versions du site peuvent coexister aux yeux des moteurs. Quelques réflexes réduisent le risque :
- Vérifier le robots.txt du nouvel environnement en priorité absolue. Un
Disallow: /oublié depuis un environnement de test bloque l'indexation complète du nouveau site, souvent plusieurs jours avant qu'on ne s'en aperçoive. - Soumettre le nouveau sitemap.xml immédiatement dans Search Console, en vérifiant que la propriété correspond bien au nouveau domaine ou à la nouvelle configuration si l'hébergement change sans changement de domaine.
- Contrôler l'indexation via
site:les jours suivants, pour repérer un écart anormal entre le nombre de pages connues et le nombre de pages réellement indexées.
C'est exactement ce que j'ai suivi après ma propre bascule : nouvelle propriété vérifiée dans Search Console, sitemap mis à jour et soumis dès la mise en ligne effective, plutôt qu'après coup.
Après la migration : surveiller, pas seulement espérer
Les positions ne se stabilisent jamais instantanément après une migration. Une baisse temporaire de quelques jours à quelques semaines est normale, le temps que Google recrawle et réattribue les signaux aux nouvelles URL. Ce qui doit alerter, ce n'est pas une baisse passagère, c'est une baisse qui ne remonte pas passé ce délai, ou une requête qui disparaît complètement du classement alors qu'elle y figurait avant. Dans ce cas, le réflexe est le même que pour diagnostiquer une cannibalisation SEO : filtrer la requête dans Search Console et vérifier quelle URL Google associe désormais à cette page, pour confirmer que la redirection a bien été comprise et suivie.
Ce qu'il faut retenir
Une migration de site n'est risquée que si elle est traitée comme un sujet purement technique. Cartographier l'existant avant de migrer, rediriger chaque URL individuellement plutôt qu'en bloc, vérifier le robots.txt et le sitemap dès la mise en ligne, puis surveiller les semaines qui suivent : ce sont quatre étapes simples, mais c'est leur ordre qui protège les positions acquises. Le reste (choix de l'hébergeur, configuration DNS, performance du nouveau serveur) est important, mais ne coûte jamais de trafic si les fondamentaux SEO de la bascule ont été respectés.