Checklist migration e-commerce : 40 points pour ne pas perdre son SEO

Une migration e-commerce qui se passe mal se voit en quelques jours : chute du trafic organique, erreurs 404 en cascade, fiches produits désindexées et panier qui décroche. Dans la quasi-totalité des cas, ces dégâts ne viennent pas d'une fatalité technique mais d'une étape oubliée. C'est précisément pour cela que nous travaillons, chez Omniscrap, avec une checklist de migration e-commerce que nous déroulons point par point. Vous la trouverez ci-dessous, organisée en trois phases : avant la migration, pendant la bascule, et après la mise en ligne. L'objectif est simple : migrer un site sans perdre son SEO ni ses ventes.

Cet article est volontairement opérationnel. Pour la méthode de fond et le contexte stratégique, reportez-vous à notre guide complet de la migration. Pour le cas particulier d'un upgrade de CMS, voyez aussi notre article sur la migration PrestaShop 1.7 vers 9.

Avant la migration

90 % du résultat se joue ici. Une bascule réussie est une bascule dont tout a été préparé, mesuré et testé avant que le moindre visiteur ne touche au nouveau site. Ne sautez aucun de ces points de contrôle.

Données et catalogue

• Réaliser un inventaire complet du catalogue : produits, déclinaisons, prix, stocks, catégories, marques, fournisseurs.
• Exporter le catalogue source dans un format réutilisable (CSV/SQL) et conserver une copie hors du serveur.
• Lister les données clients à reprendre : comptes, adresses, historique de commandes, avoirs, programmes de fidélité.
• Documenter le mapping des données champ par champ entre l'ancien et le nouveau modèle (attributs, caractéristiques, unités, taxes).
• Recenser les contenus éditoriaux : pages CMS, blog, guides d'achat, FAQ, mentions légales.
• Vérifier l'encodage des caractères (UTF-8) pour éviter les accents cassés à l'import.

SEO et URLs

• Crawler le site pour établir l'inventaire exhaustif des URLs indexées (produits, catégories, CMS, filtres, pagination).
• Extraire les URLs qui génèrent du trafic via Search Console et Analytics : ce sont elles qu'il faut protéger en priorité.
• Récupérer les positions et mots-clés actuels pour disposer d'une base de comparaison après migration.
• Sauvegarder les balises title et meta description de chaque page importante pour les reporter sur le nouveau site.
• Cartographier les backlinks entrants : les URLs les plus liées doivent absolument être redirigées proprement.
• Construire le plan de redirections 301 en associant chaque ancienne URL à sa nouvelle cible (voir notre article dédié au plan de redirections 301).
• Identifier les URLs orphelines sans équivalent et décider de leur cible (catégorie parente, recherche, accueil en dernier recours).

Technique et infrastructure

• Réaliser une sauvegarde complète de l'ancien site : base de données, fichiers, images, configuration serveur.
• Monter un environnement de staging identique à la production pour tout tester sans toucher au site live.
• Bloquer l'indexation du staging (authentification HTTP ou robots noindex) pour éviter le contenu dupliqué.
• Faire l'audit des modules et extensions : compatibilité, équivalents sur la nouvelle plateforme, dépendances critiques (paiement, transport, comptabilité).
• Vérifier la configuration HTTPS et le renouvellement du certificat SSL sur le nouvel hébergement.
• Tester les flux de paiement et de livraison en mode sandbox avant toute mise en production.
• Préparer la réduction du TTL DNS 48 h à l'avance pour accélérer la propagation le jour J.

Contenu et recette

• Prévoir un gel du contenu : à partir d'une date, plus aucune modification sur l'ancien site pour garder les exports cohérents.
• Vérifier la reprise des images et la régénération des vignettes (formats, dimensions, conversion webp).
• Contrôler le rendu mobile du nouveau site sur staging, page par page.
• Tester un parcours d'achat complet de bout en bout, du clic produit à l'e-mail de confirmation.

