Shopify Plus convient… jusqu’à ce que ce ne soit plus le cas : 7 signaux que vous avez dépassé la plateforme

Nous ne sommes pas là pour détourner qui que ce soit de Shopify Plus. C’est une plateforme réellement solide : rapide à lancer, fiable sous charge, vaste écosystème d’applications, et la charge opérationnelle est déléguée. La plupart des marques qui l’utilisent devraient y rester.

Mais une plateforme adaptée à 2 M£ ne l’est pas forcément à 40 M£, et la transition est assez progressive pour que les équipes s’habituent à la friction au lieu de la remarquer. Voici les sept signaux d’une contrainte structurelle, et — plus utile — les quatre qui y ressemblent mais signifient tout autre chose.

Les sept vrais signaux

1. Votre logique tarifaire est hors plateforme

C’est le signal le plus clair. Si la tarification contractuelle, les paliers de volume, les catalogues clients ou la vente sur devis sont gérés dans un tableur, une couche middleware ou de mémoire — parce que la plateforme ne sait pas les exprimer — vous payez pour un moteur e-commerce sans l’utiliser comme tel.

Shopify Functions a considérablement élargi le champ des possibles ici, donc vérifiez la situation actuelle avant de conclure. Mais si vous en avez déjà atteint les limites, elles sont bien réelles.

2. Votre facture d’applications est indispensable et augmente

Il ne s’agit pas du montant de la facture, mais de la dépendance. Si quatre applications sont chacune critiques pour votre activité, vous avez quatre fournisseurs qui peuvent augmenter leurs prix, changer leur fonctionnement ou fermer, sans que vous ayez de levier sur eux.

Un nombre élevé d’applications est d’abord un problème d’hygiène, pas de plateforme ; nous abordons le nettoyage dans l’audit des applications Shopify. Cela devient un signal de plateforme lorsque les applications sont indispensables et irremplaçables.

3. Vous contournez le checkout

Plus offre une extensibilité du checkout significative, ce qui suffit généralement. Mais si votre activité requiert des parcours que le checkout ne permet pas — sélection complexe de livraison, validation de devis avant paiement, paiements fractionnés, étapes de conformité sectorielle — et que vous avez dû créer un processus parallèle, il s’agit d’un décalage structurel, pas d’un simple manque de personnalisation.

4. La complexité multi-entités dépasse les outils multi-marchés

Shopify Markets gère bien le multi-devises, le multilingue et la tarification régionale. Il gère plus difficilement la gestion de plusieurs entités juridiques avec des immatriculations fiscales distinctes, des réseaux de livraison différents, des catalogues produits séparés et un reporting consolidé. Les groupes ayant grandi par acquisition rencontrent ce problème plus tôt que ceux ayant grandi organiquement.

5. Votre modèle de catalogue ne correspond pas au modèle de variantes

Produits configurables avec contraintes techniques, articles sur commande avec options dépendantes, produits tarifés au poids ou à la dimension, kits assemblés à la commande. Si vous avez structuré votre catalogue autour de la limite de variantes plutôt qu’autour de vos produits, c’est la plateforme qui façonne votre activité, et non l’inverse.

6. Les frais de plateforme pourraient financer une équipe

C’est purement arithmétique, et le seuil est identifiable. Additionnez le coût de Plus, les abonnements aux applications, et toute majoration liée à un prestataire de paiement non natif. Quand ce total annuel dépasse nettement le coût d’une équipe technique et de l’infrastructure, l’équation économique s’inverse.

Notez la réserve honnête : le coût d’une plateforme détenue ne s’arrête pas à l’équipe, et la plupart des business plans sous-estiment fortement la réalité. Nous avons détaillé ce calcul dans ce que coûte réellement une plateforme sur trois ans. Faites-le avant de vous appuyer sur ce signal.

7. Vous avez besoin de canaux non prévus par la plateforme

Une application native partageant la logique e-commerce avec le web. Des systèmes en magasin. Des portails partenaires ou revendeurs. Du commerce embarqué dans un autre produit. Des achats assistés via une interface que vous contrôlez. Chacun est possible via les API Shopify ; en cumuler plusieurs revient à construire une architecture headless, mais de façon peu fluide.

Les quatre signaux qui trompent tout le monde

Ces situations se ressemblent mais signifient l’inverse.

1. Le site est lent. Sur Shopify, c’est presque toujours le thème ou les scripts d’applications. C’est un problème connu, avec une méthode de résolution éprouvée ; migrer pour cette raison revient à reconstruire la même vitrine ailleurs, avec moins de garde-fous.
2. Le développement paraît lent. Il s’agit le plus souvent d’un problème de processus, de capacité ou d’accès, pas d’une limite de la plateforme. Demandez-vous quelle part du délai vient de l’attente de décisions, et non de l’attente de code.
3. Nous ne possédons pas nos données. Vous les possédez — elles sont exportables. Ce que vous ne maîtrisez pas, c’est le runtime. C’est un vrai sujet stratégique, mais ce n’est pas l’urgence opérationnelle qu’on présente souvent.
4. Un nouveau CTO préfère autre chose. Parfois justifié, toujours à questionner. La vraie question est de savoir sur lesquels des sept signaux ci-dessus il s’appuie.

Si plusieurs signaux sont réels

Avant d’engager une migration complète, explorez les options moins coûteuses dans l’ordre :

1. Exploitez davantage Shopify Functions et l’extensibilité du checkout. L’écart entre ce que les équipes pensent possible et ce qui l’est réellement s’est nettement creusé.
2. Passez en headless sur Shopify. Conservez le backend managé, l’écosystème d’applications et le checkout ; remplacez la vitrine. Cela répond aux signaux liés aux canaux et à l’expérience sans prendre en charge le moteur e-commerce, et c’est l’option la plus sous-estimée.
3. Externalisez une seule chose. Un canal B2B, un marché, ou le configurateur produit, en parallèle de la boutique existante. Vous testez sur un périmètre réduit et gardez la possibilité d’arrêter.
4. Ensuite, si les signaux liés à la logique commerciale et à l’économie persistent, remplacez le moteur.

C’est à cette étape qu’un moteur open source devient pertinent. Si votre équipe maîtrise JavaScript et que les signaux sont la limite de la logique commerciale et l’économie de la plateforme, MedusaJS est une option sérieuse : Node.js et TypeScript de bout en bout, modules e-commerce extensibles, aucun frais par commande, primitives B2B solides. Nous détaillons la décision d’architecture dans notre cadre headless commerce.

Et si les signaux ne sont pas réels, rester est la bonne décision. Notre équipe Shopify consacre l’essentiel de son temps à optimiser les boutiques Plus, et pour la plupart des marques retail, c’est là que se trouve le retour. Notre pratique MedusaJS existe pour celles qui ont réellement dépassé ce cadre.

Obtenez un avis objectif

Dites-nous lesquels des sept vous reconnaissez et nous vous dirons s’ils sont structurels ou résolubles. La plupart le sont. Contactez notre équipe ; nous répondons sous un jour ouvré.