Migration d’un site e-commerce : ce qu’il faut prévoir en SEO pour ne pas perdre votre chiffre d’affaires
Une migration e-commerce réussie, on ne la remarque presque pas. Une migration ratée, si : elle se lit dans vos courbes de trafic, dans le chiffre d’affaires du mois suivant, et dans les messages un peu tendus de votre responsable commercial qui se demande pourquoi le téléphone a arrêté de sonner. Etowline a chiffré l’écart en 2026 dans son protocole de migration : une transition bien préparée coûte entre 5 et 15 % de trafic organique, un trou qui se comble en quatre à huit semaines. Sans plan de redirection sérieux, la chute dépasse 40 %, avec six à douze mois pour s’en remettre. Pour une boutique qui vit de son trafic Google, cet écart se traduit en ventes bien réelles.
On appelle « migration » toute opération qui change l’adresse, la structure ou la plateforme technique d’un site. Refonte graphique avec nouvelle arborescence. Changement de CMS, PrestaShop qui bascule vers Shopify ou vers WooCommerce. Changement de nom de domaine. Migration HTTP vers HTTPS restée à moitié faite depuis deux ans. Changement d’hébergeur avec réécriture des URLs. Fusion de plusieurs boutiques en une seule. Vous vous reconnaissez sans doute dans l’un de ces cas. Dans tous les cas, Google doit réapprendre où se trouve votre contenu, et cet apprentissage se prépare, il ne se subit pas.
Pourquoi une migration e-commerce est plus risquée qu’une migration de site vitrine
Un site vitrine compte parfois quelques dizaines de pages. Une boutique en ligne moyenne en compte plusieurs centaines, souvent plusieurs milliers, entre les fiches produits, les pages catégories, les variantes (couleur, taille, déclinaison), les pages de filtres et les contenus de blog qui accompagnent le tunnel d’achat. Chacune de ces URLs porte un historique de positionnement, de liens entrants, de conversions. Perdre cet historique en une nuit, ça arrive plus vite qu’on ne le croit !
À cela s’ajoutent des dépendances propres au commerce en ligne. Le flux Google Merchant Center qui alimente Shopping et vos annonces produits. Les avis clients rattachés à une fiche via des données structurées. Et une saisonnalité qui ne pardonne rien : personne, absolument personne, ne migre un site de décoration de Noël le 1er décembre. Une migration e-commerce n’est donc pas un simple chantier technique confié à un webmaster un peu pressé. C’est un chantier SEO à part entière, qui mérite d’être piloté comme tel.
Avant la migration : l’inventaire, la vraie protection
Le réflexe le plus utile, et le plus souvent zappé, consiste à photographier l’existant avant d’y toucher. Trois éléments à réunir avant de laisser qui que ce soit toucher au code :
- L’inventaire complet des URLs indexées, via un crawl croisé avec l’export Google Search Console et le sitemap XML existant. Cette liste, c’est la base de toute la cartographie des redirections qui suivra.
- Un benchmark de performance : trafic organique par page sur les douze derniers mois, positions actuelles sur les requêtes stratégiques, backlinks pointant vers chaque URL. Un lien externe de qualité qui pointe vers une fiche produit devenue une 404, ce n’est pas juste une page cassée, c’est un signal SEO qui part à la poubelle.
- La hiérarchisation des pages qui comptent vraiment. Toutes les URLs ne se valent pas. Une fiche produit qui génère 2 % du chiffre d’affaires mensuel mérite plus d’attention qu’une page de filtre indexée par erreur.
Cette phase de préparation représente, selon le protocole Etowline cité plus haut, jusqu’à 60 % de la valeur de l’accompagnement d’une migration. On sait, ça paraît contre-intuitif quand on est pressé de voir le nouveau site en ligne. C’est pourtant là, dans ce travail invisible en amont, que se joue l’essentiel du résultat final.
La cartographie des redirections 301, le vrai chantier d’une migration e-commerce
Sur un site vitrine, le mapping des redirections tient souvent sur un tableur d’une centaine de lignes. Sur une boutique en ligne, il faut traiter des cas que les guides génériques survolent, et ce sont précisément ceux qui font mal quand on les loupe.
Les produits discontinués. Rediriger une fiche produit qui n’existe plus vers la page d’accueil, c’est l’erreur classique, celle qu’on retrouve sur presque chaque audit de migration mal préparée. Google et vos visiteurs préfèrent une redirection vers la catégorie parente, ou vers un produit de remplacement pertinent quand il existe. À défaut, une page « produit indisponible » avec une réponse HTTP 410 (plutôt qu’un 404 silencieux) et des suggestions d’articles similaires vaut toujours mieux qu’une redirection forcée qui n’a aucun sens pour l’internaute.
Les variantes et déclinaisons. Si l’ancienne plateforme générait une URL par couleur ou par taille et que la nouvelle regroupe tout sous une seule fiche avec des sélecteurs, chaque ancienne URL de variante doit rediriger vers la fiche produit unique. Avec une canonical cohérente dessus, sans quoi vous recréez le même problème sous une autre forme.
Les catégories renommées ou fusionnées. Un changement de nomenclature (« Chaussures de sport » qui devient « Running & Fitness ») casse le mapping automatique net. Il faut vérifier à la main que le contenu et l’intention de recherche des deux pages correspondent avant de rediriger l’une vers l’autre.
Les pages de filtres et de facettes, souvent indexées par accident sur l’ancien site (tri par prix, par couleur, par marque). La migration est l’occasion de trancher une bonne fois : les garder en noindex, les canoniser vers la catégorie mère, ou les bloquer proprement. Reproduire le même désordre sur le nouveau site, ce serait dommage.
La documentation officielle de Google Search Central sur les changements d’URL est nette sur deux points qu’on sous-estime tout le temps : les redirections doivent pointer directement vers la destination finale, sans chaîne de plusieurs sauts, et elles doivent rester en place au moins un an, le temps que Google transfère l’ensemble des signaux de l’ancienne URL vers la nouvelle. Retirer les redirections trop tôt pour « faire le ménage » est une cause fréquente de perte de positions qui ne se voit que des mois plus tard, quand plus personne ne fait le lien avec la migration.
Les points techniques propres au catalogue produit
Au-delà des redirections, une migration e-commerce impose de reconfigurer plusieurs éléments propres au catalogue, et c’est souvent là que ça coince avec un prestataire technique généraliste.
Les données structurées Product, Offer et AggregateRating doivent être régénérées et validées sur le nouveau site. Sans quoi vous perdez les rich snippets (prix, disponibilité, avis) qui améliorent votre taux de clic dans les résultats de recherche, un manque à gagner qu’on remarque rarement tant qu’on n’a pas comparé les deux versions côte à côte. Le flux Merchant Center aussi se resynchronise, avec les nouvelles URLs, avant la bascule et pas après : sinon vos annonces Shopping pointent vers des pages qui n’existent plus, ce qui arrive plus souvent qu’on ne le pense. Les sitemaps XML se régénèrent par type de contenu (produits, catégories, pages, articles de blog) et se soumettent dans Search Console dès l’activation des redirections. Un dernier point que les prestataires techniques oublient presque systématiquement, faute de le voir comme un sujet SEO : si votre boutique cible plusieurs pays ou plusieurs langues, les balises hreflang se reconstruisent intégralement, elles ne survivent jamais telles quelles à un changement de plateforme.
| Situation sur l’ancien site | Action recommandée sur le nouveau site |
|---|---|
| Produit discontinué, sans équivalent | Réponse HTTP 410 + suggestions de produits similaires (éviter la redirection vers la page d’accueil) |
| Produit avec variantes sur URLs distinctes | Redirection 301 de chaque variante vers la fiche produit unique, canonical cohérente |
| Catégorie renommée ou fusionnée | Vérification manuelle de l’intention avant redirection 301 vers la catégorie la plus proche |
| Page de filtre/facette indexée par erreur | Noindex ou canonical vers la catégorie mère, à trancher avant la migration plutôt qu’après |
| Article de blog performant | Conservation de l’URL si possible, sinon redirection 301 directe (pas de chaîne) |
Le jour J : une checklist qui ne pardonne pas
Le jour de la bascule, une poignée de vérifications bloquantes doivent être faites dans l’heure qui suit la mise en ligne. Avant même de célébrer le lancement autour d’un café.
- Vérifier que le fichier robots.txt du nouveau site n’interdit pas le crawl. Une ligne
Disallow: /oubliée en préproduction et migrée par erreur en production reste l’incident le plus fréquent, et le plus violent. - Vérifier l’absence de balises noindex restées actives sur des pages qui doivent être indexées.
- Contrôler le certificat SSL et la redirection HTTP vers HTTPS sur l’ensemble du site.
- Tester un échantillon large de redirections 301, en particulier sur les pages à fort trafic identifiées lors de l’inventaire.
- Vérifier la cohérence des balises canonical sur les fiches produits et les pages catégories.
- Confirmer que les outils de suivi (Google Analytics, Google Tag Manager, pixel publicitaire) sont bien branchés sur le nouveau site.
Une fois ces six points validés, direction Search Console : soumettre le nouveau sitemap et, en cas de changement de nom de domaine, activer l’outil « Changement d’adresse », qui signale explicitement à Google la nouvelle destination du site.
Après la migration : la phase où tout se joue vraiment
La bascule technique n’est que le début. Ce sont les semaines qui suivent qui décident si votre migration entre dans la catégorie « 5 à 15 % de baisse temporaire » ou dans celle du scénario à 40 %. Un suivi quotidien, pendant environ trente jours, doit porter sur quatre indicateurs : le rapport de couverture d’index dans Search Console (pour repérer les erreurs 404 et les pages exclues), l’évolution des positions sur vos requêtes stratégiques, le trafic organique comparé à la même période l’année précédente, et les Core Web Vitals. Ces derniers peuvent se dégrader en silence si le nouveau thème ou la nouvelle plateforme charge plus de scripts que l’ancien, sans que personne ne s’en aperçoive avant plusieurs semaines.
Si un écart anormal apparaît, la fenêtre de réaction est courte. Passé 72 heures, une erreur d’indexation a le temps de se propager avant qu’une correction ne redresse la situation. C’est pour cette raison précise qu’une migration e-commerce se pilote avec un tableau de bord de suivi préparé en amont, et pas en découvrant les problèmes après coup, dans les remontées un peu paniquées du service client.
Avant de vous lancer
Une migration e-commerce n’est jamais un simple relookage. C’est un moment où l’historique SEO de votre boutique, construit sur plusieurs années parfois, se rejoue en quelques heures. Ce qui sépare une transition maîtrisée d’une perte de chiffre d’affaires ne tient ni à la chance ni à la qualité du nouveau design. Ça tient à la rigueur de la cartographie des URLs, à la discipline du jour J, et à la vigilance des semaines qui suivent.
L’accompagnement SEO des boutiques WooCommerce et PrestaShop, c’est notre cœur de métier chez B-Strong. Si un changement de plateforme, de nom de domaine ou de design est à l’étude pour votre boutique, demandez un audit de votre existant avant de lancer le chantier, pas après.
Cet article a été rédigé par l’équipe B-Strong, agence SEO et GEO à Caen.
