7 / 16
CMS Detailing.fr

Chaque professionnel inscrit sur Detailing.fr reçoit un site sur son sous-domaine et un back-office pour le gérer sans écrire une ligne de code. Tous ces sites tournent sur le même code et la même base de données. J'ai conçu l'architecture, développé le CMS et mis en place la façon de le livrer, version après version.
- versions livrées
- 78
- écrans d'administration
- 45
- base pour tous les sites
- 1
- lignes de code (environ)
- 78 k
Une base, des centaines de sites
Le modèle est celui d'une base partagée : chaque table de contenu porte un identifiant de tenant, et les règles de sécurité de Postgres (Row Level Security) garantissent qu'un site ne lit jamais les données d'un autre. Chaque site est une construction du même code, avec son identifiant injecté au build, puis envoyée sur son sous-domaine.
Tout ce qu'un detailer peut gérer
Blog avec éditeur riche (Tiptap), calendrier éditorial et historique des versions.
Génération et réécriture d'articles par IA, branchées sur le moteur de Do Corp.
Prestations, grilles de tarifs, galerie avant/après, médiathèque.
Réservation en ligne : calendrier de disponibilité, créneaux, types de véhicule, annulation par lien.
Constructeur de formulaires (champs conditionnels), demandes de contact et export CSV.
Constructeur de popups, newsletter, page de liens, avis Google avec modération.
Console de visibilité : vues, clics et sources, alimentée par l'annuaire et le site.
Marketplace de plugins payants (Stripe) et visite guidée à la première connexion.
Des mises à jour comme WordPress
Chaque site connaît sa version. Une page « Mises à jour » affiche les nouveautés et applique les migrations SQL nécessaires, sans toucher aux contenus du professionnel.
Livrer sans casser : ma méthode
Avec des dizaines de sites en production sur le même code, chaque livraison compte. J'ai donc fixé une règle simple : une version = une tâche livrée en production.
Local : correction, mise à jour du numéro de version et du journal des changements, test.
Beta : déploiement sur un serveur de préproduction et test en conditions réelles. Tant que ce n'est pas validé, on reste sur la même version.
Production : un seul commit par version sur la branche principale, puis déploiement.
Le journal des changements est affiché dans le back-office de chaque pro.
La branche principale ne contient que des versions livrées : son historique, c'est le journal des changements du produit.
Outils
React · Vite · TypeScript · Supabase · PostgreSQL · Tiptap · Stripe · Framer Motion · Recharts · dnd-kit
Liens
Crédits
- Rôle
- Architecture, développement & livraison continue
- Période
- Janvier → juillet 2026
- Client
- Formation Detailing




