À qui s'adresse cette page

Si vous construisez une boutique Next.js sur Payload, vous avez de bonnes raisons. Payload est open source, il tourne dans votre application Next.js et vos données restent dans votre propre base. Son plugin ecommerce ajoute la boutique. Cette page parle du moment où le plugin s'arrête et où votre backlog commence.

Ce que couvre le plugin ecommerce de Payload

D'après la documentation de Payload, le plugin est en bêta et peut subir des changements cassants dans de futures versions. Il fournit :

• des produits avec variantes
• des paniers, des commandes et des transactions
• des adresses liées à vos clients
• un modèle d'adaptateurs de paiement - l'adaptateur disponible aujourd'hui est Stripe
• plusieurs devises
• le suivi des stocks, activé par défaut
• des utilitaires React pour le frontend

La documentation précise aussi que le plugin ne gère pas nativement la livraison, les taxes ni les abonnements - vous les construisez vous-même avec ses collections et ses hooks. Les codes promo ne figurent pas dans la documentation du plugin. Dans le RFC de Payload pour ce plugin (discussion GitHub #14239), les codes promo sont présentés comme une demande très fréquente, et des commentateurs citent aussi la livraison.

Ce que Cmssy apporte

Cmssy est un CMS headless hébergé avec le commerce au cœur. Les produits sont des enregistrements d'un modèle que vous définissez, et l'onglet Product du modèle indique quels champs jouent le rôle de nom, prix, SKU, taux de taxe, stock et axes de variantes.

• Remises - codes en pourcentage, en montant fixe et de livraison gratuite, avec dates de début et de fin, sous-total minimum et plafond d'utilisations.
• Livraison - des modes avec règles par pays, une fourchette de sous-total et un seuil de gratuité. Le panier ne renvoie que les modes qui s'appliquent à l'adresse et au montant.
• Taxes - des taux que vous définissez, des prix TTC ou HT et des totaux calculés côté serveur.
• Stock - « disponible » signifie le stock moins ce que réservent les paniers ouverts, avec un seuil de stock bas sur lequel votre boutique peut filtrer.
• Gestion des commandes - commandes manuelles et modification des lignes, paiements et remboursements partiels, annulation, statuts de préparation, factures, un pipeline configurable et dix webhooks order.*.
• Clients - comptes avec suspension, entreprises B2B, paliers de prix, demandes de devis et numéros de bon de commande au checkout.

C'est votre application qui affiche tout cela - Cmssy n'héberge pas votre site. Les SDK couvrent Next.js, React, Astro et Remix, ou vous appelez directement l'API GraphQL de diffusion.

L'agent

Payload a lui aussi un plugin MCP officiel, donc « avoir MCP » n'est pas la différence. Le plugin de Payload expose les collections sous forme d'outils find, create, update et delete, plus les prompts, outils et ressources que vous écrivez vous-même. Le serveur MCP de Cmssy fournit d'emblée les verbes d'une boutique : refund_order, transition_order_fulfillment, create_discount, edit_order.

Les remboursements, les annulations de commande et les suppressions de pages ne s'exécutent pas au premier appel. Le serveur répond par un résumé d'une ligne et une référence à usage unique, et n'agit que lorsque l'appel est répété avec cette référence après l'accord d'un humain. Les mêmes outils tournent dans l'assistant intégré de l'admin, sur une clé de modèle que vous fournissez - Anthropic, OpenAI, Google, Mistral ou Groq. Le serveur MCP et l'assistant sont inclus dans tous les plans ; le panier et le checkout à partir de Pro.

Là où Payload fait mieux

• Open source (MIT) et auto-hébergé - votre base, vos serveurs, aucun fournisseur entre vous et vos données. Le service Cmssy est propriétaire et uniquement hébergé ; les SDK et le serveur MCP sont sous MIT.
• Un seul déploiement - Payload vit dans votre application Next.js. Cmssy est un service séparé que votre application appelle.
• Plusieurs devises - Cmssy calcule un panier dans une seule devise et ne gère pas de régions. Vendre dans deux devises demande une source de produits par devise.
• Paiements intégrés - Payload fournit un adaptateur Stripe. Cmssy enregistre les paiements et ne détient jamais de clé de paiement, vous intégrez donc Stripe vous-même. Notre exemple next-storefront le fait avec une seule route de webhook.
• Admin personnalisable - vous étendez l'admin de Payload avec vos propres composants React. L'admin de Cmssy impose davantage ses choix.
• Coût sans chiffre d'affaires - Payload tourne gratuitement sur votre hébergement. Le panier de Cmssy demande le plan Pro à 15 $/mois (12,50 $/mois en paiement annuel) ; le plan gratuit Hobby n'a pas de panier.

Comparatif

Lequel choisir

Choisissez Payload si vous voulez tout garder dans votre dépôt et votre base, si vous vendez dans plusieurs devises, ou si construire vous-même la livraison, les taxes et les remises ne vous dérange pas.

Choisissez Cmssy si vous voulez que tout cela soit construit et maintenu pour vous et que votre boutique vend dans une seule devise - et si vous voulez qu'un agent, sur votre propre clé, gère remises, préparation et remboursements, avec l'accord d'un humain pour ce qui ne peut pas être annulé.

Essayer sans compte

Les boutiques de cmssy.com/demos lisent toutes un même workspace de démo. Ou clonez github.com/cmssy-io/examples, copiez .env.example vers .env.local et lancez pnpm dev - chaque exemple affiche le workspace de démo public sans inscription.

Informations sur Payload vérifiées le 13 octobre 2026 sur payloadcms.com/docs - vérifiez-les avant de décider.

Prochaines étapes

• Lisez comment fonctionne le commerce dans Cmssy
• Configurez le serveur MCP et son étape de confirmation
• Essayez l'assistant IA de l'admin
• Comparez Cmssy et Shopify pour une boutique headless en Next.js