Migration vers Shopify

Le changement de plateforme (replatforming) est l'un des rares projets e-commerce où le risque est presque entièrement concentré dans la première semaine suivant le lancement. Préparez-vous bien et la transition se déroulera sans encombre. Faites une erreur et vous passerez des mois à récupérer le trafic que vous aviez déjà.

Voici ce qu'il faut régler avant de migrer, et ce qui varie selon que vous veniez de Wix, WooCommerce ou Magento.

La seule chose qui compte vraiment

Les redirections. Si vous ne devez retenir qu'une chose de cet article, retenez ceci : chaque URL existante disposant de trafic ou de liens entrants nécessite une redirection 301 vers son équivalent sur la nouvelle boutique.

C'est là que la plupart des migrations perdent de l'argent, et la perte est rarement évidente immédiatement. Le classement décline au fil des semaines, si bien qu'une boutique peut sembler fonctionner correctement pendant quinze jours avant de chuter discrètement.

Avant de toucher à quoi que ce soit :

1. Exportez chaque URL de votre site actuel. Explorez-le (crawl) plutôt que de vous fier à la liste du CMS, afin de détecter des pages dont personne ne se souvient.
2. Identifiez vos pages les plus consultées via votre outil d'analyse et celles ayant le plus d'impressions via la Search Console.
3. Exportez vos backlinks pour savoir quels sites renvoient vers vos URLs.
4. Faites correspondre les anciennes URLs aux nouvelles dans un tableau, ligne par ligne.
5. Chargez ce tableau dans l'outil de redirection d'URL de Shopify avant le lancement, pas après.

La structure d'URL de Shopify est fixe, contrairement à d'autres. Les produits se trouvent sous /products/, les collections sous /collections/, les articles de blog sous /blogs/{blog}/{article}. Vous ne pouvez pas modifier cela librement, ce qui signifie que les URLs changeront et que le mapping est inévitable.

Ce qu'il faut migrer et ce qu'il faut laisser derrière soi

Une migration est une occasion rare de ne pas transporter vos problèmes avec vous.

À conserver : les produits ayant un historique de ventes réel, les clients, l'historique des commandes, le contenu actif générant du trafic, les avis et votre structure d'URL via des redirections.

À envisager d'abandonner : les produits abandonnés depuis des années, les articles de blog superficiels écrits pour le volume de mots-clés, les pages de catégories en double et toute fonctionnalité personnalisée que personne n'a utilisée depuis sa création.

Soyez réfléchi plutôt qu'automatique. Supprimer un produit qui reçoit encore du trafic de recherche vous coûte ; conserver 4 000 SKU morts vous coûte différemment, en budget de crawl et en encombrement administratif.

Données nécessitant une gestion prudente

Produits et variantes

Le modèle de variantes de Shopify est simple : jusqu'à trois options par produit. Les plateformes dotées de systèmes d'attributs plus flexibles, en particulier Magento, ont souvent des structures qui ne s'adaptent pas facilement. Établissez cela tôt, car la réponse modifie parfois la forme du catalogue.

Clients et mots de passe

Les fichiers clients migrent. Les mots de passe ne migrent pas, car ils sont hachés et ne peuvent pas être transférés entre les plateformes. Les clients existants devront les réinitialiser lors de leur première connexion.

Prévoyez une communication à ce sujet. Une réinitialisation forcée du mot de passe sans avertissement génère des tickets de support et peut ressembler à un incident de sécurité pour un client inquiet.

Historique des commandes

L'historique des commandes peut être importé, ce qui est utile pour le service client et le reporting de la valeur vie client (LTV). Notez que les commandes importées ne contiendront pas tous les détails transactionnels.

Avis

Les avis sont souvent oubliés et coûteux à perdre, tant comme preuve sociale que comme contenu. La plupart des applications d'avis offrent un chemin d'importation, mais vérifiez le format avant de vous engager auprès d'un prestataire.

Notes spécifiques aux plateformes

Migration depuis Wix

C'est généralement la migration la plus simple, car les boutiques Wix ont tendance à être plus petites avec moins de logique personnalisée. Deux points à surveiller.

Les structures d'URL de Wix diffèrent considérablement de celles de Shopify, donc la carte de redirection est importante même pour un petit catalogue. Quant aux fonctionnalités intégrées de Wix, comme les réservations ou les espaces membres, elles pourraient nécessiter une application ou une reconstruction sur Shopify plutôt qu'un transfert à l'identique.

En revanche, attendez-vous à une amélioration des performances presque gratuite. L'hébergement et le CDN de Shopify sont généralement un cran au-dessus.

Migration depuis WooCommerce

La migration la plus courante que nous traitons, avec la plus grosse variable cachée : les extensions (plugins).

Une boutique WooCommerce mature utilise souvent vingt extensions ou plus, chacune représentant une logique métier dont dépend quelqu'un. Faites l'inventaire de tout cela et décidez pour chacun si cela devient une application Shopify, une personnalisation de thème ou quelque chose que vous arrêtez de faire. Cet audit représente généralement la plus grande partie du travail de cadrage.

Prévoyez également :

• Contenu. Les blogs WordPress sont souvent importants. Le blogging sur Shopify est plus limité, et les catégories et étiquettes ne correspondent pas toujours un à un.
• Structure d'URL. Les permaliens WooCommerce sont configurables et souvent personnalisés, donc le mappage des redirections demande de l'attention.
• Champs personnalisés. ACF et équivalents correspondent aux méta-champs de Shopify, ce qui est généralement propre mais rarement automatique.

