Migration PrestaShop vers Shopify avec changement de domaine, comment ne pas repartir de zéro

Y a un cas que je vois trop souvent et qui me rend ouf. Un eCommerçant qui migre de PrestaShop vers Shopify, change son nom de domaine au passage, et se retrouve avec un site déréglé pendant presque un an. Part eCom qui passe de 10% à 2-3% du CA. Trafic qui tombe. Et personne sait d'où vient la fuite.

Je vais te raconter un cas concret, parce que c'est plus parlant qu'une checklist générique qui pourrait être écrite par n'importe qui. Une boutique de prêt-à-porter multimarques, 4 magasins physiques, qui a tout enchaîné en même temps. Migration, changement de domaine, nouvel ERP. Le combo parfait pour tout faire dérailler.

Le point de départ, un historique PrestaShop qui traîne depuis 2012

La boutique avait lancé son premier e-shop en 2012-2013, sur PrestaShop, géré en interne. Peu de produits, mais un temps monstre pour chaque fiche parce qu'à l'époque y avait pas les outils qu'on a aujourd'hui. Tu bidouillais tout à la main.

Refonte il y a 4-5 ans, embauche d'un responsable web à temps plein, 35h. Et là, le blocage n'était pas technique. Enfin, pas que. Le catalogue en ligne représentait que 40% du catalogue magasin. Et la cause, c'était les images produits. Tous les fournisseurs étaient pas capables de fournir les visuels. Ils ont tenté des shootings fond blanc en interne, abandonnés au bout d'une saison parce que c'était trop de travail. Gardés uniquement sur les belles pièces de valeur.

Je le dis souvent, en eCommerce tu n'achètes pas un produit, tu achètes la photo. Quand 60% de ton catalogue est invisible en ligne faute de visuels, Shopify règle rien à ça. Le vrai blocage, c'est que t'as pas de visuels. C'est un problème de contenu, et migrer de plateforme le règle pas.

À côté, le logiciel de caisse historique était en dur, avec des synchros pas automatiques. Synchro clients et ventes le soir, imports exports à la main en journée. Obsolète. Donc décision logique, passer sur un ERP SaaS moderne.

Le piège, l'ERP qui marche avec Shopify, mais seulement depuis une coque vierge

Il y a un an, migration vers un ERP / logiciel de caisse en SaaS (du créateur de FastMag), plus l'ouverture d'un 4e magasin plus premium, 580 m². Jusque-là tout va bien.

Sauf que l'ERP était censé fonctionner avec Shopify. Et il fonctionnait avec Shopify. Mais uniquement depuis une coque vierge. Récupérer l'historique des articles déjà en ligne sur Shopify, mission impossible. Infaisable.

Tu vois le problème arriver. Il a fallu recréer un Shopify de zéro et migrer le PrestaShop dessus, pendant que l'ERP imposait sa logique à lui. Personne avait anticipé ça au moment de choisir l'outil de caisse.

C'est exactement le genre de truc qu'il faut vérifier AVANT de signer quoi que ce soit. Quand tu choisis un ERP ou un logiciel de caisse qui va piloter ton stock et ton site, la question à poser, c'est est-ce que ça marche avec MON Shopify existant, avec mon historique, ou est-ce que ça m'oblige à repartir d'une coque vide. Et ça, ça décide si tu repars de zéro ou pas.

Changer de domaine en même temps, le piège qui tue vraiment

Et comme si ça suffisait pas, en parallèle, changement de nom de domaine. De cloane-sport.com vers cloane.fr. La logique derrière était bonne, le nouveau domaine reflète le rattachement à tous les magasins plutôt qu'à une seule boutique "sport". Sur le fond, je valide complètement.

Sur le timing, c'est là que ça coince.

Tu cumules trois ruptures en même temps. Nouvelle plateforme, nouveau back-office ERP, nouveau domaine. Chaque chantier pris isolément est gérable. Les trois ensemble, c'est comme ça que tu te retrouves avec un site déréglé pendant presque un an et une part eCom divisée par 4.

Quand tu passes d'un PrestaShop à un Shopify, tu dois retravailler tous les tags, toute la structure, parce que ça fonctionne pas du tout pareil. Nécessairement un travail de nettoyage et de restructuration. Si en plus tu changes de domaine le même jour, t'as plus aucun point de repère pour diagnostiquer ce qui déraille. Le trafic chute, et impossible de dire si ça vient du domaine, des redirections ou de la refonte. Tu sais plus.

La règle que je répète en agence

Un changement de domaine se fait seul. Jamais collé à une migration de plateforme.

L'ordre que je recommande :

• D'abord tu migres PrestaShop vers Shopify en gardant ton domaine actuel. Tu stabilises, tu vérifies que le trafic tient, que les conversions suivent.
• Une fois que c'est propre et que ça tourne, tu bascules le domaine, avec un plan de redirections béton.

