Drupal Commerce ou Shopify : quels arbitrages pour garder la maîtrise de son e-commerce B2B ?

Deux philosophies opposées : louer une plateforme ou posséder son socle

Shopify est une solution SaaS (Software as a Service : un logiciel loué par abonnement, hébergé et géré par l'éditeur) propriétaire. Elle prend en charge l'hébergement, la sécurité et le tunnel de paiement, ce qui en fait la voie la plus rapide pour lancer une boutique en ligne simple, notamment en vente directe au consommateur. Les abonnements s'échelonnent de 29 à plus de 2 300 dollars par mois, auxquels s'ajoutent des frais de transaction de 0,2 % à 2 % lorsqu'on utilise une passerelle de paiement tierce.

Drupal Commerce est un framework e-commerce open source, construit sur le CMS Drupal. La licence est gratuite, sans frais de plateforme à la transaction, et l'entreprise possède intégralement son code, son modèle de données et sa feuille de route. La contrepartie : les projets complexes nécessitent une équipe de développement ou une agence, là où un utilisateur non technique peut lancer une boutique Shopify basique seul.

À noter : le comparatif source est publié par Centarro, société qui maintient Drupal Commerce. Les faits cités (limites techniques, tarifs, chiffres Shopify) restent vérifiables, mais la grille de lecture privilégie logiquement les scénarios où la flexibilité prime sur la rapidité.

Qui possède réellement la relation client ?

C'est l'angle le plus structurant du comparatif. Shopify est d'abord une société de services marchands avant d'être un éditeur de plateforme : la majorité de ses revenus provient du traitement des paiements et des services financiers, pas des abonnements logiciels. Shopify Payments traite désormais 68 % du GMV (Gross Merchandise Value, le volume d'affaires total transitant par la plateforme), une part en croissance.

Shop Pay constitue par ailleurs un réseau d'identités d'acheteurs de plus de 250 millions de profils, partagé entre toutes les boutiques Shopify. L'application Shop envoie des notifications post-achat, suit les livraisons et affiche des recommandations produits... qui peuvent provenir de marchands concurrents. Concrètement, après la vente, la conversation avec le client se poursuit via des canaux que le marchand ne contrôle pas.

Avec Drupal Commerce, aucun intermédiaire ne s'insère entre l'entreprise et ses clients : storefront, checkout, e-mails transactionnels, portail de compte et données appartiennent entièrement au marchand. Pour une marque qui investit dans la fidélisation et la valeur vie client, la différence est significative ; pour une boutique simple, elle peut être secondaire.

Modèle de données : configurer ou façonner ?

Le modèle de données Shopify (produits, paniers, commandes, clients) est figé. On peut le configurer via des metafields, des tags et des applications, mais pas modifier sa structure sous-jacente : pas d'entités personnalisées, pas de relations non standard entre objets, pas de types de champs supplémentaires. Quand le métier sort du cadre prévu, il faut contourner ou renoncer.

Dans Drupal Commerce, chaque entité e-commerce (produits, variations, commandes, profils clients, boutiques, paiements) est extensible : champs personnalisés, types personnalisés, relations sur mesure. Il devient possible de modéliser un type de commande avec un workflow d'approbation spécifique, ou une entité client reflétant la hiérarchie organisationnelle réelle des acheteurs B2B. Conséquence pratique soulignée par la source : quand le modèle de données colle au métier, les intégrations sont plus simples et le reporting reflète la réalité.

Catalogue et attributs produits : la limite des 3 options

Shopify a relevé sa limite à 2 048 variantes par produit en octobre 2025, mais le plafond de 3 options par produit demeure : taille, couleur et matière, par exemple, mais pas de quatrième axe. Pour des produits configurables (habillement avec taille + couleur + coupe + longueur, mobilier avec dimensions + tissu + finition + piètement), cela impose des contournements : listes déroulantes combinées, éclatement d'un produit en plusieurs fiches (fragmentant avis et autorité SEO), ou applications tierces ajoutant des options en propriétés de ligne.

Aucun de ces contournements n'offre de suivi de stock indépendant, de SKU unique, de prix par option ou de reporting par option. Et les systèmes en aval (ERP — le progiciel de gestion intégré —, logistique, flux Google Shopping) ne voient que la variante sous-jacente : selon la source, les incohérences de données de variantes sont la première cause d'échec de synchronisation Shopify-ERP.

Drupal Commerce supporte un nombre illimité d'attributs, chaque variation disposant de son prix, son SKU, son stock et ses médias, sans couche de réconciliation.

Les fonctions B2B : natives ou empilées ?

C'est le cœur de l'arbitrage pour un e-commerce B2B :

• Devis et circuits d'approbation : natifs dans Drupal Commerce, ils nécessitent des applications ou du middleware sur Shopify.
• Tarification par client : listes de prix illimitées côté Drupal Commerce ; Shopify limite à 3 catalogues hors offre Plus (illimité sur Plus).
• Punchout cXML/OCI (protocoles permettant aux acheteurs de commander depuis leur propre système d'achat) : pris en charge par configuration dans Drupal Commerce, via applications ou middleware sur Shopify.
• Workflows de commande : entièrement personnalisables dans Drupal Commerce, linéaires (panier → paiement → expédition) dans Shopify.

Chaque contournement Shopify ajoute une application payante, un point de fragilité et une dépendance supplémentaire — un coût de possession à intégrer au-delà de l'abonnement.

Contenu, SEO et multi-marques

Les capacités CMS de Shopify sont présentées comme limitées : blog basique, gestion de contenu réduite, d'où la popularité des applications de page builder. La structure d'URL est imposée (préfixes /products/ et /collections/ obligatoires), ce qui restreint le contrôle SEO. Drupal Commerce s'appuie sur le CMS Drupal : contenu éditorial riche à côté des produits, landing pages, documentation technique, URL entièrement personnalisables.

Pour le multi-marques et le multi-boutiques, Drupal Commerce gère plusieurs domaines depuis une installation unique, quand Shopify impose des boutiques séparées ou son dispositif Markets, avec ses limites.

Alors, quelle plateforme choisir ?

Le point d'équilibre dépend du profil du projet. Shopify reste pertinent pour une marque en vente directe au catalogue simple, sans exigences fortes d'intégration ni de gouvernance : hébergement géré, conformité PCI incluse, checkout de référence avec Shop Pay, mise en ligne rapide sans équipe technique. Plus le métier s'éloigne du catalogue standard — workflows B2B, vitrines multi-marques, configurations produits complexes, intégration ERP profonde, commerce piloté par le contenu, contrôle SEO total — plus on se retrouve à lutter contre la plateforme, à empiler des applications payantes et à contourner des limitations structurelles.

Drupal Commerce s'adresse aux organisations qui ont besoin que la plateforme s'adapte à elles : propriété complète du code, des données et de la relation client, absence de frais de plateforme à la transaction, de migrations forcées et de limites artificielles. L'investissement initial en conception et développement est plus élevé, mais il s'agit d'un actif que l'entreprise possède, et non d'un droit d'usage qu'elle loue.