Guides
Playbook SEO de migration de site : redirections, mapping d’URL et contrôles post-lancement
Un playbook de migration pas à pas : ce que risque une migration, comment mapper URLs et redirections, la checklist du jour J et comment suivre la récupération.
Lancez un audit DomainLens frais et utilisez le rapport comme liste de priorités.
Ce qu’une migration risque vraiment
Une migration est tout changement d’URLs, de plateforme, de domaine, de protocole ou de templates déjà compris par les moteurs. Le danger n’est pas le nouveau site, c’est la discontinuité. Google a des années de signaux accumulés sur vos anciennes URLs, et si celles-ci changent sans chemin propre de l’ancien vers le nouveau, cette valeur est perdue.
Presque chaque chute de trafic post-migration vient des mêmes causes : redirections manquantes, chaînées ou vers la mauvaise page ; URLs disparues ; un noindex de staging passé en production ; ou des liens internes pointant encore vers l’ancienne structure. Ce playbook vise à prévenir chacune, dans l’ordre.
Avant le lancement : mapper et préparer
- Crawlez le site actuel et exportez chaque URL indexable, plus vos pages phares par trafic, liens et conversions via analytics et Search Console.
- Établissez un benchmark : classements, nombre indexé, Core Web Vitals et principales landing pages, pour mesurer la récupération ensuite.
- Construisez la nouvelle structure d’URLs et vérifiez que les nouveaux templates conservent titres, en-têtes, canoniques et données structurées.
- Vérifiez que le staging est bloqué à l’indexation (noindex ou auth) — et notez qu’il faudra le retirer au lancement.
Le plan de mapping et de redirections
La carte des redirections est le livrable le plus important. Chaque ancienne URL a besoin d’une destination délibérée.
- Mappez chaque ancienne URL vers son équivalent le plus proche — un pour un si possible, jamais une redirection globale vers l’accueil.
- Utilisez des redirections 301 (permanentes) pour transmettre les signaux ; évitez les 302 pour un déplacement permanent.
- Éliminez les chaînes : l’ancienne URL saute directement vers la nouvelle finale, pas via deux ou trois redirections.
- Redirigez les anciennes URLs sans équivalent vers la catégorie ou le parent le plus pertinent, ou renvoyez 410 si le contenu a disparu.
- Mettez à jour liens internes, canoniques et sitemap XML vers les nouvelles URLs — ne comptez pas sur les redirections pour masquer les anciens liens internes.
Les contrôles du jour du lancement
- Retirez le noindex de staging et confirmez que les pages de production sont indexables — l’oubli catastrophique le plus fréquent.
- Vérifiez les redirections par échantillon sur chaque template : chacune renvoie un seul 301 vers une URL 200 en ligne.
- Confirmez que le robots.txt du nouveau site autorise le crawl et n’a pas hérité d’un « Disallow: / » de staging.
- Soumettez le nouveau sitemap XML dans Search Console et gardez l’ancien accessible brièvement pour que Google trouve les redirections.
- Vérifiez que canoniques, titres et données structurées s’affichent correctement sur les pages en ligne.
Les erreurs qui plombent le trafic après une migration
- Passer le noindex de staging ou un « Disallow: / » en production, désindexant tout le site en une nuit.
- Tout rediriger vers l’accueil au lieu d’un mapping page à page, ce qui jette la valeur de classement.
- Laisser des chaînes ou boucles de redirection qui diluent les signaux et ralentissent le crawl.
- Changer URLs, design, plateforme et contenu d’un coup, sans pouvoir dire quel changement a causé une chute.
Le suivi post-lancement
Attendez-vous à un creux court pendant que Google retraite les redirections ; l’objectif est une récupération en semaines, pas une perte permanente. Surveillez les stats de crawl, le rapport d’indexation et la couverture des nouvelles URLs, et recrawlez le site pour repérer toute redirection cassée ou tout 404 manqué.
Utilisez DomainLens sur les nouvelles URLs pour confirmer que chaque page renvoie 200, porte la bonne canonique, est indexable et tient ses Core Web Vitals — les mêmes contrôles qui révèlent une redirection perdue ou un noindex oublié avant la chute de classement.