Langues

Checklist de migration de site web

Une checklist de migration de site, phase par phase — référence avant migration, cartographie des URL et redirections 301, QA en préproduction, lancement et suivi après mise en ligne.

Première publication : 2 juil. 2026 · Dernière mise à jour : 21 août 2026 · Advanced
Langues
AIRédigé parAI v2
1 indice probant sur cette page

Cette checklist est le compagnon opérationnel du hub des migrations, organisé en phases transmissibles à une équipe de développement : (1) avant la migration, explorer entièrement l’ancien site, constituer un inventaire des URL à partir de trois sources — sitemaps, journaux serveur et analytics — et enregistrer positions, trafic et nombre de pages indexées ; (2) associer chaque ancienne URL en 1:1 à la nouvelle URL la plus proche avec une 301/308 côté serveur, sans redirection massive vers l’accueil ni chaîne de plus de 3 à 5 sauts ; (3) garder la préproduction privée par authentification ou contrôle réseau, autoriser le robot de QA et comparer canoniques, hreflang, schéma, directives robots, liens internes et balises analytics/GTM à la référence ; (4) au lancement, supprimer les contrôles de préproduction, activer les redirections, soumettre à nouveau le sitemap courant avec uniquement les nouvelles URL canoniques, éventuellement utiliser un sitemap temporaire séparé des anciennes URL et envoyer le Changement d’adresse pour les changements admissibles de domaine ou sous-domaine ; (5) après lancement, explorer toute la liste des anciennes URL pour confirmer que chaque redirection aboutit sans chaîne ni page d’erreur orpheline ; (6) surveiller couverture GSC, performances et positions pendant 4 à 8 semaines. Google recommande de conserver les redirections au moins un an.

En bref — Exécutez la migration en six phases, et non comme une taxonomie de types de migration, qui figure dans le hub des migrations. (1) Référence : exploration complète de l’ancien site, inventaire des URL à partir de trois sources — sitemaps, journaux serveur et analytics, jamais le sitemap seul — ainsi que captures des positions, du trafic et du nombre de pages indexées. (2) Cartographie et redirections : chaque ancienne URL vers sa nouvelle URL la plus proche, en 1:1 avec une 301/308 côté serveur ; jamais de redirection massive vers l’accueil, peu de sauts (≤ 3, moins de 5), actifs non HTML inclus. (3) QA en préproduction : accès privé et exploration autorisée, puis suppression au lancement de tous les contrôles propres à la préproduction ; comparaison des canoniques, hreflang, schémas, directives meta robots, liens internes et balises analytics/GTM avec la référence. (4) Lancement : activation des redirections, régénération et nouvelle soumission du sitemap courant avec uniquement les nouvelles URL canoniques, sitemap temporaire séparé des anciennes URL si nécessaire, Changement d’adresse uniquement pour un changement complet de domaine, et IndexNow plus soumission groupée pour Bing, dont l’ancien Site Move Tool est retiré. (5) Vérification : exploration de toute la liste des anciennes URL, sans chaîne ni 404 orpheline. (6) Suivi : couverture et performances GSC ainsi que positions pendant 4 à 8 semaines ; Bing recommande un contrôle quotidien des journaux pendant 3 mois. Conservez les redirections au moins 1 an selon Google et 1 à 2 ans selon Bing.

Evidence for this claim For URL changes, Google recommends mapping old URLs to relevant new destinations and using permanent server-side redirects. Scope: Google site-move guidance; avoid irrelevant bulk redirects. Confidence: high · Verified: Google Search Central: Site moves with URL changes Evidence for this claim Google recommends keeping redirects in place for at least one year after a site move. Scope: Google site-move processing; users and other systems may justify keeping them longer. Confidence: high · Verified: Google Search Central: Site move best practices

Comment utiliser cette checklist

