Une migration e-commerce peut améliorer les performances, l’expérience client et l’agilité d’un site. Mais sans préparation SEO, elle peut aussi entraîner une perte de trafic organique, de positions et de chiffre d’affaires. Découvrez la méthode pour sécuriser chaque étape d’une migration, avec Sylius comme exemple de plateforme cible.
Changer de CMS, refondre son site ou faire évoluer son architecture e-commerce est un projet stratégique.
Le problème ? Une grande partie de la valeur d’un site ne se trouve pas uniquement dans sa technologie. Elle est aussi dans ses URL, ses contenus, ses backlinks, son historique d’indexation et son trafic organique.
Une migration réussie doit donc préserver cet actif tout en permettant au nouveau site de progresser.
Point essentiel
Le SEO d’une migration e-commerce ne doit pas être traité au moment de la recette. Il doit être intégré dès la conception du projet.
À retenir
- Changer de CMS ne provoque pas automatiquement une perte de référencement.
- Le principal risque vient des changements d’URL, des redirections incomplètes et des problèmes d’indexation.
- L’ancien site doit être entièrement cartographié avant de construire le nouveau.
- Le plan de redirection 301 doit être préparé et testé avant la mise en production.
- Le staging doit faire l’objet d’une véritable recette SEO.
- Après la mise en ligne, le suivi doit continuer pendant plusieurs semaines.
Pourquoi une migration e-commerce peut-elle faire perdre du SEO ?
Le changement de technologie n’est pas, en lui-même, un problème pour les moteurs de recherche.
Les difficultés apparaissent lorsque la migration modifie sans contrôle les signaux qui permettent de comprendre, explorer et positionner le site. Par exemple :
- les performances se dégradent.nt une mauvaise migration SEO.
- les URL changent ;
- des pages disparaissent ;
- l’arborescence est modifiée ;
- les balises Title et Hn évoluent ;
- le maillage interne est reconstruit ;
- les balises canonical changent ;
- certaines pages deviennent non indexables ;
- les données structurées disparaissent ;
Prenons l’exemple d’une fiche produit :
Avant migration : /chaussures-homme/basket-mode-123.html
Après migration : /chaussures-homme/baskets/basket-mode/
Si l’ancienne URL disparaît sans redirection pertinente, le moteur de recherche doit retrouver et réévaluer la nouvelle page.
À l’échelle de quelques URL, le problème peut sembler limité.
À l’échelle de 50 000, 100 000 ou plusieurs centaines de milliers d’URL, l’enjeu devient stratégique.
La méthode en 5 phases pour réussir une migration e-commerce sans perte SEO
Phase 1 — Cartographier votre patrimoine SEO
La première erreur consiste à commencer par le nouveau site. Avant de développer, il faut comprendre ce que l’ancien site a accumulé.
Commencez par crawler l’ensemble des URL existantes :
- produits ;
- catégories ;
- sous-catégories ;
- pages éditoriales ;
- articles ;
- pages de marques ;
- filtres et facettes ;
- landing pages ;
- anciennes pages commerciales.
Mais connaître les URL ne suffit pas. Il faut également identifier celles qui ont une véritable valeur.
Croisez notamment :
- les données de Google Search Console ;
- les données Analytics ;
- les données commerciales ;
- les backlinks ;
- les données de crawl.
Une page peut avoir peu de trafic mais disposer de nombreux backlinks. À l’inverse, une page peut générer beaucoup de chiffre d’affaires sans être particulièrement visible dans les moteurs..
Notre recommandation : classer les URL en P1, P2 et P3
| P1 — Protection absolue | Fort trafic, fort chiffre d’affaires, nombreux backlinks ou forte valeur stratégique. |
| P2 — Conservation recommandée | Trafic organique régulier ou valeur éditoriale. |
| P3 — À analyser | Faible trafic, contenu obsolète ou URL sans valeur clairement identifiée. |
Cette classification permet aussi de décider quelles pages doivent être conservées, fusionnées, supprimées ou redirigées.
Phase 2 — Construire un plan de redirection 301 exhaustif
Le plan de redirection est probablement le document le plus important d’une migration SEO.
REGLE A RETENIR
Une ancienne URL doit avoir une nouvelle destination pertinente lorsqu’elle conserve une valeur SEO ou commerciale. Il faut conserver autant que possible la pertinence sémantique et commerciale.
L’erreur classique : tout rediriger vers la homepage
Google recommande de préparer un mappage entre les anciennes et les nouvelles URL, puis de mettre en place des redirections permanentes vers les destinations correspondantes.
Définition
Une redirection 301, c’est quoi ?
Une redirection 301 indique qu’une URL a été déplacée définitivement vers une autre URL.
ancienne-url-produit → nouvelle-url-produit
Elle permet d’accompagner les utilisateurs et les moteurs de recherche vers la nouvelle adresse.
Trois règles à respecter :
1. Éviter les chaînes
Mauvais : URL A → URL B → URL C
Préférable : URL A → URL C
2. Éviter les boucles
URL A → URL B → URL A
Une telle configuration doit être détectée avant la mise en production.
Traiter les pages supprimées au cas par cas
Un ancien produit peut avoir un équivalent, une nouvelle catégorie peut remplacer une ancienne catégorie, mais certaines pages peuvent aussi ne plus avoir de destination pertinente.
Le plan doit également prendre en compte les filtres, les anciennes campagnes, la pagination et les catégories fusionnées.
Phase 3 — Recetter le nouveau site en pré-production
Le staging ne sert pas uniquement à vérifier que le site fonctionne.
Il doit permettre de vérifier que le futur site conserve les fondamentaux SEO de l’ancien tout en apportant les améliorations attendues.
Indexation
Vérifiez :
- protection du staging ;
noindex;- robots.txt ;
- absence d’URL staging indexées.
SEO on-page
Contrôlez :
- Titles ;
- meta descriptions ;
- H1 et structure Hn ;
- canonical ;
- URLs ;
- contenus stratégiques.
Architecture
Testez :
- navigation ;
- maillage interne ;
- breadcrumbs ;
- profondeur des pages ;
- pages orphelines ;
- liens cassés.
E-commerce
Le SEO ne doit jamais être testé séparément du business.
Il faut également valider :
- catalogue ;
- prix ;
- stocks ;
- recherche ;
- filtres ;
- panier ;
- tunnel de commande ;
- paiement.
Données structurées
Pour un site e-commerce, contrôlez notamment :
- Product ;
- Offer ;
- Breadcrumb ;
- Organization ;
- Prix ;
- Disponibilité.
Le staging doit reproduire le plus fidèlement possible le comportement du futur site afin que les problèmes soient détectés avant la mise en production. C’est l’environnement dans lequel la future plateforme doit être auditée avant sa mise en production.
Phase 4 — Organiser une bascule e-commerce sans rupture
Le jour J ne doit pas être improvisé. Il doit être préparé comme une opération critique.
Avant la bascule
À valider :
- sauvegarde complète ;
- dernière synchronisation des données ;
- freeze des développements ;
- validation du mapping URL ;
- validation du plan 301 ;
- validation des flux ;
- validation du tracking ;
- décision Go/No-Go.
Pendant la bascule
Contrôlez notamment :
- déploiement de la nouvelle plateforme ;
- activation des redirections ;
- HTTPS ;
- DNS ;
- robots.txt ;
- sitemap ;
- accès aux principales pages ;
- panier ;
- paiement ;
- confirmation de commande ;
- tracking.
Dans les premières heures
Les premières vérifications doivent porter sur les pages les plus critiques. Commencez par :
- la homepage ;
- les principales catégories ;
- les pages SEO prioritaires ;
- les produits stratégiques ;
- le panier ;
- le tunnel de commande ;
- le paiement ;
- les principales anciennes URL ;
- le tracking ;
- les erreurs serveur.
Phase 5 — Monitorer le site pendant 30 jours
Une migration ne se termine pas lorsque le nouveau site est accessible. C’est à ce moment que commence la phase de surveillance.
De J+1 à J+7
Surveillez quotidiennement :
- erreurs 404 ;
- erreurs 500 ;
- pages non indexées ;
- couverture d’indexation ;
- trafic organique ;
- positions ;
- logs Googlebot ;
- performances ;
- conversions ;
- chiffre d’affaires.
De J+7 à J+30
Analysez les tendances :
- évolution des positions ;
- évolution du trafic ;
- pages stratégiques ;
- évolution des conversions ;
- crawl des robots ;
- nouveaux problèmes d’indexation ;
- évolution des erreurs 404.
L’objectif n’est pas uniquement de constater une éventuelle baisse. Il faut être capable de relier une anomalie à une cause technique ou éditoriale précise.
Exemple : une migration vers Sylius
Prenons maintenant un cas concret. Une entreprise dispose d’un site e-commerce devenu difficile à faire évoluer. Elle décide de profiter de sa refonte pour adopter Sylius comme nouvelle plateforme.
Le principe reste exactement le même que pour toute autre migration. Il faut d’abord préserver le patrimoine SEO existant, puis reconstruire l’architecture cible.
L’intérêt d’une plateforme comme Sylius peut apparaître lorsque le projet nécessite davantage de flexibilité :
- règles métier spécifiques ;
- besoins B2B ;
- catalogue complexe ;
- nombreuses intégrations ;
- architecture personnalisée ;
- plusieurs canaux ;
- évolutions importantes de la plateforme.
Mais le choix de Sylius ne remplace pas le travail SEO.
Les URL doivent toujours être définies.
Les redirections doivent toujours être préparées.
Le maillage doit toujours être testé.
Les données structurées doivent toujours être contrôlées.
Le nouveau site doit toujours être monitoré après son lancement.
Les 10 erreurs qui peuvent coûter cher lors d’une migration
| Erreur | Risque principal |
| Ne pas crawler l’ancien site | URL oubliées |
| Préparer les 301 trop tard | Mapping incomplet |
| Rediriger vers la homepage | Perte de pertinence |
| Supprimer massivement des URL | Perte de longue traîne |
| Indexer le staging | Mauvaise indexation |
| Modifier le maillage sans analyse | Perte de popularité interne |
| Oublier les canonical | Signaux contradictoires |
| Négliger les performances | Dégradation de l’expérience |
| Oublier le tracking | Perte de visibilité business |
| Arrêter le monitoring trop tôt | Corrections tardives |
Une migration e-commerce est aussi l’occasion de repenser son architecture
Une migration ne consiste pas seulement à déplacer un site d’une plateforme à une autre. Elle permet aussi de prendre du recul sur son architecture e-commerce et de se poser une question essentielle : la plateforme actuelle est-elle encore adaptée aux ambitions de l’entreprise ?
Si votre CMS répond toujours efficacement à vos besoins, une migration n’est pas forcément nécessaire. En revanche, si les évolutions deviennent complexes, que les développements spécifiques se multiplient ou que la plateforme limite vos projets, la migration peut être l’occasion de repartir sur un socle plus évolutif.
Et dans certains projets, cette réflexion conduit également à envisager une architecture headless commerce, qui permet de découpler le front-end de la plateforme e-commerce pour gagner en liberté sur les expériences digitales et les différents canaux.
Avant de choisir une nouvelle solution, commencez donc par identifier les limites de l’existante.
Chez Cyllene, nous accompagnons les entreprises dans ces transformations e-commerce, de l’analyse de l’existant au choix d’architecture, jusqu’à la migration et à la mise en production. L’objectif : construire une plateforme qui réponde aux enjeux d’aujourd’hui, mais surtout à ceux de demain.
