Le B2B Shopify a grandi. Pour la plupart des opérations wholesale, les fonctionnalités Plus natives couvrent les bases. Pour la logique d'exemption TVA, les prix synchronisés depuis l'ERP, les comptes multi-acheteurs et les conditions de paiement à crédit, la ligne entre natif et custom est là où la plupart des boutiques se coincent. Voici comment la tracer.

Il y a quelques années, construire un portail B2B wholesale sur Shopify Plus voulait dire soit utiliser le Wholesale Channel legacy (limité et bancal), soit construire l'essentiel de l'expérience soi-même en code custom. Cela a changé. Les fonctionnalités B2B de Shopify ont mûri en une offre native réellement capable : comptes entreprise, permissions multi-acheteurs, listes de prix au niveau du catalogue, conditions de paiement, devis, et checkout spécifique B2B. Pour la plupart des opérations wholesale mid-market, les fonctionnalités natives couvrent les bases, et la question "avons-nous même besoin de développement custom ?" a une réponse différente de celle de 2023.
Ce qui n'a pas changé, c'est là où les fonctionnalités natives s'arrêtent. La logique d'exemption TVA avec validation VIES, les prix synchronisés depuis l'ERP qui se mettent à jour en quasi-temps réel, les workflows complexes de commerciaux, les limites et conditions de crédit, les chaînes d'approbation multi-acheteurs, et les diverses manières dont les opérations B2B européennes divergent des modèles américains. Tout cela nécessite encore du travail au-delà de ce que les fonctionnalités natives fournissent. La question pour toute boutique wholesale mid-market n'est pas si utiliser Shopify Plus B2B, c'est où exactement les fonctionnalités natives couvrent le cas et où le développement custom prend le relais.
Ce post trace cette ligne. Il est écrit pour la marque ou le wholesaler qui a une opération B2B, qui la fait tourner actuellement sur quelque chose qui ne suit plus (un processus commercial manuel, un portail legacy custom, une plateforme ecommerce B2B-seulement séparée), et qui évalue si Shopify Plus peut l'héberger.
Cela vaut le coup de clarifier ce qu'il y a dans la boîte avant de débattre de ce qu'on construit dessus.
Comptes entreprise. Un acheteur B2B est une personne, mais il achète au nom d'une entreprise. Le modèle de comptes entreprise de Shopify représente cela directement : une entreprise a des sites, les sites ont des acheteurs, et les acheteurs ont des niveaux de permission. Un acheteur sur un site ne peut pas voir les commandes d'un autre site sauf si explicitement autorisé. C'était le plus gros manque du Wholesale Channel legacy et c'est maintenant natif.
Catalogues et listes de prix. Vous pouvez attacher un catalogue (qui est essentiellement une liste de prix plus des règles de visibilité produit) à une entreprise ou à un site. Différentes entreprises peuvent voir différents prix sur les mêmes produits, avec différents produits disponibles, avec des paliers de prix par quantité. Toute la forme du pricing B2B rentre dans le modèle de données Shopify nativement.
Conditions de paiement. Net 30, net 60, paiement à réception, acompte requis. Shopify Plus supporte les conditions de paiement au niveau entreprise et commande, avec suivi des retards et rappels.
Devis et brouillons de commande. Les commerciaux peuvent construire des devis pour les acheteurs et les convertir en commandes. Le workflow de devis est rudimentaire comparé aux outils CPQ dédiés mais adéquat pour la plupart des opérations wholesale mid-market.
Storefront et checkout spécifiques B2B. Une boutique Plus peut servir à un acheteur B2B connecté une expérience différente d'un visiteur B2C : prix masqués pour les non-connectés, blocs de thème spécifiques B2B, flux de checkout différent avec les bonnes conditions de paiement attachées automatiquement.
Hooks natifs ERP et comptabilité. L'API GraphQL Admin expose tout : entreprises, sites, acheteurs, catalogues, brouillons de commande, conditions de paiement. Construire l'intégration est du travail custom, mais le modèle de données est sain.
Cet ensemble de fonctionnalités natives est désormais le sol de tout build B2B sérieux sur Shopify Plus. Si votre opération wholesale a besoin de moins, Plus est plus de plateforme qu'il ne vous faut. Si elle a besoin de plus, les sections suivantes couvrent où sont les manques.
C'est la partie que la plupart des articles "Shopify B2B est super" sautent. Les fonctionnalités natives sont bonnes, et elles ont des limites spécifiques. Les nommer en amont est la différence entre un projet qui livre à temps et un projet qui découvre les surprises en semaine six.
Dans l'UE, les ventes B2B à un acheteur business vérifié dans un autre État membre sont typiquement taxées à taux zéro pour la TVA. L'acheteur fournit son numéro de TVA intra-communautaire, le vendeur le valide contre la base VIES (VAT Information Exchange System), et la commande est facturée sans TVA.
Les fonctionnalités B2B natives de Shopify gèrent les flags d'exemption fiscale sur une entreprise, mais elles ne valident pas les numéros TVA contre VIES en temps réel, ne rafraîchissent pas automatiquement la validation quand les numéros expirent, et ne produisent pas le format de facture spécifique qu'un expert-comptable français, allemand ou espagnol attend pour des ventes intra-communautaires.
Le travail custom qui comble ce manque, typiquement une app Shopify ou un service custom qui s'intègre à VIES, vit sur le modèle de compte entreprise. Valider le numéro TVA quand il est ajouté, stocker le résultat de validation et le timestamp, rafraîchir périodiquement, exposer l'état d'exemption au checkout, et l'alimenter dans le générateur de factures. Ce n'est pas une tâche d'une journée et ce n'est pas optionnel pour toute opération B2B UE.
Le modèle natif catalogue-et-liste-de-prix est piloté par configuration. Vous configurez le catalogue, attachez des produits avec des prix, attachez le catalogue à une entreprise. Cela fonctionne quand vos prix wholesale sont stables et gérés dans Shopify.
Cela ne fonctionne pas quand vos prix wholesale vivent dans un ERP, changent fréquemment, et doivent refléter des tarifs négociés spécifiques au client qui eux-mêmes changent. La discordance est un vrai problème d'architecture : la source de vérité est l'ERP, pas Shopify, et le catalogue Shopify doit suivre l'état de l'ERP sans retard.
Deux patterns fonctionnent en pratique. Le premier est la sync planifiée : un workflow tire les prix ERP à intervalle régulier et met à jour les catalogues Shopify. Acceptable quand les prix changent rarement et qu'un retard de quelques minutes est tolérable. Le second est l'intégration temps réel ou quasi temps réel : un webhook ERP ou un workflow de polling déclenche des mises à jour immédiates du catalogue Shopify quand les prix changent, avec une passe de réconciliation de sécurité.
Nous avons couvert l'architecture d'intégration dans nos posts sync de stock Shopify et NetSuite et intégration Shopify et NetSuite ; la sync de prix suit les mêmes principes. Le travail est réel, il ne fait pas partie de Shopify B2B natif, et il doit être cadré dès le premier jour si votre pricing vit dans un ERP.
Un acheteur business de taille moyenne a souvent des règles d'achat internes : les commandes au-dessus d'un seuil ont besoin d'approbation du manager, certaines catégories de produit ont besoin du feu vert finance, l'assistant passe les commandes mais seul l'acheteur peut les confirmer. Les permissions natives de comptes entreprise de Shopify sont un split plat commande-versus-gestion, pas un workflow d'approbation multi-étapes.
Pour la plupart des opérations B2B mid-market, c'est acceptable, vos acheteurs gèrent les approbations internes de leur côté et ne passent que la commande finale via Shopify. Pour les acheteurs enterprise plus grands, l'absence de workflows d'approbation in-platform est un point de friction qui peut avoir besoin d'une solution custom : un brouillon de commande qui exige une approbation avant que l'acheteur puisse soumettre, un moteur de routage d'approbation qui ping les bonnes parties prenantes internes, le suivi de statut sur les commandes en attente.
La solution custom est constructible par-dessus l'API Shopify, mais c'est vraiment du développement custom, typiquement une petite app custom embarquée dans la section compte client.
Shopify Plus supporte les conditions de paiement, dont le net 30 et le net 60. Il ne supporte pas nativement l'application des limites de crédit : bloquer un acheteur de passer une nouvelle commande quand son solde dû dépasse un seuil, lever le blocage automatiquement quand le paiement est encaissé, et signaler le workflow de gestion du crédit à l'équipe commerciale.
Si votre opération B2B tourne au crédit, c'est le manque qui fait le plus mal. Le correctif est une intégration custom : tirer le solde dû du client depuis votre système comptable (souvent l'ERP), le vérifier contre la limite de crédit stockée sur l'enregistrement entreprise, et bloquer le checkout si la limite est dépassée. La logique est directe ; elle n'est juste pas dans la boîte.
Pour les opérations wholesale avec une équipe commerciale, le workflow commercial est souvent la partie qui pilote la décision de plateforme. Les fonctionnalités natives de brouillon de commande et de devis couvrent les bases : un commercial peut construire un devis, l'envoyer, le convertir en commande. Elles ne couvrent pas nativement le suivi des commissions, les dashboards spécifiques au commercial montrant seulement ses comptes, le routage par territoire, ou l'assignation commercial-client avec permissions.
Ces extensions peuvent être construites. Elles sont typiquement la plus grosse ligne unique dans un projet de portail B2B parce que les workflows sont spécifiques à chaque business : comment les commerciaux travaillent, comment ils sont payés, ce qu'ils ont besoin de voir. Cadrer le workflow commercial est un exercice séparé du cadrage du portail face client.
La règle approximative que nous utilisons : si votre opération B2B a besoin de plus que les conditions de paiement, le pricing catalogue et les comptes entreprise, vous êtes dans la zone "Shopify Plus B2B comme fondation avec du développement custom par-dessus". Ce n'est pas un pire résultat que de tout construire en custom. Cela veut juste dire cadrer le travail custom explicitement plutôt que de prétendre que les fonctionnalités natives couvrent ce qu'elles ne couvrent pas.
La forme d'un vrai portail B2B construit sur Shopify Plus en 2026 ressemble approximativement à cela.
Shopify Plus comme couche storefront et order management. Comptes entreprise, catalogues et listes de prix, checkout natif avec conditions de paiement, brouillons de commande pour les affaires devisées. Les blocs de thème spécifiques B2B montrent du contenu différent aux acheteurs B2B connectés versus au trafic anonyme.
L'ERP comme source de vérité pour le pricing, le stock et le crédit. Le pricing circule de l'ERP vers les catalogues Shopify via un pipeline de sync. Le stock circule dans la même direction. Les données de solde dû et de limite de crédit circulent depuis l'ERP pour l'application des blocages de crédit.
Une couche d'intégration custom qui gère les manques. Validation TVA VIES quand une entreprise est ajoutée ou mise à jour. Sync de prix ERP. Vérification de limite de crédit au checkout. La génération de facture qui produit des PDFs au format conforme et les archive. Dashboard commercial et suivi des commissions si nécessaire.
n8n ou un petit service custom comme moteur de workflow. La logique d'intégration réelle, quand une commande est passée faire ces cinq choses, quand un client est ajouté lancer la validation VIES, quand un prix change dans l'ERP mettre à jour le catalogue. Nous avons écrit extensivement sur n8n auto-hébergé sur AWS et remplacer l'app bloat par des workflows n8n ; les portails B2B sont exactement le genre de build lourd en workflows où cette approche paie.
Optionnel : un storefront headless sur Hydrogen pour l'expérience B2B. La plupart des portails B2B font très bien avec un thème Plus personnalisé. Les boutiques avec des exigences UX d'acheteur B2B très spécifiques (interfaces de quick-order lourdes, outils de configuration complexes, dashboards de compte profonds) justifient parfois un front-end headless. Nous avons couvert l'arbitrage dans Hydrogen vs Next.js.
Un portail B2B sur Shopify Plus, avec les manques ci-dessus comblés par du développement custom, est un vrai projet. Fourchettes honnêtes basées sur les engagements que nous menons.
Un portail B2B basique, fonctionnalités natives plus validation TVA plus sync de prix ERP, tourne en huit à douze semaines. Cela couvre l'audit, la configuration des catalogues et comptes entreprise, le build de l'intégration, la personnalisation du thème pour l'UX spécifique B2B, et la passe de validation.
Un portail B2B complet avec application des limites de crédit, workflows commerciaux, chaînes d'approbation et dashboards custom ajoute quatre à huit semaines de plus par-dessus, selon la complexité du workflow.
La forme du coût est le projet lui-même plus l'abonnement Shopify Plus. Le développement custom est la plus grosse ligne pour la plupart des engagements ; l'abonnement Plus est un coût connu. Le piège à éviter : budgéter Plus et supposer que le reste est de la configuration. Le travail d'intégration custom est là où le vrai coût vit, et les projets qui échouent sont ceux qui n'ont pas cadré cela honnêtement en amont.
Pour des opérations B2B significatives, il vous faut Plus. Les comptes entreprise natifs, les catalogues et listes de prix, les conditions de paiement, et le checkout spécifique B2B sont des fonctionnalités Plus-seulement. Shopify standard et Advanced supportent le tagging de clients et des apps qui approximent certains comportements B2B mais manquent du modèle de données natif. Le wholesale mid-market doit prévoir Plus.
Shopify Plus B2B supporte un storefront hybride où les visiteurs déconnectés voient du B2C et les acheteurs B2B connectés voient des prix, produits et checkout différents. Le travail de thème pour gérer cela proprement est réel, mais la plateforme le supporte. Beaucoup de marques mid-market font tourner des boutiques hybrides avec succès.
Oui. Les patterns de migration sont similaires à la migration WooCommerce vers Shopify, avec des ajouts spécifiques B2B : les comptes entreprise et listes de prix ont besoin d'être migrés en plus des produits et clients, et la logique de pricing existante a besoin d'être mappée sur le modèle de catalogue Shopify. C'est typiquement une migration plus longue qu'une pure B2C.
Pour le devis direct, oui, les brouillons de commande couvrent le cas. Pour des besoins CPQ complexes (configure, price, quote) avec des configurateurs produit, des règles de pricing complexes et des approbations multi-étapes, vous étendez au-delà des fonctionnalités natives vers du développement custom ou des intégrations tierces.
Shopify Plus B2B supporte les numéros de PO sur les commandes nativement. L'acheteur entre son numéro de PO au checkout, il circule vers la commande, et il apparaît sur les factures et exports. Les workflows custom autour de l'approbation de PO et du matching sont des extensions par-dessus.
Via Shopify Markets. Les catalogues peuvent être tarifés dans différentes devises pour différents marchés, et le compte entreprise peut être associé au marché approprié. La gestion de devise pour le B2B est la même que pour le B2C d'une perspective Markets.
Pour le wholesale mid-market et le bas de gamme enterprise, oui. Le coût est significativement plus bas, le time-to-launch plus rapide, et les fonctionnalités natives couvrent désormais la plupart des cas d'usage. Pour les très gros B2B enterprise avec des workflows fortement personnalisés, des structures multi-org complexes, et un investissement existant dans la stack Salesforce ou Adobe, le calcul est plus nuancé. L'histoire B2B-sur-Shopify-Plus a assez bougé en 2026 pour mériter un nouveau regard plutôt que de s'appuyer sur des impressions de 2022.
Si vous avez une opération wholesale actuellement mal servie par sa plateforme, l'audit est le bon point de départ. Une session de cadrage d'une demi-journée vous dit quels manques entre les fonctionnalités natives Plus et vos exigences nécessitent du travail custom, à quoi ressemblent le calendrier et budget réalistes, et si Plus est le bon hôte pour votre opération spécifique.
Si vous voulez que nous menions le cadrage et construisions le portail, contactez-nous. Nous commençons par l'analyse des manques, définissons l'architecture entre Plus, votre ERP, et la couche d'intégration custom, et construisons le portail avec la rigueur d'ingénierie dont les opérations wholesale ont besoin. Vous pouvez en savoir plus sur notre développement d'apps et Functions Shopify, notre travail d'intégration API et systèmes, et Shopify headless si votre UX B2B le demande.
Pour des lectures associées : intégration Shopify et NetSuite pour l'architecture d'intégration ERP, auto-héberger n8n sur AWS pour le moteur de workflow, et metaobjects et metafields pour l'architecture de données qui soutient les modèles entreprise et pricing.

Le 30 juin 2026 est un mur. L'édition des Scripts est déjà verrouillée. Si vos remises de checkout, règles de livraison ou logique de paiement tournent encore sur Scripts, voici le playbook de migration, les modes d'échec et ce que ça coûte.

Les metafields attachent des données à des ressources existantes. Les metaobjects sont des enregistrements autonomes que vous référencez n'importe où. Voici quand utiliser quoi, comment les modéliser et les patterns API qui passent à l'échelle sur des milliers de produits.

L'analyse approfondie d'un ingénieur sur les Shopify Functions en 2026. Les cinq points d'extension, ce que chacun résout, quand les Functions battent les apps, quand les apps battent les Functions, et comment les Functions s'intègrent à un storefront headless.