Le hub des migrations couvre la classification, les principes, le risque, les décisions propres à chaque type et le diagnostic de récupération. Cette checklist couvre les tâches exécutables, les responsables, les jalons de phase et les critères d’acceptation. Avant de commencer, attribuez un responsable à chaque phase et consignez les preuves nécessaires pour franchir son jalon. L’organisation suit le temps — avant, préproduction, lancement, après — plutôt qu’une taxonomie. Les étapes propres à un scénario, comme le Changement d’adresse pour un changement de domaine ou le TTL DNS pour un changement d’hébergement, sont signalées.

Use the phases as navigation. The clock tells you when to work; the evidence gate tells you whether the phase is complete.

Phase 1 — Établir la référence avant migration

On ne peut pas diagnostiquer une migration que l’on n’a pas mesurée.

Exploration complète de l’ancien site. Comme je l’écris dans mon guide : “Crawl your website. You’ll use this as a baseline to check for changes later on.” (traduction) « Explorez votre site. Vous utiliserez ces données comme référence pour vérifier les changements ultérieurement. » Enregistrez chaque URL, titre, balise meta, canonique et code d’état. Cette référence servira à comparer la préproduction puis le site en ligne.

Inventaire des URL à partir de trois sources, pas du seul sitemap. C’est l’étape que la plupart des checklists concurrentes traitent mal. Les consignes de Google demandent de constituer la liste maîtresse des anciennes URL à partir des sitemaps, journaux serveur et données d’analytics. Les journaux et les analytics révèlent des URL absentes du sitemap. Un inventaire limité au sitemap manque les pages orphelines qui reçoivent encore du trafic, précisément celles dont l’absence de redirection se remarque des mois plus tard. Incluez aussi les actifs non HTML : images, vidéos, PDF, fichiers JS et CSS.

Mesurez les positions, le trafic et le nombre de pages indexées. Exportez les données de GSC — Performances

  • ainsi que le rapport Pages/Couverture de l’index — et vos analytics. Avant le lancement, consignez trois valeurs : positions, trafic et nombre de pages indexées. Toutes les mesures ultérieures s’y compareront.

Exportez le profil de backlinks. Récupérez les pages qui reçoivent le plus de liens : elles forment la liste prioritaire des redirections. Une redirection cassée y coûte le plus de valeur externe. Technique pratique de mon guide : “Create a set of test pages such as those from the Top Pages report in Site Explorer.” (traduction) « Constituez un ensemble de pages de test, par exemple à partir du rapport Top Pages de Site Explorer. » Sur un grand site, échantillonnez les pages les plus visitées et les plus liées au lieu de tout contrôler manuellement.

Sauvegardez et prévoyez un retour arrière. “Make a backup of your site, just in case you need to go back to it,” (traduction) « Sauvegardez votre site au cas où vous devriez revenir en arrière », et “You should always have a way to get back to the original state, even if you only plan to use it in extreme situations.” (traduction) « Vous devez toujours pouvoir revenir à l’état initial, même si ce recours n’est prévu que dans des situations extrêmes. »

Phase 2 — Cartographie des URL et stratégie de redirection

Associez chaque ancienne URL à une nouvelle URL précise, en 1:1. C’est le cœur de la migration. John Mueller : “I think the most important part is really to track the individual URLs, so that you have a clear map of what previously was and what it should be in the future. And based on that… to make sure that you have all of the redirects set up properly.” (traduction) « Le plus important est de suivre chaque URL afin de disposer d’une cartographie claire de l’ancien état et du futur, puis de vérifier que toutes les redirections sont correctement configurées. »

Concrètement :

  • Redirections permanentes côté serveur, 301 ou 308. C’est la préférence déclarée de Google ; les redirections permanentes ne font pas perdre de PageRank.
  • Destination pertinente la plus proche, jamais une redirection massive vers l’accueil. Google est explicite : “Don’t redirect many old URLs to one irrelevant single URL destination, such as the home page.” (traduction) « Ne redirigez pas de nombreuses anciennes URL vers une destination unique sans rapport, comme la page d’accueil. » Si une page n’a aucun équivalent et doit disparaître, renvoyez un vrai 404 ou 410.
  • Chaînes courtes. Google : “keep the number of redirects in the chain low, ideally no more than 3 and fewer than 5.” (traduction) « Gardez peu de redirections dans la chaîne, idéalement pas plus de 3 et moins de 5. » Une ancienne redirection héritée plus la nouvelle suffit déjà à créer deux sauts.
  • Canonique autoréférente sur chaque nouvelle URL. Google : “Each new URL should have a self-referencing rel=“canonical” link tag.” (traduction) « Chaque nouvelle URL doit comporter une balise rel=“canonical” autoréférente. »
  • Mettez à jour hreflang sur les sites multilingues pour viser les nouvelles URL.
  • Incluez les actifs non HTML : images, vidéos, JS et CSS.
