Le dommage d’une migration mal menée est rarement visible le jour de la mise en ligne. Il apparaît trois semaines plus tard sous forme d’un recul discret et inexpliqué, au moment où la cause devient bien plus difficile à retrouver.

Sommaire
  1. Avant de toucher à quoi que ce soit
  2. Décidez du sort de chaque page
  3. Construisez le plan de redirections comme un document relisible
  4. Transférez les métadonnées
  5. Corrigez correctement le maillage interne
  6. Avant la bascule
  7. Au moment de la mise en ligne
  8. Les semaines qui suivent
  9. Ce que personne ne peut vous promettre
  10. La version condensée
Planification d’une migration de site avec mapping des URL, redirections et contrôles SEO.

Chaque URL que vous avez publiée peut porter des liens entrants, un positionnement et un historique analytique. Changez l’adresse sans redirection et les trois disparaissent d’un coup.

Ce qui suit est la liste que nous déroulons. Elle est volontairement ennuyeuse. Les parties ennuyeuses sont celles qui protègent tout le reste.

Avant de toucher à quoi que ce soit

Rien du nouveau site ne devrait être conçu avant la fin de cette étape. On ne protège pas ce qu’on n’a pas compté.

  1. Exportez toutes les URL. Crawlez le site existant et récupérez la liste complète. Ajoutez ensuite celles qu’un crawl ne trouvera pas : pages accessibles uniquement depuis des campagnes, anciennes landing pages, PDF, archives paginées.
  2. Relevez la performance de référence. Douze mois d’impressions, de clics et de positions, par page et par requête. Sans cela, impossible de savoir ensuite si quelque chose a bougé.
  3. Identifiez les pages qui reçoivent des liens. Ce sont celles où une erreur de redirection coûte le plus cher.
  4. Exportez toutes les métadonnées. Titres, descriptions, balises canoniques, données structurées, structure de titres.
  5. Notez la configuration analytique. Objectifs, événements, filtres, et lesquels vous verriez se casser.

Cet inventaire est l’artefact le plus précieux d’une migration. Il demande du temps et ne se bâcle pas.

Décidez du sort de chaque page

L’inventaire en main, chaque URL reçoit l’une de quatre décisions, et chaque décision doit être explicite.

  • Conserver l’URL à l’identique. L’option la plus sûre, toujours préférable quand la nouvelle structure le permet.
  • La déplacer vers une nouvelle URL, avec une redirection 301.
  • La fusionner dans une autre page, avec une 301 vers la page qui l’absorbe.
  • La retirer délibérément, en acceptant la perte, généralement avec une redirection vers le parent le plus pertinent.

Le mode d’échec est une cinquième option, tacite : des pages qui cessent simplement d’exister parce que personne n’avait remarqué qu’elles étaient là. C’est ce que l’inventaire empêche.

Construisez le plan de redirections comme un document relisible

Pas comme un fichier de configuration écrit pendant le déploiement. Un tableau, deux colonnes, chaque ancienne URL et sa destination, relu et validé avant tout déploiement.

  • Utilisez des 301 (permanentes), pas des 302, sauf si le déplacement est réellement temporaire.
  • Redirigez vers la page équivalente la plus proche, jamais tout vers la page d’accueil. Une redirection massive vers l’accueil est traitée comme une erreur douce et perd la valeur que vous vouliez préserver.
  • Évitez les chaînes. L’ancienne A doit pointer directement vers la finale C, pas vers B qui pointe vers C.
  • Vérifiez l’absence de boucles avant la mise en ligne, pas après.
  • N’oubliez pas les variantes de protocole et de sous-domaine, ni la cohérence du slash final.

Transférez les métadonnées

Titres et descriptions se perdent facilement lors d’une migration de contenu, parce qu’ils vivent hors du contenu visible et que personne ne remarque leur absence.

  • Migrez balises title et meta descriptions, et améliorez-les volontairement plutôt qu’accidentellement.
  • Revoyez les balises canoniques du nouveau site : auto-référençantes sur chaque page indexable.
  • Migrez les données structurées et revalidez-les : un schéma valide il y a trois ans ne l’est peut-être plus.
  • Vérifiez les données Open Graph, sinon vos pages paraîtront cassées au partage.

Corrigez correctement le maillage interne

Les redirections gèrent les liens externes. Les liens internes doivent pointer directement vers les nouvelles URL.

Laisser les liens internes passer par des redirections fonctionne techniquement, mais gaspille du budget de crawl, ralentit marginalement le site et crée des chaînes au fil des évolutions. Mettez-les à jour dans le contenu, pas seulement dans la table de redirections.

Avant la bascule

  1. Confirmez que l’environnement de préproduction n’est pas indexable et que la production le sera. Un noindex oublié à la mise en ligne est la blessure auto-infligée la plus courante.
  2. Testez un échantillon représentatif de redirections sur l’environnement de préproduction.
  3. Vérifiez que l’analytique et le suivi des conversions se déclenchent sur les nouveaux gabarits.
  4. Vérifiez que les formulaires s’envoient et que les messages arrivent réellement.
  5. Préparez le nouveau sitemap XML.
  6. Convenez de qui surveille, et pendant combien de temps, après la mise en ligne.

Au moment de la mise en ligne

  • Retirez tout blocage d’exploration en production et vérifiez que robots.txt correspond à votre intention.
  • Soumettez le nouveau sitemap dans la Search Console.
  • Passez toute la liste de redirections en production et contrôlez les codes de statut, pas seulement l’affichage.
  • Demandez l’indexation des pages les plus importantes.
  • Contrôlez les pages qui portaient le plus de trafic avant le déplacement.

Les semaines qui suivent

C’est la partie abandonnée une fois la mise en ligne fêtée, et c’est là que les problèmes sont encore peu coûteux à corriger.

  • Surveillez quotidiennement les erreurs d’exploration pendant la première quinzaine.
  • Surveillez l’indexation : le nombre de pages indexées tend-il vers ce que vous attendiez ?
  • Comparez impressions et clics à la référence exportée, par page et par requête.
  • Surveillez les Core Web Vitals : les nouveaux gabarits régressent souvent d’une manière que la préproduction ne révélait pas.
  • Maintenez le plan de redirections. Ce n’est pas un artefact de lancement, c’est une infrastructure.

Ce que personne ne peut vous promettre

Certaines agences promettent une migration sans perte de positions. Prenez cela comme un motif de prudence plutôt que de réassurance.

Les résultats de recherche évoluent pour des raisons qu’aucune agence ne maîtrise, et une migration est un changement important opéré dans un environnement déjà mouvant. Ce qu’une méthode rigoureuse apporte, ce n’est pas l’absence de mouvement : c’est que si quelque chose bouge, vous le voyez en quelques jours plutôt que de le découvrir un trimestre plus tard.

L’objectif n’est pas que rien ne bouge. C’est que rien ne bouge à votre insu.

La version condensée

À retenir

  • Tout inventorier avant le moindre travail de design
  • Chaque URL reçoit une décision explicite
  • Des 301 vers l’équivalent le plus proche, jamais une redirection massive vers l’accueil
  • Ni chaînes ni boucles
  • Migrer métadonnées, canoniques et données structurées
  • Mettre à jour les liens internes dans le contenu lui-même
  • Confirmer que la production est indexable et la préproduction non
  • Surveiller par rapport à une référence exportée au préalable

Si vous préparez un déplacement, notre page refonte et migration décrit notre façon de procéder, et le référencement naturel couvre le travail continu ensuite.

DÉMARRER UN PROJET Tous les articles