🏗️ Architecture Technique
Analyse des options d'architecture domaines, recommandation stratégique, schéma d'infrastructure et stack technique optimale pour le projet multi-boutiques.
La Question Centrale
Domaine unique + sous-domaines VS Domaines séparés VS Hybride ?
Le choix de l'architecture domaines est fondamental car il impacte directement :
- Le SEO — Autorité de domaine, backlinks, indexation
- Le branding — Perception des marques, indépendance visuelle
- Les coûts — Domaines, certificats SSL, maintenance
- La scalabilité — Facilité d'ajout de nouvelles boutiques
- La gestion des risques — Isolation en cas de problème sur une boutique
- La flexibilité — Tests A/B, pivots stratégiques
Critères de Décision Clés
La décision doit être guidée par : (1) la stratégie de marque souhaitée (mono vs multi), (2) l'importance du SEO dans l'acquisition, (3) le budget disponible, (4) la vitesse de scaling souhaitée, et (5) le niveau de risque acceptable.
Option A : Domaine Unique + Sous-domaines
🌐 Architecture Centralisée
6.5/10
Toutes les boutiques partagent un domaine principal avec des sous-domaines pour chaque univers :
┌─────────────────────────────────────────────────────────────┐
│ DOMAINE PRINCIPAL │
│ bijoux-store.com │
└───────────────────────────┬─────────────────────────────────┘
│
┌───────────────────────────┴─────────────────────────────────┐
│ │
┌───────────┴───────────┐ ┌───────────┴───────────┐ ┌───────────┴───────────┐
│ argent.bijoux-store │ │ boheme.bijoux-store │ │ pierres.bijoux-store │
│ .com │ │ .com │ │ .com │
│ Bijoux Argent 925 │ │ Bijoux Bohème │ │ Lithothérapie │
└───────────────────────┘ └───────────────────────┘ └───────────────────────┘
│ │ │
┌───────────┴───────────┐ ┌───────────┴───────────┐ ┌───────────┴───────────┐
│ homme.bijoux-store │ │ mini.bijoux-store │ │ mariage.bijoux-store │
│ .com │ │ .com │ │ .com │
│ Bijoux Homme │ │ Minimaliste │ │ Cérémonie │
└───────────────────────┘ └───────────────────────┘ └───────────────────────┘
Exemples concrets :
www.bijoux-universe.com— Page d'accueil / Landing multi-universargent.bijoux-universe.com— Boutique Bijoux Argent 925boheme.bijoux-universe.com— Boutique Style Bohème Ethniquepierres.bijoux-universe.com— Boutique Lithothérapiehomme.bijoux-universe.com— Boutique Bijoux Hommemini.bijoux-universe.com— Boutique Minimaliste
✅ Avantages
- Un seul domaine à acheter et gérer
- Certificat SSL wildcard (*.domain.com)
- Autorité SEO partagée entre sous-domaines
- Configuration DNS simplifiée
- Cohérence de marque globale
- Cross-selling facilité entre univers
- Coût minimal (~15€/an pour le domaine)
- Scaling rapide (ajout de sous-domaine)
❌ Inconvénients
- Association visible des marques
- Difficile de vendre une boutique isolément
- Pénalité Google sur un sous-domaine = risque global
- Perception "même boutique déclinée"
- Sous-domaines moins bien classés que domaines
- Pas de test A/B de positionnement radical
- Dépendance à un seul registrar
- Moins premium perçu
Cas d'usage idéal :
Entreprise qui veut créer une marque ombrelle forte avec des collections thématiques. Parfait pour une stratégie "house of brands" où la marque mère a de la valeur (ex: "Bijoux Universe présente...").
Option B : Multi-Domaines Indépendants
🌍 Architecture Distribuée
7/10
Chaque boutique dispose de son propre domaine, sans lien visible avec les autres :
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ silvercraft.fr │ │ bohemejewels.fr │ │ litho-paris.fr │
│ │ │ │ │ │
│ Bijoux Argent │ │ Style Bohème │ │ Lithothérapie │
│ 925 Premium │ │ & Ethnique │ │ & Pierres │
└────────┬────────┘ └────────┬────────┘ └────────┬────────┘
│ │ │
│ │ │
└─────────────────────┼─────────────────────┘
│
┌──────────────┴──────────────┐
│ INFRASTRUCTURE COMMUNE │
│ (invisible pour le client) │
│ │
│ • Catalogue unifié │
│ • Panier mutualisé │
│ • Logistique centralisée │
│ • Analytics consolidés │
└─────────────────────────────-┘
│
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ homme-bijoux.fr │ │ minimalist.fr │ │ wedding-gems.fr │
│ │ │ │ │ │
│ Bijoux Homme │ │ Style Épuré │ │ Mariage & │
│ Masculin │ │ & Minimaliste │ │ Cérémonie │
└─────────────────┘ └─────────────────┘ └─────────────────┘
Exemples de domaines par univers :
| Univers | Domaines Possibles | Prix Estimé |
|---|---|---|
| Bijoux Argent 925 | silvercraft.fr, argent925.fr, pure-silver.fr | 10-50€/an |
| Bohème / Ethnique | boheme-jewelry.fr, gypsy-bijoux.fr, ethnik.fr | 10-30€/an |
| Pierres Naturelles | litho-paris.fr, pierres-magiques.fr, crystal-shop.fr | 10-40€/an |
| Bijoux Homme | homme-bijoux.fr, mister-jewelry.fr, bracelets-homme.fr | 10-30€/an |
| Minimaliste | minimalist-jewelry.fr, epure.fr, less-is-more.fr | 15-80€/an |
| Mariage | wedding-gems.fr, bijoux-mariee.fr, alliances.fr | 20-100€/an |
✅ Avantages
- Marques 100% indépendantes
- Aucune association visible entre boutiques
- Domaines optimisés SEO (keyword dans le domaine)
- Tests A/B radicaux possibles (positionnements opposés)
- Risque isolé (pénalité Google sur un = pas sur les autres)
- Revente possible d'une boutique isolément
- Domaines .fr, .com, .eu selon les marchés
- Positionnement prix différent crédible
❌ Inconvénients
- Coût domaines (10-50€ x N boutiques)
- N certificats SSL à gérer (ou Let's Encrypt auto)
- SEO à construire pour chaque domaine from scratch
- Pas de transfert d'autorité entre boutiques
- Gestion DNS plus complexe
- Cross-selling moins naturel
- Confiance à construire pour chaque marque
- Budget branding x N
Cas d'usage idéal :
Stratégie "branded house" où chaque boutique est une marque à part entière sans lien visible. Parfait pour tester des positionnements concurrents ou cibler des audiences incompatibles.
Option C : Architecture Hybride
🎯 Le Meilleur des Deux Mondes
9/10
Combiner les avantages des deux approches : un domaine principal pour les univers "maison" + des domaines séparés pour les marques fortes ou les tests.
┌─────────────────────────────────────────┐
│ MARQUE PRINCIPALE │
│ bijoux-atelier.com │
│ (collections classiques, généraliste) │
└───────────────────┬─────────────────────┘
│
┌───────────────────────────────┼───────────────────────────────┐
│ │ │
┌───────┴───────┐ ┌───────┴───────┐ ┌───────┴───────┐
│ SOUS-DOMAINES │ │ SOUS-DOMAINES │ │ SOUS-DOMAINES │
│ (univers │ │ (univers │ │ (univers │
│ secondaires) │ │ complémentaires) │ test) │
└───────┬───────┘ └───────┬───────┘ └───────┬───────┘
│ │ │
argent.bijoux-atelier.com enfant.bijoux-atelier.com test1.bijoux-atelier.com
boheme.bijoux-atelier.com mariage.bijoux-atelier.com test2.bijoux-atelier.com
┌───────────────────────────────────────────────────────────────┐
│ DOMAINES INDÉPENDANTS │
│ (marques fortes / positionnements uniques) │
└───────────────────────────────┬───────────────────────────────┘
│
┌───────────────────────────────┼───────────────────────────────┐
│ │ │
┌───────┴───────┐ ┌───────┴───────┐ ┌───────┴───────┐
│ litho- │ │ mister- │ │ pure- │
│ magic.fr │ │ jewels.fr │ │ minimal.fr │
│ │ │ │ │ │
│ Lithothérapie │ │ Bijoux Homme │ │ Minimaliste │
│ (niche forte) │ │ (audience │ │ (premium, │
│ │ │ spécifique) │ │ différent) │
└───────────────┘ └───────────────┘ └───────────────┘
Logique de répartition :
| Critère | → Sous-domaine | → Domaine Séparé |
|---|---|---|
| Audience | Similaire à la marque principale | Très différente ou incompatible |
| Positionnement prix | Cohérent avec la marque | Très différent (discount ou ultra-premium) |
| Potentiel de marque | Collection/gamme | Marque à fort potentiel autonome |
| Risque | Faible, stratégie éprouvée | Test risqué, nouveau marché |
| SEO | Bénéficie de l'autorité existante | Keyword fort dans le domaine souhaité |
| Revente potentielle | Non prioritaire | Asset valorisable indépendamment |
✅ Avantages
- Flexibilité maximale
- Optimisation au cas par cas
- Marque principale = autorité SEO partagée
- Domaines séparés = indépendance totale
- Tests possibles dans les deux configurations
- Scaling progressif selon les résultats
- Migration possible (sous-domaine → domaine si succès)
- Gestion des risques optimale
❌ Inconvénients
- Complexité de gestion accrue
- Règles de décision à définir clairement
- Coûts intermédiaires
- Cohérence stratégique à maintenir
- Documentation nécessaire
Recommandation Finale
🎯 Architecture Hybride Recommandée
Pour ce projet, nous recommandons l'Option C (Hybride) avec une approche progressive : démarrer avec des domaines séparés pour les 3-5 premières boutiques (validation marché), puis envisager un domaine principal avec sous-domaines pour les univers secondaires une fois le modèle validé.
Plan d'Architecture Recommandé
Phase 1 : Lancement (Mois 1-3)
Démarrer avec 3 domaines indépendants pour valider le concept :
silvercraft.fr— Bijoux Argent 925 (marché principal)litho-magic.fr— Pierres Naturelles / Lithothérapie (niche passionnée)bijoux-fantaisie-shop.fr— Fantaisie Tendance (volume)
Phase 2 : Expansion (Mois 4-6)
Selon les performances, ajouter :
mister-jewelry.fr— Bijoux Homme (si tendance confirmée)boheme-spirit.fr— Style Bohème (si audience identifiée)- OU sous-domaines sur le domaine le plus performant
Phase 3 : Industrialisation (Mois 6+)
Architecture cible avec :
- 3-5 domaines "flagship" (marques fortes)
- 1 domaine principal avec sous-domaines (collections secondaires)
- Domaines de test pour les nouveaux concepts
Stack Technique Suggérée
Architecture Globale
┌─────────────────────────────────────────────────────────────────────────────┐
│ COUCHE PRÉSENTATION │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ Boutique 1 │ │ Boutique 2 │ │ Boutique 3 │ │ Boutique N │ │
│ │ (Next.js) │ │ (Next.js) │ │ (Next.js) │ │ (Next.js) │ │
│ │ │ │ │ │ │ │ │ │
│ │ silvercraft │ │ litho-magic │ │ fantaisie │ │ ... │ │
│ │ .fr │ │ .fr │ │ -shop.fr │ │ │ │
│ └──────┬──────┘ └──────┬──────┘ └──────┬──────┘ └──────┬──────┘ │
│ │ │ │ │ │
└──────────┼─────────────────┼─────────────────┼─────────────────┼───────────┘
│ │ │ │
└─────────────────┴────────┬────────┴─────────────────┘
│
┌─────────────────────────────────────┴───────────────────────────────────────┐
│ COUCHE API │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────────────────────────────────────────────────────────────┐ │
│ │ API Gateway (Kong / Traefik) │ │
│ └───────────────────────────────┬─────────────────────────────────────┘ │
│ │ │
│ ┌───────────┬───────────┬───────┴───────┬───────────┬───────────┐ │
│ │ │ │ │ │ │ │
│ │ Catalog │ Orders │ Customers │ Payment │ Analytics │ │
│ │ Service │ Service │ Service │ Service │ Service │ │
│ │ (Node) │ (Node) │ (Node) │ (Node) │ (Python) │ │
│ │ │ │ │ │ │ │
│ └─────┬─────┴─────┬─────┴───────┬───────┴─────┬─────┴─────┬─────┘ │
│ │ │ │ │ │ │
└─────────┼───────────┼─────────────┼─────────────┼───────────┼──────────────┘
│ │ │ │ │
┌─────────┴───────────┴─────────────┴─────────────┴───────────┴──────────────┐
│ COUCHE DATA │
├─────────────────────────────────────────────────────────────────────────────┤
│ │
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ PostgreSQL │ │ Redis │ │ Elasticsearch│ │ S3 │ │
│ │ (Database) │ │ (Cache) │ │ (Search) │ │ (Assets) │ │
│ └─────────────┘ └─────────────┘ └─────────────┘ └─────────────┘ │
│ │
└─────────────────────────────────────────────────────────────────────────────┘
Technologies Recommandées
Next.js / React
Frontend boutiques. SSR pour SEO, composants réutilisables, excellent DX.
Node.js / Express
Backend API. Léger, performant, écosystème riche, même langage front/back.
PostgreSQL
Base de données principale. Robuste, ACID, JSON support, scalable.
Redis
Cache et sessions. Ultra-rapide, pub/sub, parfait pour le panier.
Elasticsearch
Recherche produits. Full-text, facettes, suggestions, analytics.
Docker / K8s
Conteneurisation et orchestration. Déploiements reproductibles, scaling.
AWS / GCP
Cloud infrastructure. S3 pour assets, CDN, auto-scaling, reliability.
Stripe
Paiements. Fiable, sécurisé, multi-devises, excellente API.
Metabase
BI et reporting. Self-hosted, gratuit, dashboards, SQL direct.
Architecture Détaillée par Composant
Frontend (par boutique)
- Framework : Next.js 14+ (App Router)
- Styling : Tailwind CSS + Headless UI
- State : Zustand (léger) ou React Query (data fetching)
- Animations : Framer Motion
- Images : Next/Image + Cloudinary ou imgix
- SEO : Next SEO + JSON-LD structured data
- Analytics : Google Analytics 4 + Pixel Facebook + tracking custom
Backend API
- Runtime : Node.js 20+ LTS
- Framework : Fastify (performant) ou Express (communauté)
- ORM : Prisma (type-safe, migrations)
- Validation : Zod
- Auth : JWT + refresh tokens ou session-based
- Rate limiting : Redis-based
- Documentation : OpenAPI / Swagger
Infrastructure
- Hosting : Vercel (frontends) + Railway/Render (APIs) ou full AWS
- Database : PostgreSQL (Supabase, Neon, ou RDS)
- Cache : Redis (Upstash serverless ou ElastiCache)
- CDN : Cloudflare (gratuit, performant)
- SSL : Let's Encrypt auto-renew
- Monitoring : Sentry (errors) + Grafana (metrics)
- CI/CD : GitHub Actions
Estimation des Coûts Infrastructure
| Composant | Service | Coût/mois (5 boutiques) | Coût/mois (20 boutiques) |
|---|---|---|---|
| Domaines | OVH / Gandi | ~8€ (100€/an ÷ 12) | ~30€ |
| Hosting Frontend | Vercel Pro | 20€ | 20€ (même plan) |
| Hosting Backend | Railway / Render | 25-50€ | 100-200€ |
| Database | Supabase / Neon | 25€ | 75-150€ |
| Cache Redis | Upstash | 10€ | 30€ |
| Search | Algolia / Typesense | 0€ (gratuit départ) | 50-100€ |
| CDN | Cloudflare | 0€ (gratuit) | 20€ (Pro) |
| Emails transac. | Resend / Postmark | 10€ | 50€ |
| Storage | Cloudinary / S3 | 15€ | 50€ |
| Monitoring | Sentry | 0€ (gratuit) | 26€ |
| TOTAL | ~115-165€/mois | ~450-750€/mois |
Coût Infrastructure vs CA
À 50K€/mois de CA, l'infra représente ~0.2-0.3% du CA. À 500K€/mois, ~0.1-0.15%. L'infrastructure est un coût négligeable comparé aux coûts d'acquisition (15-25% du CA) et aux marges produit.
Flux de Données
Parcours Client Type
┌─────────────────────────────────────────────────────────────────────────┐
│ PARCOURS CLIENT │
└─────────────────────────────────────────────────────────────────────────┘
[Client]
│
│ 1. Pub Facebook/Google
▼
┌─────────────────┐
│ Landing Page │ ◄── CDN Cloudflare (cache, protection DDoS)
│ (Next.js SSR) │
└────────┬────────┘
│
│ 2. Navigation produits
▼
┌─────────────────┐ ┌─────────────────┐
│ Page Catégorie │────►│ Elasticsearch │ (recherche, filtres)
│ │ │ │
└────────┬────────┘ └─────────────────┘
│
│ 3. Fiche produit
▼
┌─────────────────┐ ┌─────────────────┐
│ Page Produit │────►│ API Catalogue │──► PostgreSQL (stock, prix)
│ + Reco IA │ │ │──► Redis (cache)
└────────┬────────┘ └─────────────────┘
│
│ 4. Ajout panier
▼
┌─────────────────┐ ┌─────────────────┐
│ Panier │────►│ Redis │ (session panier)
│ (persistant) │ │ (partagé) │
└────────┬────────┘ └─────────────────┘
│
│ 5. Checkout
▼
┌─────────────────┐ ┌─────────────────┐
│ Checkout │────►│ API Commandes │──► PostgreSQL
│ │ │ │──► Stripe (paiement)
└────────┬────────┘ └─────────────────┘
│
│ 6. Confirmation
▼
┌─────────────────┐ ┌─────────────────┐ ┌─────────────────┐
│ Confirmation │────►│ API Notifs │────►│ Resend/Email │
│ + Tracking │ │ │ │ │
└─────────────────┘ └─────────────────┘ └─────────────────┘
│
│ 7. Analytics
▼
┌─────────────────────────────────────────────────────────────────────────┐
│ GA4 + Pixel Facebook + Tracking Interne (PostgreSQL Analytics) │
└─────────────────────────────────────────────────────────────────────────┘
Flux Multi-Boutiques
┌─────────────────────────────────────────────────────────────────────────┐
│ GESTION MULTI-BOUTIQUES │
└─────────────────────────────────────────────────────────────────────────┘
┌────────────┐ ┌────────────┐ ┌────────────┐ ┌────────────┐
│ Boutique 1 │ │ Boutique 2 │ │ Boutique 3 │ │ Boutique N │
│ (Theme A) │ │ (Theme B) │ │ (Theme C) │ │ (Theme X) │
└─────┬──────┘ └─────┬──────┘ └─────┬──────┘ └─────┬──────┘
│ │ │ │
│ │ │ │
└───────────────┴───────┬───────┴───────────────┘
│
▼
┌─────────────────────────┐
│ API Gateway │
│ (routing par domaine) │
│ │
│ silvercraft.fr ──► tenant_1
│ litho-magic.fr ──► tenant_2
│ fantaisie.fr ──► tenant_3
└───────────┬─────────────┘
│
┌───────────┴─────────────┐
│ │
▼ ▼
┌─────────────────┐ ┌─────────────────┐
│ Multi-Tenant │ │ Catalogue │
│ Context │ │ Unifié │
│ │ │ │
│ • Boutique ID │ │ • 30K+ produits │
│ • Theme config │ │ • Stock temps │
│ • Prix config │ │ réel │
│ • Devise │ │ • Variantes │
└────────┬────────┘ └────────┬────────┘
│ │
└────────────┬───────────┘
│
▼
┌─────────────────────────┐
│ PostgreSQL │
│ (schema par tenant │
│ ou tenant_id col) │
└─────────────────────────┘
Stratégie Multi-Tenant
Deux approches possibles pour la séparation des données :
Option 1 : Colonne tenant_id
Toutes les tables ont une colonne tenant_id. Simple à implémenter, mais requiert une discipline stricte pour éviter les fuites de données.
- ✅ Simple à mettre en place
- ✅ Une seule base de données
- ✅ Requêtes cross-tenant faciles (analytics)
- ❌ Risque de fuite si oubli du filtre
Option 2 : Schema par tenant
Chaque boutique a son propre schema PostgreSQL. Isolation forte, mais plus complexe à gérer.
- ✅ Isolation forte des données
- ✅ Pas de risque de fuite
- ✅ Migrations par tenant possibles
- ❌ Plus complexe à maintenir
Recommandation
Démarrer avec l'Option 1 (tenant_id) pour la simplicité. Utiliser un middleware qui injecte automatiquement le filtre tenant sur toutes les requêtes. Migrer vers l'Option 2 si le volume ou les exigences de sécurité l'imposent.