Evidence for this claim For URL changes, Google recommends mapping old URLs to relevant new destinations and using permanent server-side redirects. Scope: Google site-move guidance; avoid irrelevant bulk redirects. Confidence: high · Verified: Google Search Central: Site moves with URL changes

Décidez à l’avance du mode de bascule : en une fois pour les petits et moyens sites, par sections pour les très grands. Les détails sur chaînes, sauts, 301 et 302 figurent dans le guide des redirections.

Phase 3 — Préproduction et QA avant lancement

Gardez la préproduction privée au niveau de l’accès. Google recommande de restreindre l’accès à l’environnement de préproduction ou de développement. Préférez une authentification, une liste d’autorisation IP/VPN ou un autre contrôle d’accès, puis autorisez le robot de QA. Ne présentez pas robots.txt plus noindex comme une double protection : Google doit explorer une URL pour lire noindex, donc une interdiction robots empêche cette lecture. Si une préproduction publique emploie temporairement l’un de ces contrôles, documentez-le et ajoutez un contrôle de mise en production prouvant son absence sur l’hôte public. Consultez la documentation sur les balises meta robots et la checklist de déplacement de site de Google.

Explorez la préproduction et comparez-la à la référence. “If you have a dev or staging site, you should crawl this to make sure everything’s okay before pushing.” (traduction) « Si vous avez un site de développement ou de préproduction, explorez-le pour vérifier que tout est correct avant la mise en ligne. » Contrôlez les éléments qui transportent les signaux :

  • Balises canoniques — “These should be the same.” (traduction) « Elles doivent être identiques. » Elles doivent viser les nouvelles URL, pas les hôtes de préproduction.
  • Parité des données structurées — le même schéma sur les nouvelles pages.
  • Liens internes — “Things like breadcrumbs, related posts, footer links, or even the main navigation may have changed.” (traduction) « Le fil d’Ariane, les articles associés, les liens de pied de page ou même la navigation principale peuvent avoir changé. » Faites-les pointer directement vers les nouvelles URL.
  • Meta robots et hreflang correctement repris.

Parité analytics et balises. Vérifiez avant le lancement que l’analytics et le conteneur GTM se déclenchent sur les nouveaux modèles.

Échantillonnez intelligemment. Sur un grand site, contrôlez les pages de test de la phase 1 — principales pages par trafic et liens — plutôt que d’inspecter chaque URL à l’œil.