Comme ça, si quelque chose tombe après le changement de domaine, tu sais que ça vient du domaine. Pas de dix trucs mélangés.

Préserver ce qui compte, et récupérer ce qui a l'air perdu

Quand tu migres, deux trucs te tuent vraiment : les redirections mal faites et la perte de l'historique. La fiche produit, tu t'en sors toujours.

Les redirections 301 ne se négocient pas

Chaque ancienne URL PrestaShop doit pointer vers la bonne URL Shopify. Produits, catégories, pages. Tu fais ton mapping complet avant la bascule, tu le testes sur un store de préproduction, et tu vérifies que rien renvoie en 404. Quand c'est bien fait, tu perds éventuellement 5% au début et ça revient en direct. Quand c'est mal fait, tu perds la moitié de ton trafic et tu mets des mois à remonter.

Avec un changement de domaine en plus, le mapping devient double. Ancien domaine + ancienne URL vers nouveau domaine + nouvelle URL. D'où l'intérêt de pas tout faire le même jour.

L'historique, t'es pas forcément obligé de le perdre

Pour la boutique dont je parle, le front historique est récupérable via la Wayback Machine. Tu retrouves à quoi ressemblaient tes pages, tu peux reconstruire ta structure, retrouver des URLs que t'avais oubliées.

Et les historiques de ventes, tu les sors en export Excel et tu les retraites. L'antériorité de tes commandes, de tes clients, c'est pas glamour mais c'est précieux pour ton CRM et tes segments de rétention. Avoir cet historique propre, c'est ce qui te permet ensuite de ne pas payer une pub pour racheter un client que t'avais déjà vendu.

Pour la bascule technique, l'export produits commandes clients depuis PrestaShop se fait très bien via Matrixify, qui te sort tout en bulk et te le réimporte sur Shopify. J'ai fait pas mal de migrations comme ça pour récupérer tout l'historique.

Tester en caché avant d'ouvrir les vannes

Trop de gens zappent une étape, tester en environnement caché sans que les moteurs indexent ta préproduction.

Tu montes ton Shopify de préproduction, tu le mets en password protect, et tu testes tout dessus. Les redirections, les fiches, le tunnel de commande, les paiements, les livraisons. Tu valides que tout fonctionne. Ensuite seulement tu ouvres au public.

Si tu laisses ta préproduction indexable, tu te crées du contenu dupliqué et tu brouilles tout. Password protect, c'est la base. Tu commences par là.

Et franchement, garde un petit budget pour cette partie paramétrage et transfert de données. Je vois beaucoup d'agences qui te facturent du dev et du design mais qui t'accompagnent pas du tout sur le transfert des données, le paramétrage de la boutique, les redirections. Et c'est souvent ce qui fait la différence entre une migration qui tient et une qui plante. Mieux vaut garder une enveloppe pour ça que tout mettre dans le dev et le design.

Ce que la nouvelle stack a débloqué, pour finir sur le positif

Parce que l'histoire finit bien. Une fois la nouvelle stack ERP + Shopify en place, le stock est désormais unifié entre les 4 points de vente.

Avant, seul le stock d'un magasin apparaissait sur le site. Et quand tu transférais de la marchandise d'un point de vente à un autre, l'article disparaissait carrément du site. Un cauchemar.

Maintenant, sur une page produit, tu vois dans quel magasin le stock est dispo pour un retrait. Et ils observent des livraisons dans les départements voisins, des gens qui commandent en ligne et viennent chercher en boutique. Le web ramène du monde en magasin et inversement. C'est tout l'intérêt d'avoir un stock unifié.

Le trafic online marche comme le trafic en boutique. Quand ton stock est juste et que le client voit où retirer son produit, ton site devient un moteur de passage en boutique.

Ce que je retiens

Si tu dois migrer de PrestaShop vers Shopify avec un changement de domaine, le piège numéro un : tout faire en même temps. Si ça plante, tu veux pouvoir identifier la cause tout de suite.

L'ordre à suivre :

1. Vérifie que ton ERP ou logiciel de caisse accepte ton Shopify existant, pas seulement une coque vierge. À faire avant de signer.
2. Migre PrestaShop vers Shopify en gardant ton domaine actuel. Matrixify pour les données, redirections 301 testées en préproduction password protect.
3. Stabilise, surveille le trafic quelques semaines.
4. Une fois propre, bascule le domaine avec son propre plan de redirections.
5. Récupère tout l'historique récupérable, Wayback Machine pour le front, exports Excel pour les ventes.

Un an de site déréglé et une part eCom divisée par 4, c'est presque toujours une question de séquençage, pas de technique. Si tu veux cadrer ta migration avant de te lancer, c'est le genre de chantier qu'on prend en main sur la partie Shopify et conversion des marques mode.