Migration SEO : changer de site, de domaine ou d’URL sans perdre le fil

1. Séparer les changements pour maîtriser le risque

Un changement de domaine, de CMS, de structure d’URL, de contenu et de design cumule plusieurs sources d’incertitude. Lorsque le contexte le permet, les étapes sont séparées ou testées sur un périmètre représentatif. Cette approche facilite l’attribution d’une baisse, d’une erreur ou d’un gain.

Le cadrage nomme ce qui change réellement et ce qui doit rester stable : offre, contenu, langue, parcours, URL, hébergement ou technologie. Il fixe aussi une date de référence, les responsables, les critères de retour arrière et la période pendant laquelle l’ancien environnement reste consultable par l’équipe.

• Distinguer migration d’hébergement, de domaine, de protocole et d’URL.
• Éviter d’ajouter une réécriture éditoriale massive sans nécessité.
• Choisir une période compatible avec l’activité.
• Conserver des mesures avant migration pour établir une comparaison.

2. Constituer l’inventaire des URL et de leur valeur

L’inventaire croise plusieurs sources : exploration interne, sitemap, journaux, données d’audience, Search Console, liens externes connus et listes métier. Aucune source n’est exhaustive seule. Les URL sont regroupées par modèle et enrichies d’informations utiles à la décision : statut, canonical, trafic, conversions, liens, langue et rôle éditorial.

Les pages faibles ne sont pas automatiquement supprimées. Elles peuvent répondre à une obligation, servir un parcours rare ou porter des liens historiques. La décision distingue conservation, fusion, amélioration, retrait et erreur technique, avec une justification compréhensible.

• Explorer aussi les paramètres, anciennes extensions et variantes de casse.
• Identifier les PDF, images et fichiers qui reçoivent des liens.
• Repérer les pages orphelines dans les sources externes.
• Attribuer une décision et un propriétaire à chaque groupe.

3. Construire une correspondance URL par URL

La destination d’une ancienne URL est la page qui reprend réellement son besoin et son contenu. Rediriger toutes les pages vers l’accueil crée une impasse pour la personne comme pour le moteur. Lorsqu’aucun équivalent n’existe, un statut 404 ou 410 assumé peut être plus clair qu’une destination artificielle.

La table de correspondance devient un livrable partagé entre contenu, développement et recette. Elle détecte les destinations multiples, les boucles, les chaînes et les collisions. Les règles génériques ne sont appliquées qu’après vérification des exceptions.

• Utiliser une redirection permanente directe vers l’URL finale.
• Éviter chaînes, boucles et redirections vers une page non équivalente.
• Traiter explicitement les contenus fusionnés et les langues.
• Tester la table sur un serveur de recette avant la bascule.

Erreur coûteuseUne règle globale qui semble élégante peut masquer des centaines de correspondances incorrectes. Les exceptions importantes se décident avant d’écrire la règle.

4. Mettre à jour tous les signaux vers les URL finales

Le nouveau site doit utiliser ses propres URL finales dans les liens internes. Les canonicals se référencent eux-mêmes, les groupes hreflang restent réciproques et les données structurées ne conservent pas d’identifiants obsolètes. Les formulaires, flux, campagnes et profils publics sont inclus dans la revue.

Le sitemap contient uniquement les URL canoniques indexables du nouveau site et leurs dates cohérentes. Il aide à la découverte mais ne remplace pas un maillage interne explorables. Le fichier robots.txt est relu pour éviter de conserver un blocage de préproduction.

• Remplacer les anciennes URL dans la navigation et les contenus.
• Actualiser canonicals, hreflang, Open Graph et identifiants JSON-LD.
• Vérifier robots, noindex, authentification et en-têtes HTTP.
• Générer un sitemap propre depuis la source de vérité.

5. Recetter le nouveau site comme un système complet

La recette parcourt les modèles de pages, les appareils, les langues et les fonctions. Elle contrôle statuts HTTP, titres, descriptions, H1, images, canonicals, données structurées, liens, filtres, recherche, formulaires et performance. Les contrôles automatisés sont complétés par des scénarios humains.

Une extraction comparée avant/après rend visibles les disparitions involontaires. Les écarts sont classés selon leur effet : bloquant pour la mise en ligne, correction rapide ou amélioration ultérieure. La bascule n’est pas le moment de découvrir que les données de mesure ou les messages de confirmation ne fonctionnent plus.

• Tester un échantillon de chaque modèle et de chaque langue.
• Comparer les éléments SEO et le contenu principal avant/après.
• Valider les formulaires sans produire de données indésirables.
• Préparer les vérifications des premières heures de production.

6. Surveiller la migration et garder les redirections

Après la bascule, les journaux et outils de recherche indiquent si les anciennes URL sont encore demandées, si les robots atteignent les nouvelles pages et si des erreurs se concentrent sur un modèle. Les variations de visibilité sont interprétées avec les conversions et le contexte saisonnier.

Google recommande de conserver les redirections aussi longtemps que possible, généralement au moins un an. Les liens internes sont néanmoins corrigés rapidement pour éviter les détours. Le suivi s’espace lorsque l’exploration et l’indexation se stabilisent, sans supprimer prématurément la carte de correspondance.

• Contrôler 404, 5xx, chaînes et destinations inattendues.
• Suivre anciennes et nouvelles URL dans les journaux.
• Comparer indexation, visibilité et résultats métier.
• Mettre à jour les liens externes les plus utiles lorsque c’est possible.

Quelle réponse pour une ancienne URL ?

Avant d’avancer

La check-list opérationnelle

1. ✓Périmètre et changements simultanés documentés.
2. ✓Inventaire croisé de toutes les URL utiles.
3. ✓Décision éditoriale attribuée à chaque groupe.
4. ✓Correspondances testées sans chaîne ni boucle.
5. ✓Liens internes dirigés vers les URL finales.
6. ✓Canonicals, hreflang et données structurées actualisés.
7. ✓Robots et noindex de préproduction retirés au bon moment.
8. ✓Sitemap des nouvelles URL prêt.
9. ✓Tableau de bord avant/après disponible.
10. ✓Redirections conservées et contrôlées dans le temps.