Phase 4 — Jour du lancement

  • Activez toutes les redirections.
  • Supprimez et inventoriez chaque contrôle propre à la préproduction. Vérifiez l’absence en production des authentifications, listes d’autorisation, règles robots ou noindex temporaires et canoniques de préproduction. C’est le premier contrôle si le nouveau site est inaccessible ou non indexé.
  • Vérifiez que les canoniques visent les nouvelles URL, pas la préproduction.
  • Régénérez et soumettez le sitemap XML de production courant dans Google Search Console et Bing Webmaster Tools, avec uniquement les nouvelles URL canoniques. Un sitemap des anciennes URL peut être soumis séparément et temporairement s’il apporte des preuves utiles de découverte ou de suivi ; ne mélangez jamais les inventaires et retirez-le lorsqu’il n’est plus utile. Voir les consignes Google.
  • Envoyez le Changement d’adresse uniquement pour un changement complet de domaine. L’outil sert à passer “from one domain or subdomain to another.” (traduction) « d’un domaine ou sous-domaine à un autre ». Il ne sert pas au passage HTTP→HTTPS, à une restructuration interne ni à un changement www/non-www. C’est un signal supplémentaire, pas un remplacement des 301. Google mentionne deux périodes de 180 jours : l’annulation d’une demande pendant 180 jours et, séparément, le maintien général des redirections pendant au moins 180 jours. Consultez la page de l’outil Changement d’adresse. Vous devez posséder dans Search Console les propriétés ancienne et nouvelle admissibles, sans portée limitée à un chemin : propriété Domaine ou propriété Préfixe d’URL racine, mais pas une propriété limitée à un sous-chemin. Voir les conditions d’éligibilité.
  • Bing : IndexNow et soumission groupée, pas le Site Move Tool. L’ancien outil n’existe plus dans la console actuelle, même si l’article Bing de 2020 le cite encore. Soumettez les URL migrées via IndexNow et la soumission groupée, jusqu’à 10 000 URL par jour, puis contrôlez-les avec l’outil Inspection d’URL.
  • Capacité serveur. Google explore davantage le nouveau site juste après la bascule : “Ensure that your new site has sufficient capacity to handle the increased traffic from Google.” (traduction) « Assurez-vous que le nouveau site dispose d’une capacité suffisante pour absorber l’augmentation du trafic de Google. » Pour un changement d’hébergement uniquement, réduisez le TTL DNS à quelques heures au moins une semaine avant et vérifiez que le pare-feu ou la protection DoS “does not block Googlebot’s ability to reach the DNS or the hosting provider’s servers.” (traduction) « ne bloque pas l’accès de Googlebot au DNS ou aux serveurs de l’hébergeur. »

Phase 5 — Vérification après lancement, des 48 premières heures à 2 semaines

Explorez toute la liste des anciennes URL sur le site en ligne. Chacune doit rediriger vers la bonne nouvelle URL, sans chaîne, impasse ni 404 orpheline. Vous réexplorez exactement l’inventaire de la phase 1.

Priorisez selon la valeur des liens. Dans un rapport de backlinks comme « Best by links » d’Ahrefs, “filter for 404s to see pages with links that are now broken.” (traduction) « filtrez les 404 pour voir les pages liées qui sont désormais cassées. » Corrigez d’abord les pages les plus liées.

Contrôlez un échantillon avec Inspection d’URL. Confirmez dans GSC que Google voit la redirection et la canonique choisie ; testez le reste en masse avec votre robot.

Reportez les réglages GSC. “This can include things like transferring your disavow file, setting geo-targeting, URL parameter settings, and uploading sitemaps.” (traduction) « Cela peut inclure le transfert du fichier de désaveu, le ciblage géographique, les paramètres d’URL et l’envoi des sitemaps. » Vérifiez toutes les variantes — www, sans www, http, https — comme propriétés distinctes. Chez Bing, gérez le désaveu sur les anciens et nouveaux domaines.

Verification needs complete denominators: 96 successful spot checks can still hide four broken redirects.

An illustrative migration verification has 9,996 of 10,000 redirect destinations passing, 1,978 of 2,000 canonical checks passing, 1,432 of 1,500 internal-link checks passing, and 12 of 12 analytics and tag checks passing. The fixture is synthetic and is not a live migration report.

Phase 6 — Fenêtre de suivi, semaines 2 à 8 et au-delà

La migration n’est terminée que lorsque les nouvelles URL se sont stabilisées dans l’index et que le trafic s’est rétabli.

Put releases and observed signals on one timeline. A traffic change is easier to interpret when it is aligned with launch, crawl, and fix events.

