Checklist de migration de site (Excel)
Suivez une migration de site dans Excel avec un classeur de mapping d'URL : anciennes et nouvelles URL, codes de statut, types de redirection, responsables et une colonne de vérification pour qu'aucune page ne passe à travers.
Utilisez ce classeur pour mener une migration de site comme un mapping d'URL suivi, ligne par ligne, plutôt qu'un pari optimiste. Chaque variante est un onglet du fichier Excel, avec les colonnes exactes à ajouter et les vérifications à consigner pour chaque URL. Remplissez d'abord l'onglet de mapping d'URL à partir d'un crawl complet de l'ancien site, puis travaillez les autres onglets pour confirmer que les redirections se déclenchent, que les codes de statut sont corrects et que les métadonnées ont bien été reportées. Gardez le classeur comme votre source de vérité unique, de la planification à la vérification post-lancement.
6 variantes prêtes à l'emploi
Onglet Configuration et légende
Définissez les statuts, les types de redirection et les responsables auxquels le reste du classeur fait référence.
Objectif : convenir du vocabulaire une fois pour que chaque ligne de chaque onglet signifie la même chose.
Remplissez les cellules de référence
- Ancien domaine : [old-domain.com]
- Nouveau domaine : [new-domain.com]
- Date de lancement prévue : [Date]
- Valeurs de statut : Non commencé / Mappé / Redirection créée / Vérifié / Échoué
- Types de redirection : 301 permanente / 302 temporaire / Canonical / Pas de redirection (conservée)
- Responsables : [Dev], [SEO], [Contenu]
Mettez-le en place
- Transformez les listes de statuts et de redirections en listes déroulantes avec validation des données pour l'onglet de mapping.
- Appliquez une mise en forme conditionnelle pour que les lignes « Échoué » deviennent rouges automatiquement.
- Figez la ligne d'en-tête sur chaque onglet pour que les colonnes restent étiquetées au défilement.
Onglet Mapping d'URL
Le suivi central : une ligne par ancienne URL mappée vers sa nouvelle destination.
Objectif : mapper chaque ancienne URL vers exactement une nouvelle URL, avec un responsable et un statut, pour que rien ne soit orphelin au lancement.
Colonnes (A–H)
- A – Ancienne URL : [coller depuis le crawl complet]
- B – Nouvelle URL : [URL de destination]
- C – Type de page : [Produit / blog / catégorie / landing]
- D – Type de redirection : [301 / 302 / Canonical / Aucune]
- E – Statut : [Non commencé / Mappé / Vérifié]
- F – Responsable : [Nom]
- G – Priorité : [Haute / Moyenne / Basse]
- H – Vérifié ?: [O/N]
Règles pour l'onglet
- Chaque ancienne URL du crawl obtient une ligne ; aucune cellule vide dans les colonnes A ou B.
- Marquez comme haute priorité les lignes dont les pages ont du trafic, des positions ou des backlinks.
- Utilisez
=COUNTIF(B:B,B2)>1pour repérer deux anciennes URL pointant par erreur vers la même nouvelle.
Onglet Règles de redirection
Transformez le mapping en une liste propre de redirections que votre développeur peut implémenter.
Objectif : remettre aux développeurs une liste sans ambiguïté de redirections source vers cible, sans boucles ni chaînes.
Colonnes (A–E)
- A – Chemin source : [/old-path]
- B – Chemin cible : [/new-path]
- C – Type de redirection : [301]
- D – Implémentée ?: [O/N]
- E – Notes : [Cas particuliers, paramètres]
Vérifications avant transmission
- Confirmez qu'aucun chemin cible n'apparaît aussi comme chemin source (c'est une chaîne de redirection).
- Confirmez qu'aucun chemin source n'est égal à sa propre cible (c'est une boucle).
- Regroupez les règles qui partagent un motif pour pouvoir les traiter avec une seule règle lorsque c'est possible.
- Signalez dans les Notes les cas particuliers de paramètres et de barre oblique finale pour ne pas les manquer.
Onglet Vérification des codes de statut
Consignez la réponse HTTP en direct de chaque URL avant et après le lancement.
Objectif : vérifier que chaque ancienne URL renvoie la redirection attendue et que chaque nouvelle URL renvoie 200.
Colonnes (A–F)
- A – Ancienne URL : [URL]
- B – Code attendu : [301]
- C – Code réel (staging avant lancement) : [code]
- D – Code réel (après lancement) : [code]
- E – URL finale après redirection : [URL résolue]
- F – Réussi/Échoué :
=IF(D2=B2,"Pass","Fail")
Comment l'exécuter
- Crawlez la liste des anciennes URL et collez les codes de réponse dans les colonnes C et D.
- Surveillez les 302 là où vous attendiez des 301, et les redirections qui aboutissent à une 404.
- Filtrez la colonne F sur « Fail » pour obtenir une liste de corrections instantanée pour le responsable dev.
Onglet Métadonnées et parité de contenu
Confirmez que titres, meta, en-têtes et canonicals ont bien été reportés sur les nouvelles URL.
Objectif : s'assurer que les nouvelles pages ont conservé les signaux on-page qui ont valu aux anciennes pages leurs positions.
Colonnes (A–G)
- A – Nouvelle URL : [URL]
- B – Titre présent et correct ?: [O/N]
- C – Meta description présente ?: [O/N]
- D – H1 correspond à l'intention ?: [O/N]
- E – Canonical correct ?: [O/N]
- F – Liens internes mis à jour ?: [O/N]
- G – Parité de contenu : [Totale / Partielle / Manquante]
Ordre de priorité
- Vérifiez d'abord les lignes à fort trafic et nombreux backlinks de l'onglet de mapping.
- Signalez toute page dont le contenu a été réduit lors du déplacement ; du contenu perdu peut coûter des positions.
- Confirmez que les canonicals pointent vers la nouvelle URL, pas vers l'ancienne retirée.
Onglet Tableau de bord de progression
Un récapitulatif en direct de la part de la migration vérifiée, pour que rien ne parte à moitié fait.
Objectif : voir l'avancement en un coup d'œil et prouver la préparation avant et après le go-live.
Métriques à calculer
- Total d'URL :
=COUNTA('URL Mapping'!A:A)-1 - % mappé :
=COUNTIF('URL Mapping'!E:E,"Verified")/total - Redirections réussies :
=COUNTIF('Status Code Check'!F:F,"Pass") - Lignes échouées en attente : [nombre]
- Pages haute priorité vérifiées : [nombre / total]
Utilisez-le pour décider
- Ne lancez pas tant qu'une ligne haute priorité est non vérifiée ou en échec.
- Représentez le taux de réussite sous forme de graphique pour que les parties prenantes voient l'avancement sans lire chaque onglet.
- Relancez le crawl des statuts le lendemain du lancement et mettez à jour le tableau de bord avant de clôturer le projet.
Comment utiliser ce modèle
- Crawlez l'ancien site en entier et collez chaque URL dans l'onglet de mapping d'URL, une ligne par page.
- Remplissez l'onglet de configuration pour que les listes déroulantes de statut et de redirection et la mise en forme s'appliquent à tout le classeur.
- Mappez chaque ancienne URL vers exactement une nouvelle URL, puis attribuez un type de redirection, un responsable et une priorité.
- Exportez le mapping dans l'onglet Règles de redirection et vérifiez les chaînes, boucles et cibles en double.
- Sur staging, crawlez les URL et consignez les codes de statut pour repérer les échecs avant le lancement, pas après.
- Vérifiez les métadonnées, les canonicals et la parité de contenu d'abord sur les pages à plus forte valeur.
- Surveillez le tableau de bord de progression et refusez de lancer tant qu'une ligne haute priorité est en échec.
- Recrawlez le lendemain du go-live, mettez à jour les codes de statut réels et soldez les échecs restants.
Conseils pro
- Mappez à partir d'un crawl complet, pas de votre sitemap : les sitemaps oublient les URL orphelines et anciennes qui détiennent encore des backlinks que vous ne voulez pas perdre.
- Priorisez les lignes par trafic, positions et backlinks pour que le temps de QA limité protège les pages qui comptent vraiment.
- Traquez les chaînes et boucles de redirection dans l'onglet Règles de redirection avant le lancement ; chaque saut supplémentaire fait fuir un peu d'autorité et ralentit la page.
- Gardez le tableau de bord de progression comme votre porte go/no-go : un lancement est prêt quand les lignes haute priorité sont vérifiées, pas quand le calendrier le dit.
Questions fréquentes
Pourquoi Excel plutôt qu'un simple plugin de redirection ?
Un plugin implémente les redirections mais ne suit ni la responsabilité, ni la vérification, ni la parité de contenu sur des centaines d'URL. Le classeur est votre piste d'audit : il montre ce qui a été mappé, qui en est responsable et si chaque redirection s'est réellement déclenchée, ce qu'une règle de redirection en direct ne peut à elle seule indiquer.
Chaque ancienne URL doit-elle recevoir un 301 ?
La plupart le devraient, car les 301 transmettent le signal le plus fort à la nouvelle URL. N'utilisez les 302 que pour des déplacements vraiment temporaires. Certaines URL de faible valeur peuvent être retirées volontairement sans redirection, mais consignez cette décision dans le classeur pour qu'elle soit délibérée et non un oubli.
Comment trouver chaque ancienne URL à mapper ?
Effectuez un crawl complet de l'ancien site et recoupez-le avec les logs serveur, l'analytics et vos données de backlinks. Se fier au seul sitemap oublie les pages orphelines et les anciennes URL qui gagnent encore des liens, et ce sont précisément celles qu'une migration a tendance à casser.
Qu'est-ce que cela détecte le plus souvent ?
Les chaînes de redirection et les 302 utilisés là où des 301 étaient prévus. Les deux affaiblissent discrètement le signal transmis à la nouvelle page. L'onglet Vérification des codes de statut les fait ressortir en comparant le code attendu au code réel, pour que vous les corrigiez avant que les positions ne réagissent.
Cela remplace-t-il un audit technique complet ?
Non. Il se concentre sur le mapping d'URL et l'intégrité des redirections, là où se produit l'essentiel de la perte de trafic lors d'une migration, mais il ne couvre pas en profondeur la vitesse du site, les données structurées ou le crawl budget. Associez-le à une revue technique plus large pour une vérification complète avant le lancement.
Quand puis-je arrêter le suivi ?
Gardez le classeur actif jusqu'à ce que le recrawl du lendemain du lancement montre les lignes haute priorité réussies et les échecs soldés. Les positions et le crawl se stabilisent sur des semaines, il vaut donc la peine de faire une vérification finale un mois plus tard pour confirmer que les nouvelles URL sont indexées et tiennent leurs positions.