Modèle de checklist SEO pour la migration de site

Une checklist en six phases pour déplacer votre site vers un nouveau domaine, une nouvelle plateforme, un nouveau design ou le HTTPS sans perdre de positions ni de trafic organique.

C'est lors des migrations que des positions durement acquises disparaissent en silence. Le danger réside rarement dans une seule grosse erreur. Ce sont les dizaines de petites : une redirection qui pointe vers la page d'accueil plutôt que vers la page correspondante, une balise title réécrite, une règle du robots.txt rescapée du staging, un sitemap jamais renvoyé. Cette checklist impose un processus discipliné et reproductible autour de chaque risque. Commencez par établir un état de référence de vos positions, de votre trafic et de votre couverture d'index, afin d'avoir une base pour mesurer la reprise. Gardez les URL identiques partout où c'est possible ; là où ce n'est pas le cas, faites correspondre chaque ancienne URL à son équivalent le plus proche avec une seule redirection 301. Préservez les titres, les meta, les titres de section, le contenu et les liens internes. Soumettez le nouveau sitemap XML, vérifiez que le robots.txt ne bloque rien et migrez sur une fenêtre de faible trafic. Travaillez les phases dans l'ordre et vous migrerez avec confiance plutôt qu'en croisant les doigts.

6 variantes prêtes à l'emploi

État de référence et inventaire avant migration

Capturez une base complète des positions, du trafic et des URL avant de rien changer, afin de pouvoir prouver la reprise plus tard.

Phase 1 : État de référence et inventaire

On ne peut mesurer que ce que l'on a consigné. Avant de toucher à la moindre URL, figez un instantané des performances actuelles du site et des pages qui existent précisément. Cette base devient votre point de référence pour repérer les pertes après le lancement.