Pendant la bascule

La phase de bascule est courte mais sensible. Tout doit être prêt et validé en amont : on n'improvise rien le jour J. Idéalement, on choisit un créneau de faible trafic et on garde l'ancien site disponible en repli.

• Geler définitivement l'ancien environnement : plus aucune commande ni modification ne doit s'y enregistrer.
• Réaliser la dernière synchronisation des données (commandes et stocks de dernière minute) avant de basculer.
• Effectuer la bascule DNS ou le passage à chaud vers le nouveau site et surveiller la propagation.
• Activer et tester immédiatement les redirections 301 : vérifier un échantillon d'anciennes URLs à fort trafic.
• Contrôler le fichier robots.txt : surtout ne pas laisser de Disallow: / hérité du staging qui bloquerait tout le site.
• Vérifier que les balises meta robots ne contiennent plus de noindex sur les pages à indexer.
• Générer et publier le nouveau sitemap XML à jour avec les bonnes URLs.
• Contrôler les balises canonical : chaque page doit pointer vers sa version canonique en HTTPS et sans paramètres parasites.
• Vérifier le report des balises title et meta description sur les pages stratégiques.
• Confirmer la présence des balises hreflang si le site est multilingue ou multi-pays.
• S'assurer que les données structurées (produit, fil d'Ariane, avis) sont bien rendues sur le nouveau site.
• Réactiver et tester les outils de mesure : balise Analytics, suivi des conversions, pixel publicitaire.
• Vérifier que les moyens de paiement sont passés du mode test au mode réel.

Après la mise en ligne

La migration ne s'arrête pas à la bascule. Les deux à quatre semaines suivantes sont décisives pour confirmer que Google a bien compris le changement et que les conversions tiennent. C'est une phase de surveillance active, pas d'attente passive.

• Soumettre le sitemap dans Search Console et demander l'exploration des pages prioritaires.
• Surveiller le rapport de couverture / indexation pour détecter les pages exclues ou en erreur.
• Suivre quotidiennement les erreurs 404 dans les logs et Search Console, puis ajouter les redirections manquantes.
• Vérifier l'absence de chaînes de redirection et de boucles (301 → 301 → 301) qui diluent le signal.
• Contrôler les liens internes cassés et les liens sortants pointant encore vers les anciennes URLs.
• Mesurer les Core Web Vitals (LCP, INP, CLS) sur le nouveau site et corriger les régressions de performance.
• Vérifier la bonne génération des images et formats webp ainsi que le lazy-loading.
• Comparer le trafic organique et les positions aux relevés réalisés avant migration.
• Surveiller de près le taux de conversion et le panier moyen pour repérer tout point de friction.
• Tester à nouveau le tunnel de commande complet en conditions réelles, paiement inclus.
• Contrôler la bonne réception des e-mails transactionnels (confirmation, expédition, réinitialisation de mot de passe).
• Mettre à jour les liens externes maîtrisés : réseaux sociaux, fiche Google Business, marketplaces, campagnes.
• Conserver les redirections 301 au moins six à douze mois, le temps que Google transfère l'autorité.

Tableau récapitulatif des priorités

Pour arbitrer rapidement en cas de planning serré, voici la criticité de chaque grande étape. Les lignes à risque élevé sont celles qui provoquent directement une perte de trafic ou de chiffre d'affaires si elles sont négligées.

En résumé

Migrer un site e-commerce sans perdre son SEO tient en une discipline : préparer exhaustivement, basculer méthodiquement, surveiller activement. Les deux points qui sauvent le plus de migrations sont le plan de redirections 301 complet et le contrôle du robots.txt le jour de la bascule. Le reste est une affaire de rigueur et de vérifications répétées. Si vous préférez confier ces étapes à une équipe qui les déroule au quotidien, c'est exactement le métier d'Omniscrap : nous reprenons votre catalogue, construisons le mapping et sécurisons la bascule pour que vous ne perdiez ni trafic ni ventes.