Le Domaine de Corps de Loup avait besoin d’un site capable de raconter un lieu, vendre des vins, accueillir des demandes qualifiées et soutenir l’exploitation quotidienne. Le sujet dépassait donc largement la création d’une boutique : il fallait relier image de marque, catalogue, tunnel d’achat, paiement, contenus, visites, contacts et administration dans un même socle.
Dawap a conçu une application Symfony 7 pour porter cette ambition. Le site rassemble une vitrine bilingue, une boutique e-commerce, un espace client, un back-office de gestion, une galerie photo, des formulaires contact et séminaire, des réservations de visites et un parcours de commande connecté à Monetico. C’est un bon exemple de site e-commerce sur mesure quand le standard ne suffit pas à tenir les usages métier.
Nous sommes vraiment fiers d’avoir travaillé avec le Domaine de Corps de Loup sur ce projet. Le résultat met en valeur un domaine viticole de la Vallée du Rhône septentrionale, entre Côte-Rôtie et Condrieu, tout en donnant aux équipes un outil plus solide pour publier, vendre, suivre les demandes et exploiter le site après sa mise en ligne.
1. Présentation du client
Un domaine viticole à forte identité, entre vente directe, oenotourisme et relation client
Le Domaine de Corps de Loup porte une histoire, un lieu et des cuvées qui ne peuvent pas être réduits à une grille produit. Le site devait donc présenter les vins, la cave, le vignoble, les visites, les dégustations et l’univers du domaine avec une vraie cohérence éditoriale.
Le domaine s’inscrit dans un territoire très identifié : Côte-Rôtie, Condrieu, Saint-Joseph, IGP et cuvées issues de collaborations autour des Vins du Loup. Cette richesse devait être lisible pour un visiteur français comme pour un visiteur anglophone, avec des contenus capables d’expliquer les appellations, les visites et les produits.
Le besoin client était double : mieux vendre en ligne, mais aussi mieux qualifier les contacts. Un visiteur peut vouloir acheter une bouteille, préparer une dégustation, organiser un séminaire, consulter la galerie, comprendre le domaine ou retrouver ses commandes. Le projet devait garder tous ces parcours dans une expérience fluide.
2. Méthode projet Dawap
Analyse fonctionnelle, sprints, tests et environnements séparés
Le projet a commencé par une lecture complète des usages : pages institutionnelles, boutique, catalogue de vins, panier, règles de livraison, paiement, espace client, demandes de contact, demandes séminaire, visites, contenus bilingues, emails, administration et exploitation.
Le delivery a été organisé par lots suivis dans Jira. Les sprints ont permis de livrer d’abord le socle Symfony, les entités e-commerce et les pages publiques, puis le back-office, le tunnel de commande, les emails, l’intégration Monetico, la galerie photo, les formulaires et les écrans de suivi.
La qualité a été sécurisée par des tests PHPUnit, des tests fonctionnels de routes, des tests d’intégration sur les use cases boutique et des tests spécifiques au paiement Monetico. Le projet dispose d’environnements local, sandbox et production avec Docker, MySQL, Redis, RabbitMQ, Nginx, CI/CD GitLab et commandes de reprise quand un flux doit être contrôlé.
3. Contexte et besoin client
Un domaine viticole qui devait mieux relier image, vente et relation directe
Le Domaine de Corps de Loup avait besoin d’un site plus complet qu’une vitrine classique. L’enjeu était de présenter le domaine, ses vins, ses visites et son identité, tout en donnant aux visiteurs la possibilité d’acheter, de réserver, de poser une question ou de préparer un événement.
Le site devait aussi aider l’équipe à travailler plus simplement. Une commande, une demande de contact, une demande de séminaire ou une réservation de visite ne doivent pas finir dans des canaux dispersés. Chaque flux doit être visible, daté, qualifié et rattaché au bon contexte.
Cette vision a orienté le projet vers une application e-commerce sur mesure : un socle unique, un back-office dédié, des contenus bilingues et des intégrations pensées pour le run plutôt qu’un assemblage de modules difficile à maintenir.
4. Objectifs du projet
Vendre les vins, faciliter les visites et donner une vraie autonomie d’exploitation
Le premier objectif était de construire une boutique de vins fiable : catalogue, millésimes, cuvées, contenances, stocks, prix TTC, panier, tunnel de commande, livraison, retrait, paiement et emails transactionnels.
Le deuxième objectif était éditorial. Le domaine devait pouvoir raconter ses appellations, ses visites, son histoire, son vignoble, sa cave, ses actualités et son univers en français et en anglais, avec des pages claires et cohérentes.
Le troisième objectif concernait l’administration. Le back-office devait donner une vision exploitable sur les produits, commandes, paiements, clients, paniers, formulaires, séminaires, contenus et tableaux de bord. L’équipe devait pouvoir piloter le site sans dépendre d’une intervention technique pour chaque action courante.
Enfin, le projet devait sécuriser la production : environnements Docker, CI/CD, tests automatisés, gestion des emails, hCaptcha sur les formulaires, callbacks paiement, logs, commandes de reprise et procédures de déploiement.
5. Architecture Symfony 7
Un socle applicatif moderne pour tenir la boutique et les outils internes
L’application a été développée en PHP 8.2 avec Symfony 7.2. Le socle combine Doctrine ORM, migrations, Messenger, Security, Translation, Twig, MySQL, Redis, RabbitMQ, Nginx et Docker. Cette stack donne une base robuste pour le site public, la boutique, les tâches asynchrones et le back-office.
Le code distingue les usages publics, l’espace client et l’administration. Les contrôleurs publics servent les pages domaine, oenotourisme, boutique, contact, galerie et compte client. Les contrôleurs back-office servent les tableaux de bord, contenus, produits, commandes, paiements, clients, paniers, contacts et séminaires.
Le domaine e-commerce est structuré autour d’objets métier lisibles : produit, cuvée, millésime, contenance, panier, item de panier, commande, item de commande, paiement, adresse et utilisateur. Cette modélisation permet de garder une logique claire entre catalogue, panier, commande et paiement.
6. Site public multilingue
Présenter le domaine en français et en anglais sans casser les parcours
Le site a été pensé pour fonctionner en français et en anglais. Les routes, les traductions, les champs de contenu et les affichages publics s’adaptent à la locale courante. Les pages du domaine, de la boutique et des visites peuvent donc rester cohérentes pour des visiteurs internationaux.
Ce point est important pour un domaine viticole qui accueille des visiteurs, vend ses vins et présente des appellations connues hors de France. La langue ne devait pas être un simple bouton décoratif : elle devait réellement porter les textes, les produits, les descriptions, les métadonnées et les parcours.
Les pages publiques couvrent l’accueil, le domaine, la cave, l’histoire, le vignoble, les visites, les séminaires, les alentours, la FAQ, le blog, la galerie photo, les pages légales, la boutique et les fiches vins. L’ensemble donne un site vivant, pas seulement une zone d’achat.
7. Catalogue et boutique
Modéliser les vins sans perdre les spécificités du domaine
La boutique repose sur une structure adaptée au vin : les produits sont reliés à une cuvée, un millésime et une contenance. Les cuvées portent leurs noms, couleurs, slugs, descriptions, métadonnées SEO et contenus bilingues. Les produits portent notamment le stock disponible et le prix TTC.
Cette séparation évite de mélanger la description éditoriale d’une cuvée avec la réalité commerciale d’un produit disponible. Elle permet aussi de faire évoluer les millésimes, les contenances ou les stocks sans réécrire toute la fiche.
Le back-office permet d’ajouter, modifier, consulter et supprimer les produits, mais aussi de gérer les référentiels de configuration : contenances, millésimes et cuvées. Ce choix donne une vraie autonomie sur le catalogue.
8. Panier, livraison et commandes
Un tunnel de commande adapté aux contraintes du vin
Le panier a été conçu pour fonctionner avec des visiteurs anonymes puis avec des comptes utilisateurs. Lorsqu’un utilisateur se connecte, le panier de session peut être rapproché du panier client afin d’éviter de perdre le travail déjà fait dans la boutique.
Les règles métier sont explicites : nombre de bouteilles, minimum de commande, retrait au domaine, livraison standard, calcul des frais, seuil de franco, gestion des adresses de livraison et de facturation, restrictions de zones livrables et contrôle des cas non éligibles.
Le tunnel conduit ensuite vers la création de commande, les emails client et administrateur, puis le suivi dans l’espace client et le back-office. Les statuts de commande, de paiement, de livraison et de traitement restent lisibles pour que l’équipe puisse agir sans reconstruire le contexte.
9. Paiement Monetico
Brancher le paiement bancaire sans perdre la traçabilité métier
Le parcours de paiement propose le virement bancaire et la carte bancaire via Monetico. Pour la carte, l’application génère une demande de paiement signée, redirige l’acheteur vers la page sécurisée Monetico, puis traite le retour serveur pour confirmer ou refuser le paiement.
L’intégration ne se limite pas à un formulaire de redirection. Le code gère les champs attendus, la référence de panier, le montant, les URLs de retour, la clé de scellement, la validation MAC, les environnements de test et de production, puis la réponse CGI2 envoyée par Monetico.
Chaque notification paiement est contrôlée, historisée et rattachée à une commande. Les doublons sont limités par une clé d’idempotence, les payloads bruts sont conservés, les statuts Monetico sont traduits en statuts métier, et une commande peut être marquée payée lorsque le retour est accepté.
Le back-office dispose aussi d’un écran paiements avec filtres par fournisseur, statut, commande et validité MAC. Les équipes peuvent consulter le détail d’une transaction, retrouver la référence, le montant, la date, le payload et le lien vers la commande. C’est cette partie qui fait la différence entre paiement branché et paiement exploitable.
Pour prolonger ce sujet côté Dawap, nous avons aussi ajouté une page dédiée à l’intégration Monetico dans notre univers paiement.
10. Espace client
Donner au client final une lecture claire de ses informations
Le site propose un espace sécurisé pour retrouver ses informations, ses adresses et ses commandes. Ce n’est pas un détail sur un e-commerce de vins : l’acheteur doit pouvoir relire son historique, vérifier ses coordonnées et suivre ce qui a été commandé.
Les adresses sont rattachées au compte utilisateur et réutilisées dans le tunnel d’achat. Cela simplifie les commandes suivantes et réduit les erreurs de saisie sur des informations sensibles comme la livraison ou la facturation.
La séparation entre espace client, boutique publique et back-office permet de garder des responsabilités nettes : le client consulte et commande, l’équipe administre, le site public raconte et vend.
11. Back-office
Un poste de pilotage pour les produits, commandes, paiements et demandes
Le back-office regroupe les écrans nécessaires à l’exploitation : tableaux de bord, utilisateurs, connexions, contenus, actualités, configuration boutique, produits, clients, paniers, commandes, paiements, contacts et séminaires.
Le tableau de bord donne une lecture commerciale avec chiffre d’affaires TTC, ventes de l’année, nombre d’utilisateurs, commandes impayées, commandes non expédiées et graphiques de suivi. Les équipes peuvent donc surveiller l’activité sans extraire manuellement les données.
Les listes de commandes permettent de filtrer par recherche, statut, option de paiement, statut de paiement et option de livraison. Les listes produits affichent nom, contenance, cuvée, millésime, stock disponible et prix TTC. Cette densité d’information aide à agir vite, surtout quand les commandes et demandes augmentent.
Les actions sensibles restent cadrées : favoris, traitement, archivage, suppression, consultation détaillée, recherche et filtres. L’objectif n’est pas de multiplier les boutons, mais de rendre les gestes quotidiens plus sûrs.
12. Leads, séminaires et visites
Transformer les formulaires et réservations en flux qualifiés
Le site ne sert pas uniquement à vendre des bouteilles. Il doit aussi recevoir des demandes qualifiées : contact général, demande liée à un événement, demande de séminaire, préparation d’une visite ou besoin d’information avant achat.
Les formulaires contact et séminaire créent des entrées exploitables, valident hCaptcha, envoient des emails administrateur et peuvent rattacher la demande à un utilisateur connecté. Le back-office permet ensuite de rechercher, marquer en favori, traiter, archiver ou supprimer ces demandes.
La partie visites présente plusieurs formats de dégustation et de découverte du domaine, avec des widgets de réservation intégrés et adaptés à la langue courante. Le visiteur peut donc passer de la découverte du domaine à une réservation concrète sans rupture de parcours.
Cette approche donne au domaine une lecture plus complète de la relation client : achat en ligne, demande entrante, séminaire, visite et historique utilisateur ne sont plus des signaux isolés.
13. Galerie photo
Mettre en valeur le lieu avec une webothèque simple à exploiter
Le site intègre une galerie photo dédiée au domaine. Elle permet de montrer la cave, les vignes, l’accueil, les moments de dégustation et l’ambiance du lieu avec une présentation visuelle plus immersive qu’une simple page texte.
Techniquement, la galerie lit les images depuis un répertoire média public et les affiche en grille. Ce choix reste simple à maintenir, tout en donnant une vraie place aux contenus visuels qui font partie de l’expérience d’un domaine viticole.
Pour ce type de projet, la valeur de la galerie est concrète : elle aide un visiteur à se projeter, rassure avant une visite, donne une preuve du lieu et enrichit le parcours avant l’achat ou la demande de contact.
14. Tests, CI/CD et production
Sécuriser une boutique qui touche au chiffre, aux emails et au paiement
La suite de tests couvre les routes publiques et back-office, les use cases de boutique, les produits, les commandes, les paniers, les contenus et les paiements. Les tests Monetico vérifient notamment la génération des signatures, la notification, l’enregistrement paiement et les commandes de reprise.
Le projet inclut aussi des commandes utiles pour l’exploitation, comme la simulation de retours Monetico ou le backfill de paiements historiques. Ce sont des outils précieux quand on veut comprendre, corriger ou rejouer un cas sans intervention hasardeuse en base.
La CI/CD GitLab construit et déploie les images vers sandbox puis production. Les environnements Docker alignent PHP, Nginx, MySQL, Redis et RabbitMQ pour réduire les écarts entre local, validation et mise en ligne.
Cette discipline est essentielle sur un e-commerce : une erreur de paiement, une commande doublée, un email non envoyé ou un stock incohérent a un impact immédiat. Le projet devait donc rester testable et observable, pas seulement joli.
15. Résultats et valeur métier
Un site plus utile pour vendre, accueillir et administrer
Le Domaine de Corps de Loup dispose maintenant d’un site qui relie les dimensions clés de son activité digitale : histoire du domaine, cuvées, boutique, commandes, paiement, visites, demandes, galerie photo, compte client et administration.
Le gain principal est la cohérence. Le site public, la boutique et le back-office partagent les mêmes objets métier, ce qui évite les écarts entre ce qui est présenté, vendu, commandé, payé et suivi.
Le deuxième gain est l’autonomie. Les équipes peuvent gérer produits, contenus, commandes, paiements, contacts et séminaires depuis un outil pensé pour leur usage, avec des filtres et écrans adaptés aux tâches réelles.
Le troisième gain est la confiance. Le paiement Monetico, les tests, les environnements, les logs, les commandes de reprise et les écrans de diagnostic donnent une base plus sereine pour exploiter le site dans la durée.
16. Conclusion
Un projet dont nous sommes très contents, parce qu’il relie expérience, vente et exploitation
Ce projet nous plaît particulièrement parce qu’il réunit plusieurs exigences fortes : un site public élégant, une boutique de vins, un back-office opérationnel, du contenu multilingue, des demandes qualifiées, des visites, un espace client et un paiement bancaire intégré avec le niveau de traçabilité attendu en production.
Le Domaine de Corps de Loup gagne une base plus cohérente pour présenter ses vins, vendre en ligne, suivre ses commandes, recevoir des demandes, piloter ses contenus et faire évoluer son dispositif sans dépendre d’un empilement d’outils déconnectés.
Pour un domaine, une marque ou une entreprise qui veut construire un e-commerce métier avec paiement, back-office, parcours sur mesure et exploitation sérieuse, ce projet illustre très bien ce que Dawap peut apporter avec son accompagnement site e-commerce sur mesure et son expertise intégration API paiement.