Exportez les positions organiques actuelles de vos mots-clés prioritaires [Date d'enregistrement]
Consignez le trafic organique et les conversions issus de l'analytics des 3 à 6 derniers mois
Notez les totaux de couverture d'index dans la Search Console (valides, exclus, erreurs)
Lancez un crawl complet du site en ligne [Outil de crawl] et enregistrez l'export
Constituez un inventaire d'URL complet avec codes de statut, titres et meta
Recensez les pages les plus backlinkées pour protéger leurs équivalents
Sauvegardez le robots.txt, le sitemap XML et les données structurées actuels

Responsable : [Nom] et Référence figée le : [Date]. Rangez chaque export dans un dossier partagé : vous le comparerez pendant des semaines.

Plan de redirections (1:1 ancien → nouveau)

Bâtissez un plan de redirections propre, page par page, pour que chaque ancienne URL atterrisse sur son équivalent le plus proche avec une seule 301.

Phase 2 : Plan de redirections

Les redirections transfèrent votre autorité des anciennes URL vers les nouvelles. L'objectif est un plan 1:1. Chaque URL retirée pointe vers l'unique page la plus pertinente du nouveau site. Un plan bâclé est la cause la plus fréquente de perte de trafic lors d'une migration.

Listez chaque ancienne URL issue de votre inventaire de la phase 1 [Fichier source]
Faites correspondre chacune à sa nouvelle URL la plus proche : même sujet, même intention
Utilisez des redirections 301 permanentes, et non des 302, pour les pages déplacées
Évitez les chaînes de redirections et les boucles. Pointez directement vers l'URL finale
Ne redirigez jamais en masse vers la page d'accueil ; rattachez les orphelines à la meilleure page de section
Décidez du traitement des pages retirées sans équivalent [410 ou redirection]
Préservez délibérément les paramètres d'URL et la convention de slash final

Testez le plan complet sur le staging avant le lancement. Plan relu par : [Nom]. Un plan complet et sans chaînes est le plus grand levier que vous contrôlez.

Parité on-page

Confirmez que les titres, meta, titres de section, contenu et liens internes sont repris, pour que les moteurs voient de la continuité et non un nouveau site.

Phase 3 : Parité on-page

Les moteurs réévaluent chaque page qu'ils recrawlent. Si vos titres, titres de section et contenus restent cohérents, vous signalez de la continuité et protégez la pertinence. Traitez la parité comme la règle et les améliorations comme des exceptions délibérées, non comme des accidents.

Reprenez les balises title à l'identique, ou améliorez-les intentionnellement, ne les supprimez jamais
Préservez les meta descriptions des pages qui génèrent des clics
Gardez le H1 et la hiérarchie des titres alignés sur l'ancienne page
Faites correspondre le contenu du corps, ne rognez ni n'appauvrissez discrètement les pages clés
Mettez à jour les liens internes pour qu'ils pointent vers les nouvelles URL finales, pas vers des redirections
Repointez les liens de navigation, pied de page et fil d'Ariane
Migrez les données structurées et le texte alternatif des images [Types de schéma]

Contrôlez d'abord par échantillon vos templates à plus fort trafic et plus forte conversion. Responsable QA parité : [Nom]. Là où vous modifiez le texte, consignez-le pour pouvoir relier tout changement de position à la modification.

Configuration technique

Réglez correctement robots.txt, sitemaps, canoniques, hreflang et analytics sur le nouveau site avant et au moment du lancement.

Phase 4 : Configuration technique

La couche technique indique aux robots comment lire votre nouveau site. Une seule règle de staging oubliée ou un canonique manquant peut anéantir un travail de parité minutieux, alors vérifiez chaque point explicitement plutôt que de supposer que les réglages par défaut sont sûrs.

Confirmez que le robots.txt ne bloque pas le crawl en production [URL]
Retirez toutes les balises noindex restées du staging
Générez un sitemap XML propre ne listant que des URL finales et indexables
Posez des balises canoniques autoréférentes sur chaque page
Configurez le hreflang si vous servez plusieurs langues ou régions
Vérifiez le HTTPS et que les requêtes HTTP redirigent vers la version sécurisée
Installez l'analytics et la Search Console sur la nouvelle propriété [GA / GSC ID]

Validez le sitemap et lancez un nouveau crawl du staging pour repérer tôt les erreurs. Vérifications techniques validées par : [Nom]. Réglez cela avant le jour du lancement, pas pendant.

Checklist du jour du lancement

Exécutez la bascule sur une fenêtre de faible trafic selon une séquence stricte pour ne rien oublier sous pression.

Phase 5 : Jour du lancement

Le jour du lancement, c'est de l'exécution, pas de la prise de décision. Toutes les décisions devraient déjà être prises. Effectuez la bascule sur une fenêtre de faible trafic et suivez la séquence pour qu'une checklist sereine remplace la précipitation de dernière minute.

Planifiez la bascule sur une période de faible trafic [Date / heure]
Déployez le nouveau site et activez toutes les redirections 301 d'un coup
Confirmez que le robots.txt de production autorise le crawl et n'a aucun blocage résiduel
Soumettez le nouveau sitemap XML dans la Search Console
Vérifiez par échantillon que les redirections clés renvoient 301 → 200, pas des chaînes ni des 404
Vérifiez que l'analytics se déclenche et suit les nouvelles URL
Testez les formulaires, la recherche, le paiement et les autres parcours critiques

Gardez l'équipe d'astreinte pendant quelques heures après la mise en ligne. Responsable du lancement : [Nom] et Heure de mise en ligne : [Heure]. Résistez à l'envie de modifier le contenu le jour même : isolez le lancement des modifications.

Suivi post-lancement

Surveillez la Search Console, les erreurs de crawl et les positions après le lancement pour repérer et corriger vite les problèmes.

Phase 6 : Suivi post-lancement

La migration n'est pas terminée au lancement : elle l'est quand les performances se stabilisent. Attendez-vous à une fluctuation temporaire pendant que les moteurs recrawlent et réindexent, puis surveillez de près pour que les vrais problèmes soient corrigés avant de s'aggraver.

Surveillez la Search Console chaque jour pour la couverture et les erreurs de crawl
Guettez les pics de 404 et corrigez-les ou redirigez-les rapidement
Recrawlez le site en ligne pour repérer les liens cassés et les mauvaises redirections
Confirmez que les nouvelles URL sont indexées et que les anciennes disparaissent
Suivez les positions et le trafic par rapport à votre base de la phase 1
Utilisez l'outil Change of Address si vous avez changé de domaine
Vérifiez que le sitemap est traité et, si vous avez configuré le hreflang, confirmez qu'il n'a pas d'erreurs

Consignez chaque correction avec une date pour relier les actions à la reprise. Responsable du suivi : [Nom] et Suivi jusqu'au : [Date de fin]. Ne paniquez pas devant les baisses précoces : enquêtez, documentez et laissez le temps au recrawl.

Comment utiliser ce modèle

Commencez par l'état de référence. Avant de rien changer, exportez les positions actuelles, le trafic organique, les conversions et la couverture d'index de la Search Console, puis enregistrez-les comme base pour mesurer la reprise.
Inventoriez chaque URL. Lancez un crawl complet du site en ligne et constituez une liste exhaustive des URL avec leurs codes de statut, titres et meta pour que rien ne soit oublié lors du déplacement.
Gardez les URL identiques là où vous le pouvez. La migration la plus sûre change le moins d'URL possible ; ne réaffectez que celles qui doivent vraiment changer.
Faites un plan de redirections 1:1. Pointez chaque URL retirée vers son unique équivalent le plus proche avec une 301, en évitant les chaînes, les boucles et les redirections en masse vers la page d'accueil.
Préservez la parité on-page. Reprenez les titres, les meta descriptions, les titres de section et le contenu, et mettez à jour les liens internes pour qu'ils pointent vers les nouvelles URL finales plutôt que de passer par des redirections.
Verrouillez la configuration technique. Confirmez que le robots.txt ne bloque pas, retirez les balises noindex du staging, posez des canoniques autoréférents, configurez le hreflang si besoin et soumettez un sitemap XML propre.
Lancez sur une fenêtre de faible trafic. Déployez le site, activez toutes les redirections d'un coup, resoumettez le sitemap et vérifiez par échantillon que les pages clés renvoient 301 puis 200.
Surveillez après le lancement. Vérifiez la Search Console chaque jour pour les erreurs de crawl et de couverture, corrigez vite les 404, suivez les positions par rapport à votre base et attendez-vous à une fluctuation temporaire avant que tout se stabilise.

Conseils pro

Ne redirigez pas tout vers la page d'accueil. Une 301 vers une page non pertinente est traitée comme un soft 404 et transmet peu de valeur : faites toujours correspondre à la page pertinente la plus proche.
Éliminez les chaînes de redirections. Chaque saut supplémentaire gaspille du budget de crawl et dilue les signaux ; pointez les anciennes URL directement vers la destination finale, pas via des redirections intermédiaires.
Mettez à jour les liens internes vers les URL finales. Passer par des redirections fonctionne mais est gaspilleur ; modifier les liens de navigation, de corps et de pied de page vers les nouvelles URL garde votre site propre et rapide à crawler.
Attendez-vous à une baisse temporaire et ne réagissez pas de façon excessive. Les positions vacillent souvent pendant que les moteurs recrawlent et réindexent ; enquêtez sur les vraies erreurs, mais laissez à une migration correctement exécutée le temps de se stabiliser plutôt que de faire marche arrière.

Questions fréquentes

Vais-je perdre des positions en migrant mon site ?

Une fluctuation temporaire est normale pendant que les moteurs recrawlent et réindexent vos nouvelles URL. Une migration soigneusement exécutée, avec des redirections 301 en 1:1, des éléments on-page préservés et un sitemap resoumis, est en bonne position pour se rétablir, tandis qu'une migration bâclée peut causer des pertes durables. Les étapes d'état de référence, de plan de redirections et de parité de cette checklist existent précisément pour minimiser et raccourcir cette baisse.

Dois-je garder mes URL identiques lors de la migration ?

Oui, partout où c'est possible. Moins vous changez d'URL, moins il peut y avoir de problèmes, car vous évitez le recours aux redirections et la perte de signal qui peut en découler. Ne changez d'URL que lorsque la migration l'exige vraiment (comme un nouveau domaine ou une plateforme qui impose une structure différente) et faites correspondre soigneusement chaque URL modifiée à son nouvel équivalent.

Quelle est la bonne façon de configurer les redirections pour une migration ?

Utilisez des redirections 301 permanentes mappées en 1:1, pour que chaque ancienne URL pointe vers l'unique équivalent le plus proche sur le nouveau site. Évitez les chaînes et les boucles de redirections en pointant directement vers l'URL finale, et ne redirigez jamais en masse des pages sans rapport vers la page d'accueil : les moteurs peuvent les traiter comme des soft 404 et transmettre peu ou pas de valeur.

Dois-je resoumettre mon sitemap et vérifier le robots.txt après la migration ?

Oui. Générez un nouveau sitemap XML ne contenant que vos URL finales et indexables et soumettez-le dans la Search Console pour accélérer la découverte. Tout aussi important : confirmez que votre robots.txt de production ne bloque pas le crawl et qu'aucune balise noindex n'a survécu au staging. Une seule règle oubliée peut maintenir votre nouveau site hors de l'index.

Quel est le meilleur moment pour lancer une migration ?

Planifiez la bascule sur une fenêtre de faible trafic afin que d'éventuels problèmes touchent le moins d'utilisateurs possible et que vous ayez de la marge pour réagir. Activez toutes les redirections d'un coup, resoumettez votre sitemap et gardez l'équipe d'astreinte pendant quelques heures ensuite. Évitez toute modification de contenu sans rapport le même jour afin de pouvoir isoler l'effet de la migration lors du suivi.

Que dois-je surveiller après la mise en ligne de la migration ?

Surveillez Google Search Console chaque jour pour les erreurs de crawl et les problèmes de couverture, corrigez ou redirigez vite tout pic de 404 et recrawlez le site en ligne pour repérer les liens cassés et les mauvaises redirections. Suivez les positions et le trafic par rapport à la base que vous avez enregistrée avant de migrer, et confirmez que les nouvelles URL sont indexées tandis que les anciennes disparaissent. Attendez-vous à une fluctuation temporaire avant que tout se stabilise.