Le compromis que vous faites est celui du contrôle contre la maintenance. Vous abandonnez une partie de votre flexibilité et arrêtez de gérer l'hébergement, les mises à jour de sécurité et les conflits d'extensions.

Migration depuis Magento

La plus complexe, et généralement la plus gratifiante lorsque la raison du changement est le coût total de possession.

Les boutiques Magento ont tendance à avoir de gros catalogues, des ensembles d'attributs complexes, des configurations multi-boutiques et des années de développement personnalisé. Points spécifiques à planifier :

• Complexité des attributs. Les produits configurables de Magento peuvent dépasser la limite de trois options de Shopify. Parfois, le catalogue nécessite une restructuration.
• Multi-boutique. Le multi-boutique de Magento correspond aux Shopify Markets, aux boutiques d'expansion, ou aux deux. Décidez avant de construire.
• Modules personnalisés. Des années de développement sur mesure sont rarement transférables directement. Établissez quels comportements sont réellement requis.
• B2B. Si vous dépendez des fonctionnalités B2B de Magento, examinez attentivement le B2B natif de Shopify, disponible sur le forfait Plus.
• Intégrations. Les connexions ERP et PIM doivent généralement être reconstruites.

Nous avons fait passer Gardinex d'une configuration headless à un Shopify natif, et le modèle utilisé est typique de ces projets : la migration technique est gérable, et le vrai travail consiste à décider quelle complexité accumulée est réellement nécessaire. Ce cas est détaillé dans notre étude de cas Gardinex.

Une séquence qui fonctionne

1. Audit. Crawl complet des URLs, base de référence du trafic et du classement, inventaire des extensions et fonctionnalités, liste des intégrations.
2. Décider du périmètre. Ce qui est migré, ce qui est reconstruit, ce qui est abandonné.
3. Construire sur une boutique de développement. Thème, applications, intégrations, avec des données réelles importées assez tôt pour exposer les problèmes.
4. Mapper les redirections. Chaque URL, vérifiée ligne par ligne.
5. Tester. Paiement sur de vrais appareils, règles de taxe et d'expédition, processus de commande jusqu'au traitement, intégrations de bout en bout.
6. Lancer à un moment calme. Pas la semaine précédant votre haute saison.
7. Surveiller de près. Search Console pour les erreurs de crawl, analytics pour le trafic par page, et votre propre tunnel de vente.

Les deux premières semaines après le lancement

Surveillez ces points, dans cet ordre :

• Erreurs 404 dans la Search Console. Chacune représente une redirection manquée. Corrigez quotidiennement au début.
• Trafic par page de destination. Comparez avec votre base de référence pré-lancement et enquêtez sur toute page ayant subi une baisse brutale.
• Indexation. Confirmez que les nouvelles URLs sont indexées et que les anciennes sont résolues.
• Taux de conversion. Une baisse ici signifie généralement un problème de configuration de paiement ou de tunnel plutôt qu'un problème de SEO.
• Vitesse du site. Établissez une nouvelle base de performance. Le seuil de Google pour le LCP est de 2,5 secondes ou moins au 75e percentile des chargements de page.

Attendez-vous à un certain mouvement dans le classement au cours des premières semaines, même lors d'une migration bien exécutée. Google doit réexplorer et réévaluer. Ce que vous surveillez, c'est une récupération dans un délai de quatre à huit semaines environ, pas une stabilité immédiate.

Les erreurs courantes dans les migrations

• Lancer sans redirections, en prévoyant de les ajouter plus tard. À ce stade, les dégâts sont déjà amorcés.
• Migrer pendant la haute saison. Tout problème est plus coûteux précisément à ce moment-là.
• Traiter cela comme une copie à l'identique. Shopify fonctionne différemment. Recréer votre ancien site à l'identique signifie généralement lutter contre la plateforme.
• Sauter l'audit des extensions. Découvrir qu'une fonctionnalité critique manque après le lancement est une mauvaise semaine.
• Oublier les pages hors-produit. Les pages de politique, les pages de destination et les URLs de campagne portent toutes des liens.
• Aucun plan de retour arrière. Gardez l'ancien site accessible en privé jusqu'à ce que vous soyez en confiance.

Cela en vaut-il la peine ?

Pour la plupart des boutiques sous tension opérationnelle réelle avec leur plateforme actuelle, oui. Les gains concernent moins les fonctionnalités que ce qui cesse d'être votre problème : hébergement, correctifs de sécurité, conformité PCI, conflits d'extensions et la maintenance quotidienne mineure qu'ils créent.

Ce que vous abandonnez est une certaine flexibilité, notamment concernant le tunnel de paiement sur les forfaits standard et les structures de catalogue profondément personnalisées.

Si vous hésitez, la question utile n'est pas de savoir si Shopify peut faire ce que fait votre plateforme actuelle, mais quelles fonctionnalités de votre plateforme actuelle vous sont réellement encore nécessaires.

Vous pouvez lire comment nous planifions et gérons ces projets sur notre page de services de migration Shopify.

Nous avons géré des migrations depuis les trois plateformes. Si vous souhaitez un avis franc sur ce qu'impliquerait la vôtre, contactez-nous.