Sociétés B2B natives Shopify ou contournements par tags : comparaison honnête

Le B2B natif de Shopify représente un acheteur grossiste comme une société — avec des emplacements, des contacts, des catalogues, des listes de prix et des conditions de paiement intégrés à la plateforme — alors que les contournements par tags approximent le gros en posant une étiquette sur une fiche client de détail, puis en câblant remises et masquage des prix autour dans le code du thème. Les deux approches sont répandues, et la réponse honnête à « laquelle ? » est : cela dépend de ce dont votre activité de gros a réellement besoin. Ce guide les compare dimension par dimension, dit quand les tags sont vraiment suffisants, et trace le chemin de migration pour le jour où ils ne le sont plus.

Comment chaque approche modélise un acheteur

En B2B natif, « Acme GmbH » existe dans Shopify comme une société : elle a un ou plusieurs emplacements (chacun avec sa propre adresse, son contexte fiscal et son catalogue) et des contacts — de vraies personnes rattachées à la société, qui se connectent et commandent en son nom. Les prix de gros vivent dans des catalogues et des listes de prix attachés à la société, et le comportement de commande propre au B2B (conditions de paiement, numéros de bon de commande) s'appuie sur la même structure.

Avec un contournement par tags, « Acme GmbH » est une fiche client de détail — en général l'e-mail d'une seule personne — portant une étiquette du type wholesale. Le thème contrôle l'étiquette pour afficher ou masquer les prix ; des remises ou des scripts appliquent un pourcentage ; et tout ce que l'étiquette ne peut pas exprimer (plusieurs acheteurs par société, prix par emplacement, paiement à échéance) soit n'existe pas, soit est simulé avec d'autres étiquettes.

Cette différence de modèle de données est la racine de toutes les différences qui suivent : une approche a l'organisation comme objet de première classe ; l'autre a une étiquette sur un individu.

La comparaison

Quand les tags suffisent réellement

Une comparaison honnête admet que l'approche par tags a une zone légitime. Les tags sont un choix raisonnable quand toutes ces conditions sont réunies :

• Le gros est un canal secondaire — une poignée d'acheteurs de confiance, pas un flux de candidats à vérifier.
• La tarification est une remise globale unique (« le gros a 30 % sur tout ») plutôt que des prix négociés par compte.
• Vous n'avez pas besoin de conditions de paiement, de numéros de bon de commande ni de plusieurs acheteurs par société — une personne par entreprise, qui paie à la commande, est votre réalité.
• Votre thème est stable et vous acceptez de recâbler le masquage des prix quand il change.

Dans cette zone, les tags sont plus simples à mettre en place et il n'y a aucune honte à les utiliser. Le problème est que la zone a des bords tranchants, et que les activités de gros en croissance en sortent discrètement : le deuxième acheteur de la même société, la première demande de paiement à 30 jours, la première grille de prix par compte — chacun est une fonctionnalité que le modèle par étiquettes ne peut structurellement pas exprimer.

Quand le natif gagne

Le B2B natif gagne dès que le gros devient un canal réel avec une structure réelle :

• Onboarding vérifié. Un entonnoir de demandes de gros — formulaire, vérification au registre, approbation — a besoin d'un point d'arrivée réel. Approuver un demandeur vers une société native avec un emplacement et un contact, c'est du provisionnement ; l'approuver vers une étiquette, c'est de la comptabilité. (Voir le guide du processus de demande de gros pour l'entonnoir complet, et le guide de vérification du numéro de TVA pour l'étape de vérification.)
• Prix négociés. Prix fixes par compte, listes de prix par devise, catalogues par emplacement — c'est précisément à cela que servent catalogues et listes de prix.
• Achat organisationnel. Plusieurs personnes commandant pour une même société, chacune avec son identifiant, toutes visibles dans l'historique des commandes de la société.
• Mécanique de commande B2B. Conditions de paiement et numéros de bon de commande au moment de la commande, au lieu de « nous vous facturerons par e-mail ».
• Reporting propre et sorties propres. Le chiffre d'affaires de gros est un filtre, non un chantier d'archéologie — et aucun enchevêtrement d'étiquettes et de thème à démêler plus tard.

