Multi-boutique e-commerce : mutualiser le socle sans mélanger les données
Architecture multi-boutique : mutualisation du code, isolation des tenants, catalogues, domaines, droits et flux ERP.
Le multi-boutique promet une seule plateforme pour plusieurs enseignes. Mal conçu, il crée l’inverse : règles entremêlées, données exposées et déploiements risqués.
Le bon objectif est simple : mutualiser ce qui doit l’être et isoler ce qui ne doit jamais se croiser.
Définir le tenant
Un tenant peut représenter une marque, une société, un pays ou une boutique. Cette décision pilote les données, les droits et la facturation.
Écrivez ce qui est :
- global ;
- partagé à certains tenants ;
- spécifique ;
- interdit de partage.
Isoler les données
Produits, clients, commandes, prix et stocks doivent porter un tenant explicite. Les contrôles d’accès doivent être appliqués côté base et serveur, pas seulement masqués dans l’interface.
Testez qu’un utilisateur d’une boutique ne peut jamais lire l’URL ou l’identifiant d’une autre.
Mutualiser le code
Un seul code ne signifie pas un seul comportement. Utilisez configuration, thèmes, composants et règles versionnées. Évitez les branches permanentes par client : elles recréent N plateformes.
Catalogue et contenu
Choisissez si un produit est global avec enrichissements locaux, copié par tenant ou totalement séparé. Définissez aussi domaines, langues, taxes, devises, pages et SEO.
Les canonicals et sitemaps doivent rester propres à chaque domaine.
Flux et opérations
L’ERP peut être commun ou distinct. Chaque événement doit indiquer son tenant et conserver cette information jusqu’à l’entrepôt.
Les erreurs doivent être filtrables par boutique sans masquer une panne globale.
Ce qu’on voit sur le terrain
Le multi-tenant réduit fortement le coût d’évolution quand les frontières sont propres. Il augmente le risque quand l’isolation repose sur une convention orale.
BOLDY est conçu comme une plateforme multi-tenant : un code, plusieurs boutiques. Cela n’autorise pas à partager les données client ou les secrets ; l’isolation fait partie du produit.
Voir le CMS pour gros catalogue et le SaaS français et RGPD.
FAQ
Multi-boutique et multi-tenant sont-ils identiques ?
Pas toujours. Le multi-boutique peut être une fonction d’un même compte ; le multi-tenant implique une isolation forte entre organisations.
Peut-on partager un produit ?
Oui, avec des règles claires pour les champs globaux et locaux.
Comment déployer une évolution ?
Progressivement, avec tests par tenant et possibilité de désactivation ciblée.
Qui administre le global ?
Un rôle distinct, limité et audité.
Vous voulez challenger votre modèle d’isolation ? Réservez une revue multi-boutique.