Étiquette : SEO

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.

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.

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 :

1. la homepage ;
2. les principales catégories ;
3. les pages SEO prioritaires ;
4. les produits stratégiques ;
5. le panier ;
6. le tunnel de commande ;
7. le paiement ;
8. les principales anciennes URL ;
9. le tracking ;
10. 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.