La question Plus, précisément

Un mythe tenace prétend que le B2B natif exige Shopify Plus. La version exacte : créer sociétés, emplacements, contacts et conditions de paiement fonctionne sur tous les forfaits Shopify. Ce qui est réservé à Plus, c'est l'affectation d'un catalogue directement à un emplacement de société. Hors Plus, on obtient des prix de gros via des catalogues de marché B2B avec listes de prix, que Shopify plafonne à trois catalogues actifs — assez pour une tarification de gros par paliers (standard / argent / or, disons), pas pour des centaines de catalogues négociés individuellement. Une application compétente détecte le forfait de la boutique à l'exécution et choisit la bonne stratégie de catalogue automatiquement ; Anmelda fait exactement cela, de sorte que le même flux d'approbation provisionne correctement sur les boutiques Plus comme hors Plus.

Cinq questions qui tranchent

Si le tableau vous laisse encore indécis, ces questions règlent généralement l'affaire :

1. Deux personnes d'une même société auront-elles un jour besoin de commander ? Si oui, il vous faut un objet société avec des contacts — une étiquette sur le compte d'une personne ne peut pas l'exprimer.
2. Un acheteur paiera-t-il un jour à échéance plutôt qu'à la commande ? Les conditions de paiement sont une fonction native du B2B ; avec des étiquettes, elles vivent dans un tableur et un fil d'e-mails.
3. Un prix est-il négocié par compte plutôt qu'un pourcentage global ? C'est une liste de prix, pas un code de réduction.
4. Devez-vous vérifier les demandeurs avant qu'ils voient les prix de gros ? Un entonnoir de vérification et d'approbation a besoin d'une cible de provisionnement réelle.
5. Pourriez-vous changer de thème dans les deux prochaines années ? Chaque changement de thème rouvre le chantier des portes par étiquettes ; le B2B natif ne remarque pas un changement de thème.

Un « oui » penche vers le natif. Deux ou plus, c'est une décision.

Le chemin de migration

Passer des tags au B2B natif consiste surtout à rendre explicite une structure implicite :

1. Inventoriez les clients étiquetés. Quelles étiquettes signifient « gros » ? Quels clients appartiennent à la même société réelle ? Ce regroupement est le véritable travail.
2. Vérifiez pendant la migration. La migration est le moment naturel pour contrôler chaque entreprise auprès des registres (VIES, Zefix, Companies House) — vous refondez la relation sur des données propres.
3. Créez sociétés, emplacements et contacts — une société par entreprise réelle, des emplacements issus de leurs adresses de facturation et de livraison, les fiches clients existantes rattachées comme contacts (l'historique de commandes reste avec elles).
4. Reconstruisez la tarification en catalogues et listes de prix, en remplacement de la logique de remise globale.
5. Retirez les contournements de thème. Supprimez le masquage des prix par étiquettes une fois que les sociétés portent la tarification ; ne gardez la porte que pour les visiteurs non encore approuvés.
6. Faites tourner les deux brièvement, puis basculez. Les étiquettes peuvent coexister avec les sociétés pendant la transition ; fixez une date de fin pour qu'elles soient réellement supprimées.

Les nouveaux demandeurs devraient atterrir du côté natif dès le premier jour — aucune raison d'alimenter la pile que vous quittez. C'est le rôle d'une couche de demande et de vérification devant le provisionnement : dès le premier jour de la migration, chaque acheteur nouvellement approuvé est déjà une société native. C'est précisément l'entonnoir qu'Anmelda automatise — des demandes vérifiées en entrée, des sociétés B2B Shopify natives en sortie, aucune étiquette entre les deux.