A synthetic timeline marks launch on day 0, a full redirect crawl on day 2, a crawl-rate dip on day 4, a redirect fix on day 8, sitemap crossover on day 18, a recovery review on day 28, and a formal monitoring review on day 56. It contains no customer or owner data.

  • Rapport Sitemaps de GSC : si vous avez soumis un sitemap séparé des anciennes URL, attendez-vous au croisement. “Initially, the sitemap containing the new URLs would have zero pages indexed, while the sitemap of the old URLs would have many pages indexed.” (traduction) « Au départ, le sitemap contenant les nouvelles URL affiche zéro page indexée, tandis que celui des anciennes URL en affiche beaucoup. » Le nombre indexé du nouveau monte pendant que l’ancien baisse. C’est le schéma normal attendu, pas un signal d’échec.
  • Rapport Pages/Couverture de l’index de GSC pour les erreurs d’exploration, et Performances pour les impressions et clics des nouvelles URL.
  • Captures des positions chaque semaine au début, puis toutes les deux semaines.
  • Journaux serveur pour l’activité de Googlebot sur le nouvel hôte. Lors d’un changement d’hébergement, “It’s normal to see a temporary drop in Googlebot’s crawl rate immediately after the launch, followed by a steady increase over the next few days.” (traduction) « Une baisse temporaire du rythme d’exploration de Googlebot juste après le lancement, suivie d’une hausse régulière les jours suivants, est normale. »

Ce qui est normal. Google : “Expect temporary fluctuation in site ranking during the move” (traduction) « Attendez-vous à une fluctuation temporaire des positions pendant le déplacement » et “Expect to see traffic drop on the old site and rise on the new site.” (traduction) « Attendez-vous à voir le trafic baisser sur l’ancien site et augmenter sur le nouveau. » “a medium-sized website can take a few weeks for most pages to move” (traduction) « Le déplacement de la plupart des pages d’un site moyen peut prendre quelques semaines. » Une fluctuation qui se résorbe indique que la migration progresse ; une baisse persistante signale souvent une redirection, une canonique ou un blocage d’exploration défectueux.

Durées de suivi sourcées. Google parle de quelques semaines, davantage pour les grands sites. Bing précise : “Log files are critical… and must be monitored on a daily basis once the actual website migration has been initiated for a period of at least three months.” (traduction) « Les journaux sont essentiels et doivent être contrôlés quotidiennement pendant au moins trois mois après le début effectif de la migration. » Synthèse pratique : contrôles quotidiens GSC/journaux pendant 2 semaines, hebdomadaires des semaines 3 à 8, puis revue formelle à 3 mois pour les grandes migrations.

Conservez les redirections. Google : “Keep the redirects for as long as possible, generally at least 1 year.” (traduction) « Conservez les redirections aussi longtemps que possible, généralement au moins un an. » Bing va plus loin : “the redirects on the old domain need to remain live for at least 1 to 2 years, preferably longer.” (traduction) « Les redirections de l’ancien domaine doivent rester actives au moins 1 à 2 ans, de préférence davantage. » Retenez la durée la plus prudente. Ne désactivez l’ancien hôte qu’une fois son trafic journalisé tombé à zéro, pas à une date arbitraire.

Pourquoi la mise à jour des liens internes est indispensable

Mueller : “The other thing I would watch out for is all of the internal linking, so that you really make sure that all of the internal signals that you have as well that they’re forwarded to whatever new URLs.” (traduction) « Surveillez tous les liens internes afin de transmettre également tous les signaux internes aux nouvelles URL. » Le cas d’échec : “what I’ve sometimes seen with these kind of restructurings is that you redirect the URLs, you move them over but you forget to set the rel canonical, you forget to set the links in the navigation, or in the footer somewhere.” (traduction) « Il arrive que les URL soient redirigées mais que la canonique et les liens de navigation ou de pied de page ne soient pas mis à jour. » Conséquence : “It’s not so much that it would stop ranking but it’s more that we would just keep the old URLs for much longer than we actually need to.” (traduction) « Cela n’empêche pas tant le classement que cela ne conduit Google à conserver les anciennes URL beaucoup plus longtemps que nécessaire. » Les redirections seules fonctionnent, mais plus lentement que des redirections accompagnées de liens internes mis à jour.

Add an expert note

Pin an expert quote

New person? Create their unclaimed profile at /admin/experts/ → Pin a quote first.