Shopify vs Magento, c'est choisir entre louer une plateforme prête à l'emploi et faire tourner la tienne. Shopify est un logiciel hébergé : Shopify gère les serveurs, la sécurité et les mises à jour, les forfaits démarrent à 39 $ par mois (29 $ en facturation annuelle) selon la page tarifs de Shopify, et un produit peut porter jusqu'à trois options et 2 048 variantes. Magento, proposé en version gratuite Magento Open Source ou en Adobe Commerce sur devis, te donne des attribute sets, six types de produits et un modèle de portée global, website et store view, mais l'hébergement, les correctifs et les mises à jour reposent sur toi ou sur un partenaire.
Choisis Shopify si ton catalogue tient en taille, couleur et une option de plus par produit, si ton équipe est petite et si tu veux des coûts mensuels prévisibles. Choisis Magento si tu as besoin de modèles d'attributs par famille de produits, de plusieurs sites ou langues à partir d'un seul catalogue avec des prix différents, de prix par groupe de clients ou d'une personnalisation poussée, et si tu peux financer les développeurs qui vont avec. Ci-dessous, la comparaison commence par le catalogue, parce que les données produit sont la partie d'un choix de plateforme la plus difficile à défaire.
Shopify vs Magento en un coup d'œil : plateforme louée ou plateforme à gérer toi-même
Shopify et Magento : limites, coûts et qui fait le travail
| Modèle de distribution | SaaS hébergé | Auto-hébergé ou hébergé par Adobe (Adobe Commerce on Cloud, ou Adobe Commerce as a Cloud Service) | Qui applique les correctifs et les mises à jour |
|---|---|---|---|
| Prix de la licence | Basic 39 $, Grow 105 $, Advanced 399 $ par mois ; Plus à partir de 2 300 $ | Open Source gratuit ; Adobe Commerce sur devis | Le vrai coût de Magento, ce sont l'hébergement et les développeurs |
| Types de produits | Un produit avec des variantes ; bundles via une app | Simple, configurable, groupé, virtuel, bundle, téléchargeable ; carte cadeau sur Adobe Commerce | Les produits groupés et bundles doivent être remodélisés sur Shopify |
| Options par produit | 3 | Aucune limite de trois options indiquée dans la documentation d'Adobe | Les produits à quatre choix sont scindés ou fusionnés sur Shopify |
| Variantes par produit | 2 048 | Aucune limite indiquée dans la documentation d'Adobe ; chaque variation est son propre produit simple | Les grandes grilles passent sur les deux |
| Données produit personnalisées | Metafields et metaobjects | Attributs regroupés en attribute sets | Les attribute sets n'ont pas d'équivalent direct sur Shopify |
| Catégories | Collections plus une catégorie de la Standard Product Taxonomy | Arborescence de catégories par catégorie racine, plusieurs catégories par produit | L'arborescence devient des collections et des menus |
| Langues et pays | Markets avec langues, devises et catalogues | Websites, stores et store views avec des valeurs par portée | Les lignes par store view deviennent des traductions Shopify |
| B2B | Fonctions B2B sur tous les forfaits, davantage sur Plus | Prix dégressifs par groupe de clients dans le cœur ; comptes entreprise et shared catalogs dans Adobe Commerce B2B | Les prix par groupe de clients doivent trouver une nouvelle place |
| Mises à jour | En continu, assurées par Shopify | Branches de versions avec dates de fin de support | Planifie les migrations autour de la fin de support de Magento |
| Compétences nécessaires | Des merchandisers plus le paramétrage des apps | Développeurs PHP, DevOps et une agence pour la plupart des boutiques | Le budget suit l'équipe, pas la licence |
Magento Open Source, Adobe Commerce et l'édition SaaS d'Adobe
« Magento » recouvre aujourd'hui trois produits. Magento Open Source est la base de code gratuite que tu télécharges et héberges toi-même. Adobe Commerce est l'édition sous licence avec des fonctions en plus comme les cartes cadeaux, les modules B2B et le support Adobe, disponible en auto-hébergement ou sur Adobe Commerce on Cloud. Adobe ne publie pas de grille tarifaire ; sa page tarifs te demande de solliciter un devis personnalisé. Adobe Commerce as a Cloud Service est la version SaaS plus récente d'Adobe : Adobe la fait tourner, elle n'a pas de numéro de version et la vitrine est headless.
Les dates de support comptent pour toute boutique qui reste sur la branche 2.4.x. La politique de cycle de vie logiciel d'Adobe accorde à chaque version d'Adobe Commerce trois ans de support standard à partir de sa disponibilité générale : 2.4.7 jusqu'au 31 mai 2027, 2.4.8 jusqu'au 31 mai 2028 et 2.4.9 (sortie le 12 mai 2026) jusqu'au 31 mai 2029. Le support standard de 2.4.6 a pris fin le 11 août 2026 ; les clients Adobe Commerce bénéficient d'une année supplémentaire de support étendu gratuite, jusqu'au 31 août 2027 pour 2.4.6 et jusqu'au 31 mai 2028 pour 2.4.7. À partir du 1er juin 2027, Adobe cessera de maintenir les environnements Adobe Commerce on Cloud qui tournent sur des versions non supportées.
Adobe ne publie pas de tableau de fin de support distinct pour Magento Open Source. Open Source suit la même branche de versions (Adobe publie les notes de version de Magento Open Source 2.4.9 à côté de celles d'Adobe Commerce), mais l'année de support étendu est décrite comme une offre pour les clients Adobe Commerce. Une boutique Open Source auto-hébergée doit donc planifier ses mises à jour autour des dates de support standard.
Attribute sets, metafields et la fiche produit que chacun construit
Dans Magento, chaque produit est construit à partir d'un attribute set : un modèle qui décide quels attributs apparaissent sur la fiche produit. Une boutique qui vend des vélos et des casques peut avoir un set Vélo avec taille de cadre, taille de roue et nombre de vitesses, et un set Casque avec tour de tête et norme de sécurité. Chaque attribut a un type (texte, liste déroulante, sélection multiple, prix, date, oui/non) et une portée. La référence des attributs de données produit de Magento montre comment ils circulent en CSV : `attribute_set_code` attribue le set, et les valeurs personnalisées vont dans `additional_attributes` sous forme de paires clé-valeur.
Shopify n'a pas d'attribute sets. Les données personnalisées vivent dans des metafields, définis une fois par ressource (produit, variante, collection) avec un namespace, une clé et un type comme texte sur une ligne, entier ou référence produit. Les metaobjects contiennent des enregistrements à plusieurs champs, comme un guide des tailles ou une fiche matière, que les produits référencent. Shopify te permet aussi de choisir une catégorie dans sa Standard Product Taxonomy, ce qui ajoute des metafields de catégorie. Notre guide des metafields Shopify détaille les définitions. La différence concrète : Magento affiche une fiche Vélo avec uniquement les champs vélo, alors que Shopify affiche toutes les définitions de metafields produit sur chaque produit, donc la structure doit vivre dans le nommage et dans ta propre discipline.
Si le concept est nouveau pour toi, l'entrée du dictionnaire sur l'attribute set explique pourquoi des modèles par famille gardent la saisie des données cohérente. C'est aussi la première chose qu'un passage de Magento à Shopify aplatit.
Quatrième option, bundles et produits groupés : les limites du modèle de variantes de Shopify
La documentation d'Adobe liste six types de produits de base plus les cartes cadeaux sur Adobe Commerce. Celui qui compte le plus dans cette comparaison est le produit configurable : un parent qui affiche un sélecteur, chaque variation étant stockée comme un produit simple distinct avec son propre SKU, prix, stock et images. Le guide du produit configurable d'Adobe exige que chaque attribut utilisé pour les variations ait une portée Global et un type de saisie Dropdown, Visual Swatch ou Text Swatch. Un T-shirt configurable avec couleur, taille et coupe utilise trois attributs de ce type ; ajouter la longueur de manche en fait quatre, et l'étape de configuration te fait simplement cocher chaque attribut à inclure, sans limite de trois attributs dans la documentation d'Adobe.
Shopify modélise le même T-shirt comme un seul produit avec des options et des variantes. La page d'aide sur les variantes fixe les limites : trois options et 2 048 variantes par produit. Quatre choix pour l'acheteur sur Shopify, cela veut dire fusionner deux choix en une option (« Slim / Manches longues »), scinder le produit selon un choix ou passer par une app. La limite de 2 048 est généreuse en soi, mais vérifie que ton thème et tes apps affichent bien les grands ensembles de variantes avant de compter dessus.
- Produits bundle : Magento permet aux clients de composer un ensemble à partir d'options avec leurs propres quantités et prix. Sur Shopify, tout bundle passe par une app de bundles, et Google & YouTube n'acceptent que les bundles fixes.
- Produits groupés : un produit groupé Magento liste des produits autonomes (un set de couverts vendu en couteau, fourchette et cuillère) que les clients ajoutent individuellement. Shopify n'a pas de type groupé ; tu utilises une collection, un metafield de référence produit ou une app.
- Produits virtuels et téléchargeables : Shopify gère les services et les biens numériques via des réglages et des apps ; planifie-les à part s'ils comptent pour toi.
Traductions par store view et prix par website dans Shopify Markets
Magento organise une boutique en cascade : global, website, store, store view. La documentation sur les portées d'Adobe décrit le store comme le niveau qui fixe la catégorie racine et la store view comme le niveau des traductions et du symbole monétaire. Un e-commerçant néerlandais qui vend aux Pays-Bas et en Belgique peut faire tourner un website avec une store view en néerlandais et une en français. Les noms de produits, descriptions et URL keys peuvent différer par store view ; les prix peuvent être globaux ou définis par website, mais pas par store view.
Shopify remplace cette hiérarchie par les Markets : des groupes de pays avec leur propre devise, langue, domaine ou sous-dossier et des ajustements de prix basés sur des catalogues. Les traductions sont stockées par langue publiée et ajoutées avec Translate & Adapt, des fichiers CSV ou des apps. Notre article Shopify Markets passe ces réglages en revue. Deux conséquences pour tes données : les lignes par store view de Magento deviennent des traductions Shopify, et les prix au niveau website deviennent des catalogues de market. Côté SEO, l'admin de base de Magento n'a pas de réglage hreflang pour relier les store views, un point traité dans notre guide SEO Magento.
Licence, hébergement et heures d'agence : où va l'argent
Les coûts de Shopify tiennent sur une page. En dollars américains, Shopify affiche Basic à 39 $ par mois en facturation mensuelle (29 $ en facturation annuelle), Grow à 105 $ (79 $), Advanced à 399 $ (299 $) et Plus à partir de 2 300 $. Les frais de carte démarrent à 2,9 % + 0,30 $ sur Basic, et si tu utilises un prestataire de paiement tiers au lieu de Shopify Payments, Shopify ajoute 2 %, 1 %, 0,6 % ou 0,2 % selon le forfait. Les apps payantes s'ajoutent par-dessus.
Magento Open Source n'a pas de frais de licence, mais la facture se déplace ailleurs : un hébergement dimensionné pour la base de données et le moteur de recherche de Magento, un CDN, des extensions de la Commerce Marketplace, les patchs de sécurité, les montées de version et un développeur ou une agence sous contrat de maintenance. Adobe Commerce ajoute une licence sur devis. Nous ne citons pas de totaux typiques ici parce qu'aucun des chiffres publics n'est vérifiable, mais la structure est claire : Shopify facture plus par fonctionnalité et moins par heure, Magento facture moins par fonctionnalité et plus par heure.
Développeurs ou apps : l'équipe que chaque plateforme suppose
Une boutique Shopify peut tourner avec des merchandisers, un rédacteur de contenu et une agence pour le travail sur le thème. La plupart des fonctionnalités supplémentaires viennent du Shopify App Store et se configurent, sans code. Une boutique Magento suppose des développeurs PHP qui maîtrisent son système de modules, ses indexeurs, son cron et son cache, plus quelqu'un qui gère les serveurs sauf si Adobe l'héberge. Ce coût achète de la liberté : une logique de checkout sur mesure, des prix pilotés par l'ERP ou un configurateur produit peuvent être construits dans la plateforme plutôt que greffés dessus.
Les équipes sous-estiment parfois le volet catalogue. Sur Magento, un nouvel attribut se crée dans l'admin puis s'ajoute à chaque attribute set qui en a besoin ; sur Shopify, c'est une définition de metafield que chaque produit affiche, créée par n'importe qui ayant l'accès. Les deux approches ont besoin d'un responsable. Notre comparatif WooCommerce vs Shopify traite le même compromis pour une plateforme auto-hébergée beaucoup plus légère.
Prix dégressifs par groupe de clients, shared catalogs et la limite de trois catalogues de Shopify
Magento a depuis des années des briques B2B dans son cœur logiciel : les groupes de clients, et les prix dégressifs par website et groupe de clients définis dans Advanced Pricing sur chaque produit, qui s'exportent dans des colonnes comme `tier_price_customer_group` et `tier_price_qty`. Adobe Commerce B2B ajoute les comptes entreprise avec des rôles, des shared catalogs avec des prix propres à chaque entreprise, les devis négociables, les listes de réapprovisionnement, la commande rapide et les validations de bons de commande. B2B for Adobe Commerce est un ensemble de modules installé sur Adobe Commerce, pas une partie d'Open Source.
Shopify inclut des fonctions B2B sur tous les forfaits, avec les entreprises et les catalogues B2B. Sa comparaison des forfaits B2B limite Basic, Grow et Advanced à trois catalogues actifs sur l'ensemble des markets B2B ; Plus autorise des catalogues illimités et peut les attribuer directement à une entreprise pour des prix par client. Le comparatif BigCommerce vs Shopify détaille davantage les différences B2B entre forfaits Shopify. Pour un grossiste avec des centaines de listes de prix propres à chaque client et des devis à négocier, Adobe Commerce B2B reste la boîte à outils la plus complète.
Transposer un catalogue Magento sur Shopify, champ par champ
Passer d'une plateforme à l'autre est surtout un travail de remodélisation. Un export produit Magento a une ligne par produit et par store view, des parents configurables avec `configurable_variations`, des produits groupés avec `associated_skus` et des données personnalisées regroupées dans `additional_attributes`. Le CSV produit de Shopify attend une ligne par variante avec des colonnes `Option1 name` et `Option1 value`, des colonnes de metafields nommées comme `product.metafields.custom.material`, et il ne gère pas les metafields de variante ni l'export des collections. Le tableau montre où atterrit chaque concept Magento.
Les colonnes d'export Magento et leurs cibles Shopify
| sku, name, description | SKU (par variante), Title, Description | Direct |
|---|---|---|
| url_key | URL handle, plus une redirection 301 depuis l'ancienne URL | Direct, redirections nécessaires |
| meta_title, meta_description | SEO title, SEO description | Direct |
| attribute_set_code | Pas d'équivalent ; utilise le type de produit, la catégorie et le nommage | Remodéliser |
| additional_attributes | Metafields produit typés | Remodéliser |
| Produit configurable avec jusqu'à 3 attributs configurables | Un produit, Option1 à Option3, une variante par enfant | Direct |
| Produit configurable avec 4 attributs configurables ou plus | Fusionner des options, scinder le produit ou utiliser une app | Reconstruire |
| Attributs stockés sur les produits simples enfants (EAN, poids) | Code-barres et poids par variante ; les autres données ont besoin de metafields de variante hors CSV | Remodéliser |
| Produit bundle (bundle_values) | App de bundles | Reconstruire |
| Produit groupé (associated_skus) | Produits séparés plus une collection ou un metafield de référence produit | Reconstruire |
| categories (arborescence) | Collections et menus, plus une catégorie de la Standard Product Taxonomy | Remodéliser |
| Lignes store_view_code | Traductions par langue publiée | Remodéliser |
| Prix au niveau website | Catalogues de market avec ajustements de prix | Remodéliser |
| tier_price_customer_group | Catalogues B2B | Remodéliser |
Cinq endroits où un passage de Magento à Shopify perd des données
- Les store views exportées en une seule. Exporter seulement la store view par défaut laisse toutes les traductions de côté. Exporte chaque `store_view_code` et garde les lignes indexées par SKU.
- Les données enfants sur les produits simples. Magento stocke souvent l'EAN, le poids et les images sur les produits simples enfants, pas sur le parent. Si l'import ne lit que les parents, les variantes arrivent vides.
- Les additional attributes en un seul bloc de texte. `additional_attributes` regroupe de nombreux champs dans une seule cellule. Découpe-le en colonnes et choisis un type de metafield pour chacune avant l'import, sinon les nombres et les unités deviennent du texte.
- Des GTIN qui n'ont jamais existé comme champ. Magento Open Source ne fournit aucun attribut GTIN, donc les boutiques gardent les EAN dans un attribut personnalisé, dans le SKU ou nulle part. Retrouve-les avant qu'un canal les demande.
- Des URL sans redirections. Sur Shopify, les handles sont servis sous /products/. Sans une table de redirections 301 depuis chaque URL key Magento, les positions et les backlinks repartent de zéro.
Audit de l'export Magento avant le premier import Shopify
Quand le travail supplémentaire de Magento vaut le coup, et quand ce n'est pas le cas
- Une marque en vente directe avec quelques centaines de produits en taille et couleur : Shopify. Trois options couvrent le catalogue et personne n'a à gérer de serveurs.
- Un e-commerçant avec de nombreuses familles de produits qui ont chacune besoin de caractéristiques différentes : les attribute sets de Magento gardent la saisie propre ; sur Shopify, tu gères la même structure avec des metafields et des conventions.
- Une activité multi-sites ou multi-marques avec des prix par website : la portée website de Magento le fait nativement. Shopify Markets gère bien les pays, moins bien les marques séparées.
- Un grossiste avec des prix par client, des devis et des validations d'achat : Adobe Commerce avec B2B.
- Une équipe sans développeurs, ou lassée des projets de mise à jour : Shopify, ou Adobe Commerce as a Cloud Service si tu veux rester chez Adobe.
- Une boutique déjà sur Magento 2.4.6 ou une version antérieure : décide maintenant si la prochaine étape est une mise à jour ou un changement de plateforme, parce que les deux prennent des mois.
Migrer le catalogue d'abord, la vitrine ensuite
Quelle que soit la plateforme choisie, la partie indépendante de la plateforme, c'est la fiche produit : des attributs aux types fixes, des variantes avec leurs propres identifiants et des traductions par langue. La connexion Magento 2 de WISEPIM importe les catégories, les produits et les liens configurables, et exporte les noms, descriptions, champs SEO, prix y compris les prix dégressifs, stocks et images, avec les textes écrits dans chaque store view mappée. Sa connexion Shopify importe les produits et exporte par SKU, y compris les titres et descriptions traduits par locale. Si tu changes de plateforme ou remplaces un ancien PIM, la page migration PIM montre comment les équipes font d'abord passer les données et changent la vitrine ensuite.
