Une migration de site peut préserver une visibilité construite au fil des années ou provoquer une chute difficile à corriger. Le risque augmente lorsque les URL, le contenu, le design et l’hébergement changent tous au même moment.
La méthode la plus sûre consiste à documenter l’existant, préparer les redirections 301 et tester chaque élément avant la mise en production. Ce plan de migration commence par les vérifications essentielles à garder en vue.
À retenir :
- Inventaire complet des URL, pages stratégiques et liens entrants
- Correspondances directes entre anciennes et nouvelles adresses
- Sauvegarde du site et tests pré-migration sur un environnement isolé
- Suivi du trafic, de l’indexation et des erreurs après le lancement
Préparer une migration de site sans perdre ses repères
Une fois les priorités établies, l’inventaire permet de transformer le projet en opérations vérifiables. Il sert aussi de référence pour distinguer une baisse temporaire d’un problème technique persistant.
Réaliser un audit SEO et recenser les URL
Pour établir cette base, un audit SEO doit recenser les pages accessibles, mais aussi celles qui reçoivent des liens ou du trafic organique. Un crawl seul peut manquer des pages orphelines, qui ne sont reliées à aucun lien interne.
Il faut donc croiser les URL issues du crawl avec les données d’analyse, les sitemaps et les rapports de la Search Console. Une boutique fictive, par exemple, pourrait ainsi repérer une ancienne fiche produit encore visitée malgré son absence du menu.
Les priorités à protéger :
- Pages recevant du trafic organique régulier
- URL liées depuis des sites externes importants
- Pages générant des demandes ou des ventes
- Contenus profonds absents des menus de navigation
Choisir le bon périmètre et préparer la préproduction
Le niveau de risque dépend de la nature du changement : une refonte graphique sans nouvelle URL n’équivaut pas à une fusion de domaines. Combiner changement de domaine, structure et contenu complique le diagnostic en cas de recul.
Avant la bascule, la sauvegarde du site doit couvrir les fichiers, la base de données et les réglages utiles à une restauration. La préproduction doit refléter la future version, tout en restant inaccessible à l’indexation.
Les principaux scénarios :
- Changement de domaine : correspondances URL et redirections globales à contrôler
- Refonte d’URL : association précise entre anciennes et nouvelles pages
- Migration HTTPS : regroupement des variantes vers une seule version sécurisée
- Fusion de sites : arbitrage entre contenus proches et pages conservées
| Type de migration | Risque principal | Contrôle prioritaire |
|---|---|---|
| Changement de domaine | Perte de signaux des anciennes URL | Redirections page par page |
| Refonte avec nouvelles URL | Pages oubliées ou mal associées | Inventaire croisé et mapping |
| Passage au HTTPS | Versions HTTP encore accessibles | Redirection vers une version unique |
| Fusion de sites | Contenus concurrents ou sans équivalent | Décision documentée pour chaque page |
Construire les redirections 301 et tester le plan de migration
Avec l’inventaire établi, le travail se concentre sur les correspondances entre les pages anciennes et leurs destinations réelles. Une règle imprécise peut rendre inutiles des mois d’efforts éditoriaux et de référencement naturel.
Associer chaque ancienne URL à sa meilleure destination
Chaque ancienne adresse doit mener directement vers la page nouvelle la plus proche, au moyen d’une redirection permanente adaptée. Rediriger toutes les pages vers l’accueil ne remplace pas ce travail et risque de désorienter les visiteurs.
Une page supprimée sans équivalent ne doit pas être envoyée artificiellement vers une page sans rapport. Selon le contexte, il est plus cohérent de la retirer proprement, plutôt que de créer une destination trompeuse.
Les règles de redirection :
- Une destination équivalente pour chaque URL conservée
- Un seul saut vers la page finale
- Pas de chaîne ni de boucle de redirection
- Aucune redirection massive vers l’accueil
Effectuer les tests pré-migration avant la bascule
Pour vérifier ces choix, les tests pré-migration doivent reproduire les parcours réels sur un environnement de test. Il faut contrôler les codes de réponse, les liens internes, les balises canoniques et l’absence de consigne bloquant l’indexation.
Une petite structure peut vérifier manuellement ses pages les plus importantes, puis contrôler un échantillon représentatif. Sur un grand catalogue, des règles fondées sur les motifs d’URL peuvent accélérer le travail, à condition de tester séparément les pages stratégiques.
| Élément à tester | Résultat attendu | Risque en cas d’oubli |
|---|---|---|
| Ancienne URL conservée | Redirection directe vers une page équivalente | Erreur 404 ou destination inadaptée |
| Page nouvelle | Réponse accessible et indexable | Page absente des résultats |
| Liens internes | Liens directs vers les nouvelles URL | Parcours ralentis par des redirections |
| Balise canonique | Référence cohérente avec la nouvelle page | Indexation de la mauvaise version |
Une démonstration de crawl peut aider l’équipe à repérer les URL manquantes avant le lancement.
Réussir la mise en production et surveiller le trafic
Après les tests, la mise en production doit suivre une séquence claire et se dérouler lorsque l’équipe peut intervenir rapidement. Cette organisation réduit le temps passé à chercher une erreur au milieu du trafic réel.
Contrôler les éléments techniques le jour du lancement
Au lancement, vérifiez d’abord que le site est indexable, puis activez les redirections et testez les pages prioritaires. Contrôlez aussi le fichier robots.txt, les canoniques, les outils de mesure et les données structurées.
Le nouveau sitemap doit être transmis dans la Search Console, sans remplacer les redirections. En cas de changement de domaine, conserver temporairement l’ancienne propriété facilite la comparaison et le suivi des anomalies.
La liste de contrôle du lancement :
- Indexation autorisée sur le site public
- Redirections 301 actives et testées
- Sitemap et outils de mesure actualisés
- Plan de secours disponible en cas d’incident majeur
Organiser le suivi du trafic et corriger les anomalies
Dans les semaines suivantes, le suivi du trafic doit inclure les erreurs d’exploration, les pages indexées et les positions des requêtes prioritaires. Une baisse temporaire de 10 à 20 % sur deux à six semaines peut survenir, mais une dégradation persistante appelle une enquête.
Inspectez d’abord les pages qui recevaient des visites ou des liens externes, puis cherchez les 404, les redirections défectueuses et les blocages d’indexation. Évitez les changements non urgents pendant les premières semaines : modifier simultanément contenu et URL brouille l’analyse.
Après validation, conservez les anciennes redirections au moins un an, et plus longtemps si des liens externes les utilisent encore. Une courte vidéo de contrôle technique peut compléter cette routine d’observation.
Transformer l’analyse en décision
Les meilleures décisions reposent sur un cadre compréhensible, quelques critères vérifiables et une étape suivante clairement définie. Testez la méthode à petite échelle, mesurez le résultat puis ajustez avant de généraliser.
Votre checklist
- Définir le résultat attendu
- Identifier trois critères prioritaires
- Prévoir une mesure de contrôle
- Fixer une date de réévaluation
