Ce qu’on appelle vraiment « migration »
Le terme recouvre des réalités très différentes : changement de nom de domaine, passage en HTTPS, refonte de la structure des URLs, changement de CMS, fusion de plusieurs sites, ou simple refonte de design. Leur point commun : quelque chose que Google connaissait change d’adresse ou de forme. Le SEO consiste alors à préserver la continuité — que chaque signal accumulé (liens, autorité, historique) suive le contenu vers sa nouvelle place.
Figer un état de référence
Impossible de mesurer un impact sans point de comparaison. Avant toute modification, on capture l’état actuel :
- La liste exhaustive des URLs qui reçoivent du trafic ou des liens (crawl complet + données Search Console + données analytics).
- Les positions et le trafic organique par page et par mot-clé.
- Les pages qui reçoivent des liens externes — les plus précieuses à préserver.
- Une copie du contenu, des balises et des données structurées existantes.
Cet état de référence sert de contrat : après la migration, chaque URL importante doit avoir une destination et retrouver sa visibilité.
Construire le plan de redirections
C’est la pièce maîtresse. Chaque ancienne URL doit pointer, via une redirection 301, vers l’URL nouvelle la plus pertinente — idéalement en correspondance 1:1 vers un contenu équivalent, pas vers la page d’accueil par défaut.
- Une seule redirection par URL, sans chaîne (A→B→C) ni boucle.
- Rediriger vers le contenu équivalent, pas vers un contenu générique.
- Gérer aussi les images, PDF et pages secondaires, pas seulement les pages phares.
- Traiter les variations : avec/sans slash, HTTP/HTTPS, www/non-www.
Les redirections vers des pages sans rapport sont souvent traitées par Google comme des erreurs douces (soft 404) et ne transmettent pas la valeur attendue.
La recette technique avant mise en ligne
Avant de basculer, on valide sur un environnement de préproduction : les title, meta, balises Hn, canonicals, données structurées et le robots.txt ne doivent pas partir en production avec un noindex ou un Disallow de recette — l’erreur classique qui déindexe un site entier le jour du lancement.
Le jour du lancement
On surveille en temps réel : activation des redirections, réponses serveur (200/301/404), accessibilité du site, et on soumet un sitemap à jour pour accélérer la redécouverte. On vérifie que le robots.txt de production autorise bien l’exploration et qu’aucune balise noindex résiduelle ne traîne.
Surveiller l’après-migration
La migration ne s’arrête pas à la mise en ligne. Pendant plusieurs semaines, on suit l’indexation des nouvelles URLs, les erreurs d’exploration, l’évolution des positions et le trafic. Les logs serveur montrent comment Googlebot redécouvre le site et où il se heurte encore à des redirections ou des 404.
Les erreurs qui coûtent cher
- Oublier les URLs à liens externes ou à faible trafic mais fort potentiel.
- Rediriger tout vers l’accueil (perte massive de pertinence).
- Laisser un
noindexou unDisallowde préproduction en ligne. - Enchaîner les redirections (chaînes) et dégrader la performance.
- Migrer sans état de référence : impossible de diagnostiquer après coup.
En résumé
Une migration SEO réussie est une migration ennuyeuse : préparée, documentée, surveillée, sans surprise. L’état de référence, le plan de redirections 1:1 et la surveillance post-lancement forment le triptyque qui protège votre acquis. Le reste — gains de vitesse, meilleure structure — vient ensuite, une fois la continuité garantie.