Le catalogue d'abord, le design ensuite
Les produits sont mis en ligne tels quels avant toute refonte, de sorte qu'une décision de conception n'est jamais également une décision liée aux données.
Étude de cas sur la migration vers une nouvelle plateforme de commerce électronique
Une boutique Shopify opérationnelle, migrée vers WooCommerce et remaniée au cours de la transition — car une migration vers une nouvelle plateforme qui conserve l'ancien design n'a fait que changer l'origine des factures.

Innofit vend des produits physiques en ligne, et la boutique fonctionnait bien. La décision de changer de plateforme n'était pas due à un dysfonctionnement de Shopify ; elle s'expliquait plutôt par le fait que le coût mensuel, les contraintes liées à la conception de la vitrine en ligne et la question de la propriété de l'ensemble de la plateforme ne correspondaient plus aux besoins de l'entreprise.
Le projet consistait donc à mener deux tâches de front : transférer le catalogue, les pages et l'interface client vers WordPress et WooCommerce sans rien perdre, et repenser la vitrine de la boutique plutôt que de reproduire celle qui allait être abandonnée.
La mesure du succès est plutôt banale : le magasin continue de vendre, tous les produits sont bien là, et les responsables peuvent désormais modifier eux-mêmes la vitrine.

L'ancien magasin, le nouveau, et ce qui s'est passé entre les deux.
Le catalogue reste inchangé
Produits, variantes, images et descriptions transférés vers WooCommerce : c’est là que se joue la réussite d’une migration vers une nouvelle plateforme.
Une devanture reconstruite, et non reproduite
Le nouveau magasin est conçu en fonction des produits que l'entreprise commercialise actuellement, plutôt que de reproduire un thème dont elle s'était détachée.
Modifiable par ses propriétaires
Les pages, les sections et les produits se modifient tous depuis l'éditeur WordPress, sans qu'une plateforme ne dicte ce qui est possible.
Rien n'a été discrètement laissé de côté
Les pages, la structure et les parcours déjà empruntés par les clients sont pris en compte, car une migration qui les ferait disparaître entraînerait également une perte de trafic.
Le magasin fonctionne bien. C'est justement ce qui rend son déménagement si angoissant.
La migration d’une boutique en ligne qui traite déjà des commandes est un défi bien différent de la création d’une boutique. Il existe un catalogue en ligne contenant des données réelles sur les produits, des clients avec leurs liens et leurs habitudes, et une entreprise qui ne peut pas se permettre une semaine de « nous sommes en cours de migration ». Chaque produit, chaque variante, chaque image et chaque description doivent être transférés intacts vers la nouvelle plateforme, et la vitrine doit rester reconnaissable comme étant la même boutique tout en étant visiblement améliorée. Si l’opération échoue, le coût ne se résume pas à un simple retard : ce sont des commandes qui ne se concrétisent pas.
Un catalogue en ligne n'est pas un tableur
Les produits comportent des variantes, des images, des descriptions et des relations, et tous ces éléments doivent être conservés intacts lors du transfert.
Le magasin ne peut pas fermer pour permettre la réalisation des travaux
Une migration dont la durée d'indisponibilité se compte en jours coûte plus cher que la plateforme qu'elle était censée remplacer.
Une refonte est un deuxième projet
Le déménagement du magasin et sa modernisation constituent deux risques distincts, et le fait de mener ces deux projets de front signifie qu’aucun des deux ne peut servir de prétexte à l’autre.
Commencez par le faire correctement, puis améliorez-le.
WordPress et WooCommerce, car la contrainte à laquelle on a échappé concernait la propriété : une vitrine en ligne pouvant être conçue selon les besoins de l’entreprise, sur une infrastructure et des données qu’elle contrôle, sans frais mensuels minimums pour bénéficier de ce privilège. Le catalogue a été transféré en premier et dans son intégralité — produits, variantes, images, descriptions — et la refonte s’est effectuée sur une boutique déjà complète, de sorte que ces deux risques n’ont jamais été pris simultanément.
Les produits sont mis en ligne tels quels avant toute refonte, de sorte qu'une décision de conception n'est jamais également une décision liée aux données.
Conçu en fonction des produits réellement commercialisés par Innofit, plutôt que d'être adapté au thème le plus proche.
L'intérêt de cette initiative : ils peuvent modifier eux-mêmes leurs pages et leurs produits, sur une plateforme que personne ne leur loue.
Solution: Shopify et WooCommerce gèrent différemment les variantes, les options et les images des produits, et une exportation effectuée sans précaution laisse des lacunes qui n'apparaissent que plusieurs semaines plus tard, sur la page du produit. Le catalogue a été mappé de manière méthodique et vérifié produit par produit, car « la plupart des éléments ont été transférés » n'est pas un état de fonctionnement acceptable pour une boutique en ligne.
Solution: Recréer l'ancienne vitrine aurait donné lieu à la même boutique, mais avec une facture différente. C'est en la reconstruisant que la migration vaut la peine d'être prise — et le fait de le faire une fois les données transférées a permis d'évaluer la refonte en tant que telle.
Solution: Les liens existants, les signets et les pages indexées renvoient à l'ancienne structure. Préserver ce que les clients et les moteurs de recherche savent déjà sur la boutique, c'est ce qui fait la différence entre une migration et une refonte que personne ne parvient à trouver.
Note de 5 sur 5 pour la livraison.
La plateforme que vous louez ne répond plus à vos besoins ?
Déménageons la boutique, comme il faut.