Chatbot Duhallé
Le chatbot de duhalle-boutique.fr : un conseiller en ligne qui répond aux questions des clients sur les produits Duhallé et sur le savoir-faire du bouchage, de la mise en bouteille, du cidre, du vinaigre et des conserves maison.
- Aucun appel à un modèle de langage. Les réponses viennent uniquement d'une base de connaissances écrite en TypeScript. Chaque réponse se rejoue et s'explique.
- Hébergé sur Cloudflare Workers. La réponse est calculée sur place en quelques millisecondes, sans service externe.
- Question-réponse uniquement. Le chatbot n'a accès ni aux comptes clients ni aux commandes. Pour tout ce qui demande une action, il renvoie vers le site ou le service client.
- Vouvoiement systématique, ton de la marque, sans emoji. Un test le vérifie.
- Sécurisé pour une boutique en ligne : empreinte d'intégrité sur le script, limite de questions par visiteur, questions enregistrées anonymisées. Voir Sécurité.
Comment il répond
L'algorithme s'inspire de l'« assistant déterministe » d'APISAAS (lib/assistant-deterministe). On n'y trouve pas de fiches question-réponse entières, mais :
| Élément | Rôle | Où |
|---|
| Concepts | Une notion, un produit ou une rubrique, avec ses alias et sa famille (bouchon-naturel → bouchon-liege → bouchon → bouchage → catalogue) | src/savoir/*.ts |
| Faits | Un énoncé court rattaché à un ou plusieurs concepts, avec son aspect (définition, choix, procédure, durée, prix…), sa source et sa date de vérification | src/savoir/*.ts |
| Types de question | Ce que la question demande, lu dans sa forme : « comment » (procédure), « combien de temps » (durée), « lequel » (choix), « où acheter » (lieu)… Une table ordonnée : la première marque qui s'applique gagne | src/moteur/types-de-question.ts |
| Plans de réponse | Pour chaque type, les aspects cherchés dans l'ordre | src/savoir/types.ts |
Pour chaque question, le moteur procède ainsi :
- Il reconnaît les concepts cités, malgré les pluriels, les accents et les fautes de frappe.
- Il lit le type de la question.
- Il prend les faits de ces concepts et de leurs familles. Un fait propre au produit l'emporte sur le fait général de sa famille. Un fait qui croise deux concepts cités (« bouchon » + « vin de garde ») passe devant.
- Il assemble 1 à 3 faits selon le plan du type, avec des liens vers les pages du site et des questions suggérées.
Cas particuliers :
- Relances : « et combien de temps ? » ou « et pour le cidre ? » reprennent le sujet précédent, comme une question courte qui renvoie à la réponse précédente par un pronom (« faut-il le tremper ? »).
- Lettres isolées : un « e » ou un « u » seul ne compte pas comme un mot. Un message qui n'en contient pas d'autre invite à poser la question en quelques mots ; « Bonjour, U » reste une salutation.
- Clients mécontents : une injure, un reproche (« tu ne sers à rien », « je vais acheter ailleurs ») reçoit des excuses et les coordonnées de l'équipe, jamais la procédure pour commander. Seuls les reproches à la deuxième personne comptent : « je ne sais rien faire en vinification » reste une question de débutant.
- Anglais : un message en anglais sans sujet reconnu reçoit une réponse dans les deux langues (le chatbot ne répond qu'en français) ; « upload an image » reçoit la réponse sur l'envoi de photos.
- Numéros de commande : cinq chiffres ou plus se lisent comme « [référence] », la forme enregistrée dans la base : « commande 1234567 » et « commande [référence] » donnent la même réponse.
- Liens collés : un client qui colle l'adresse d'un produit de la boutique (
…/mustimetre-c2x35079023) obtient la réponse sur ce produit, car l'adresse en contient le nom ; un lien vers un autre site n'est pas lisible, et le chatbot le dit. Seul le texte de l'adresse est lu : aucune page n'est ouverte.
- Boutons de suggestion et vente additionnelle : après chaque réponse, au plus 4 boutons : le sujet d'abord (2 au plus), puis les compléments du produit dont on parle (la boucheuse avec les bouchons, le robinet avec le vinaigrier…), puis la vitrine des questions les plus fréquentes, même quand elles ne portent pas sur la demande du client, car il s'intéresse peut-être à un autre produit. Un sujet qui vient d'être traité n'est jamais reproposé, et un client dont la commande pose problème (colis abîmé, paiement refusé, commande bloquée) ne voit aucun produit. Tout est réglé dans
src/savoir/ventes.ts, sans toucher au moteur ; les tests vérifient que chaque bouton mène à une vraie réponse.
- Rien de sûr : l'assistant ne devine pas, il propose des pistes ou renvoie vers le service client.
- Trace : chaque réponse porte une
trace qui dit pourquoi (type lu, concepts, faits retenus).
Aujourd'hui : 252 concepts et 704 faits, répartis en 10 fichiers de rubriques : entreprise, commande (livraison, paiement, retours), mise en bouteille, bouchage, cire, cave et service du vin, cidre, vinaigre, conserves, droguerie.
Mesure de la qualité
- Banc (
test/banc.test.ts) : 186 questions formulées comme les clients les posent, avec la réponse attendue. Tout doit passer.
- Questions réelles (
test/clients-reels.test.ts) : les questions posées par les vrais clients (lues dans la base D1), puis des questions voisines (autres formulations, cas proches) pour que la réponse vise plus large que la phrase vue. Chaque lot relu y est ajouté.
- Jeu inédit (
test/inedit.test.ts) : 25 questions écrites après le réglage, qu'on ne règle jamais une par une. Il est mesuré à 68 % de premières réponses idéales, et les écarts restent en général dans le bon sujet. Quand un jeu inédit a servi à corriger, il rejoint le banc et on en écrit un nouveau. Les trois premiers jeux, mesurés à 57 %, 57 % puis 77 %, ont fait progresser les règles.
Structure du dépôt
src/
index.ts le Worker : /api/chat, /api/accueil, /api/sante, CORS
moteur/ l'algorithme (aucun mot de métier)
texte.ts normalisation, mots vides, racinisation, fautes de frappe
types-de-question.ts
concepts.ts détection des concepts, lignée
reponse.ts choix des faits selon le plan
recherche.ts filet de sécurité : recherche plein texte dans les faits
assistant.ts orchestration, politesse, relances, repli
savoir/ LA BASE DE CONNAISSANCES
coordonnees.ts téléphone, e-mail, seuils de livraison (à un seul endroit)
ventes.ts les boutons de suggestion : questions de départ, vitrine, compléments
liens.ts les URL du site
entreprise.ts, commande.ts, mise-en-bouteille.ts, bouchage.ts, cire.ts,
cave-service.ts, cidre.ts, vinaigre.ts, conserves.ts, droguerie.ts
widget/widget.ts le script affiché sur le site (bulle + fenêtre)
public/
v/<version>.js les versions compilées du widget (npm run build, versionnées)
widget.js ancienne adresse unique du widget, figée
index.html page de démonstration
oxatis/ les codes à coller dans le back-office Oxatis
test/ base, banc, jeu inédit, Worker, robustesse
Mise en ligne sur Cloudflare
Le déploiement passe par Workers Builds : Cloudflare se branche sur ce dépôt GitHub et redéploie à chaque modification de main.
- Dans le tableau de bord Cloudflare, allez dans Workers & Pages, puis Create, puis Import a repository.
- Choisissez ce dépôt GitHub. Le nom du Worker dans Cloudflare doit être identique au champ
name du fichier wrangler.jsonc : aujourd'hui chatbot-duhalle. Pour le renommer, changez les deux.
- Gardez les réglages proposés : Build command vide, Deploy command
npx wrangler deploy. Le widget compilé est déjà dans le dépôt.
- Lancez le déploiement. L'adresse du Worker s'affiche :
https://chatbot-duhalle.<votre-sous-domaine>.workers.dev.
- Vérifiez :
https://chatbot-duhalle.<votre-sous-domaine>.workers.dev/ affiche la page de démonstration, et /api/sante renvoie {"ok":true,…}.
Aucune clé secrète n'est nécessaire. Le plan gratuit de Cloudflare Workers (100 000 requêtes par jour) suffit largement.
Sites autorisés. La variable ALLOWED_ORIGINS de wrangler.jsonc liste les sites qui peuvent interroger le chatbot : https://www.duhalle-boutique.fr et https://duhalle-boutique.fr. Pour tester depuis un autre domaine, par exemple l'aperçu Oxatis, ajoutez-le, séparé par une virgule. Évitez * en production : n'importe quel site pourrait alors afficher votre chatbot.
Installation sur le site Oxatis
Deux codes sont prêts dans le dossier oxatis/.
1. Le script du chatbot, sur toutes les pages : oxatis/1-script-chatbot.html
- Remplacez
VOTRE-SOUS-DOMAINE par celui de l'adresse workers.dev.
- Collez le code une seule fois dans le bloc HTML du
<head> du site, et dans celui du site mobile si Oxatis en a un séparé.
- Enregistrez, puis ouvrez le site : la bulle « Une question ? » apparaît en bas à droite, au-dessus de la pastille des cookies.
Chaque version du widget a sa propre adresse (/v/<version>.js), qui ne change plus et reste en ligne (sauf une version reconnue défectueuse, retirée). Publier une nouvelle version ne touche donc pas au site : il garde la précédente. Pour passer à la nouvelle, attendez la fin du déploiement Cloudflare, puis recopiez la balise du fichier oxatis/1-script-chatbot.html dans Oxatis (ordinateur et mobile). Vérifiez après l'enregistrement que le bloc se termine bien par </script> : un bloc trop long est coupé par Oxatis, et une balise coupée rend la page blanche.
Après 6 secondes sur une page, une petite carte au-dessus de la bulle invite le client à poser sa question, avec un message et une question adaptés à la page (cidre, cire, bouchons, conserves…, voir src/widget/invitations.ts). Elle apparaît sur deux pages au plus par visite, jamais au panier ni pendant la commande, et plus du tout une fois fermée ou le conseiller ouvert ; une pastille « 1 » reste ensuite sur la bulle.
Le visuel (bulle, fenêtre, vert et ocre Duhallé) est dessiné par le script lui-même, isolé du thème : il ne déforme pas le site et le site ne le déforme pas. Sur mobile, la discussion s'ouvre en plein écran. Réglages facultatifs, en attributs de la balise : data-titre, data-couleur, data-position (droite ou gauche), data-decalage (distance au bas de l'écran en pixels, 84 par défaut), data-telephone.
2. L'encart « Une question ? », dans une page : oxatis/2-bloc-bouton-conseiller.html
Un bloc de design à coller dans un élément « Code HTML » d'une page (contact, FAQ, conseils…). Son bouton ouvre le chatbot et ses questions cliquables le lancent directement. Si le script du chatbot n'est pas chargé, les liens mènent à la page Contact.
Conseil : testez d'abord sur une page brouillon. Si votre offre Oxatis filtre les balises <script>, contactez le support Oxatis pour savoir où les scripts sont autorisés.
Enrichir la base
Tout se passe dans src/savoir/. Un ajout sur GitHub, dans main, est redéployé automatiquement.
Ajouter un fait à un concept existant, dans le fichier de la rubrique :
r.fait("bouchon-naturel", "duree", `
Un bouchon en liège naturel de 45 mm est fait pour les vins de longue garde.`);
Ajouter un concept avec ses alias (pluriels, accents et majuscules sont gérés tout seuls) :
r.concept("muselet", "Muselets", ["muselet", "muselets", "agrafe de bouchon"], {
famille: "bouchage",
lien: page("/muselets-c102x…", "Muselets"),
});
Un fait qui croise deux concepts ne sort que si les deux sont cités :
r.fait(["bouchon", "vin-de-garde"], "choix", `Pour un vin de garde, …`);
Une mise en garde (loi, sécurité) se marque avec avertissement: true : elle accompagne toute réponse qui cite son concept, même quand la question porte surtout sur autre chose (aujourd'hui : la distillation à domicile, interdite sans autorisation).
r.fait("distillation", "condition", `En France, la distillation à domicile est interdite…`, { avertissement: true });
Un même énoncé peut être rattaché à plusieurs aspects (par exemple « procédure » et « condition ») pour être trouvé quel que soit le type de la question : la réponse ne l'affiche qu'une fois.
Les aspects possibles sont : definition, usage, gamme, choix, dimension, procedure, duree, moment, condition, raison, erreur, entretien, lieu, prix.
Règles de la maison :
- Vouvoiement, pas d'emoji, jamais de mention de Lafitte. Les tests le vérifient.
- Pas d'alias qui désigne deux concepts : un test le signale. Les mots courants disparaissent des alias (« pas de livraison gratuite » devient « livraison gratuite ») : une expression qui contient une négation ou un mot courant se déclare en
formules.
- Un produit précis peut répondre seul :
exclusif: true sur un concept (la disponibilité, le mustimètre, le Larroseptol…) fait que ses faits répondent seuls quand il est cité, sans les faits des autres concepts de la phrase (« quand les mèches soufrées reviennent-elles en stock ? » ne rappelle pas le mode d'emploi des mèches). Sans fait de ce concept pour le type de la question, la réponse suit son cours.
- Une famille cousine ne répond pas à la place du produit : un concept cité qui est la famille d'un autre concept cité ne fait pas descendre vers ses autres membres pour un choix.
- Un mot courant n'est pas un alias : « maison », « couleur », « fruits » rattacheraient à tort la question à un autre sujet. Utilisez des
formules, qui exigent l'expression entière.
- Évitez les alias faits d'un mot trop général (« produit », « vin », « temps ») et les alias qui contiennent le nom d'un autre concept.
- Après une modification, lancez
npm test. Si une question du banc change de réponse, vérifiez que la nouvelle est meilleure avant de mettre le banc à jour.
Modifier les boutons de suggestion (questions de départ, vitrine, compléments par produit) : tout est dans src/savoir/ventes.ts. Chaque question y est rangée avec le concept dont sa réponse parle, par exemple q("Quelle boucheuse choisir ?", "boucheuse") ; npm test vérifie que le chatbot y répond. Le widget affiche 5 boutons au plus.
Les questions posées sont enregistrées, anonymisées, dans la base D1 chatbot-duhalle (table questions_chatbot, décrite dans schema/questions_chatbot.sql) : une ligne par question, avec son nombre d'occurrences et la nature de la dernière réponse. C'est la meilleure source pour savoir quels alias et quels faits ajouter. Les plus fréquentes restées sans réponse :
SELECT question, occurrences, dernier_jour FROM questions_chatbot
WHERE statut = 'a_revoir' AND nature_derniere IN ('inconnu', 'recherche')
ORDER BY occurrences DESC LIMIT 50;
Après tri, passez le statut à retenue, integree ou ignoree. Chaque nuit, une tâche planifiée du Worker supprime les questions a_revoir ou ignoree vues pour la dernière fois il y a plus de 90 jours.
Sécurité
Le chatbot ajoute un script à une boutique en ligne : c'est le point à protéger. Ce qui est en place :
| Risque | Protection |
|---|
Un widget.js modifié (compte GitHub ou Cloudflare piraté) qui lirait les pages de la boutique | Empreinte d'intégrité (SRI) sur la balise : le navigateur refuse tout fichier qui n'est pas exactement celui publié. Chaque version est publiée à une adresse fixe (/v/<version>.js) ; npm run build reporte adresse et empreinte dans oxatis/1-script-chatbot.html, et la CI vérifie qu'elles sont à jour. |
| Injection de code dans la fenêtre de discussion | Aucun texte reçu (réponse, stockage) n'est inséré comme HTML : tout passe par textContent. Les liens ne mènent qu'à duhalle-boutique.fr en https. Les réponses et la conversation gardée en sessionStorage sont vérifiées avant affichage. |
| Robot qui inonde l'API (quota, coûts) | 30 appels par minute et par adresse IP (binding ratelimits de Cloudflare), puis réponse 429 et message « merci de patienter ». |
| Message énorme ou piégé | Corps limité à 4 000 octets, lu en flux et coupé au-delà ; question lue sur 40 mots au plus ; correcteur de fautes indexé : un message piégé coûte moins de 5 ms de calcul (plus de 50 ms avant). Testé dans test/robustesse.test.ts. |
| Autre site qui utiliserait le chatbot | CORS : seuls les sites de ALLOWED_ORIGINS sont acceptés (403 sinon). |
| Données personnelles | Le chatbot ne demande rien. Les questions sont enregistrées anonymisées (e-mails, numéros, références de commande, adresses, noms, liens masqués — src/questions.ts), et le client en est informé sous la zone de saisie. Les questions non retenues sont effacées après 90 jours. La conversation reste dans l'onglet du client et disparaît à sa fermeture. Pensez à le mentionner dans la politique de confidentialité du site. |
| Fuite d'erreurs techniques | Toute erreur renvoie un message générique ; le détail reste dans les journaux Cloudflare. |
| En-têtes HTTP | API : nosniff, Content-Security-Policy: default-src 'none', no-store. Fichiers statiques (public/_headers) : CSP stricte, X-Frame-Options: DENY, noindex. |
À faire de votre côté : activer la double authentification sur les comptes GitHub et Cloudflare, et protéger la branche main (relecture obligatoire avant fusion).
Informations à faire valider avant la mise en ligne
Le site n'était pas accessible depuis l'environnement de développement. Les informations commerciales viennent donc d'extraits indexés du site et sont à confirmer. Elles sont centralisées dans src/savoir/coordonnees.ts et src/savoir/commande.ts :
- Téléphone
02 47 53 00 26 et e-mail [email protected] (le seul numéro à jour, confirmé par l'équipe le 12/10/2026 ; l'ancien numéro ne doit figurer nulle part dans le chatbot).
- Livraison offerte en France continentale (seuils confirmés par l'équipe le 12/10/2026) : 69 € avec DPD et 79 € avec Colissimo, hors articles lourds et volumineux ; 150 € avec Geodis pour tous les produits, sauf les pressoirs, exclus de la livraison offerte. Corse et DOM-TOM : sur devis. Délai de livraison : 2 à 5 jours ouvrés, allongé en période de forte activité. Belgique : selon les produits du panier ; Suisse : frais de douane, contact systématique du service client.
- Paiement : carte bancaire, PayPal, virement et 4 fois sans frais.
- Les horaires du service client (
HORAIRES dans src/savoir/coordonnees.ts) : du lundi au jeudi 9h-12h et 14h-18h, le vendredi 9h-12h et 14h-16h, identiques sur la page Contact et le pied de page du site au 28/09/2026.
- Les URL des pages et des produits (
src/savoir/liens.ts), relevées le 24/09/2026.
- Ajoutés le 02/10/2026 à partir des questions réelles, à relire : la procédure en cas de colis abîmé (réserves sur le bon du livreur, photos), l'e-mail de confirmation après paiement, les conseils en cas de paiement refusé, la facture (compte client ou service client, facture au nom d'une entreprise), les options de livraison (point relais, express, samedi : renvoyées à la validation du panier et au service client), les pièces vendues à part (bondes et bouchon de rechange du vinaigrier seulement), le tableau des bondes pour un trou donné (tiré des tailles 28/24 à 38/34 mm), l'absence de vinaigrier noir (tirée de la gamme listée), et la mention sur la distillation à domicile.
- Ajoutés le 12/10/2026 à partir des questions réelles, relevés sur les fiches du site (recherche sur duhalle-boutique.fr) et à relire : le mustimètre (utilisation, éprouvette de 250 ml ; l'échelle de graduation n'est pas connue : la réponse renvoie à la notice et au service client), l'éprouvette (la hauteur n'est pas indiquée), les mèches soufrées (références, pas de dosage), la recharge Larroseptol pour bonde aseptique, l'huile de paraffine (usages de la fiche ; elle n'est ni un médicament ni prévue pour l'isolation du vin ou une lampe), les (3,9 cm pour 15, 20 et 25 L, 3,5 cm pour 10 L, 2,8 cm pour 5 L, 11,7 cm pour les cols larges, 22 mm à vis pour 2 L), les bondes ajoutées au tableau, le (convient de 1 à 50 L, 9 mm sans joint et 14 mm avec joint), les (fiches qui se contredisent sur les volumes compatibles), les (19 mm, réutilisables, 10 à 12 mois), les (ni stérilisation ni pasteurisation, 50 °C au maximum) et les 29 mm (pasteurisation et stérilisation), le (environ 63 x 151 x 26 cm) et le , l', la et les , le (fiche du robinet), le (bouchon colmaté 38 x 24 mm), la possibilité de , la et le (Geodis pour les colis lourds ou volumineux).
Les faits de savoir-faire général (étapes de la mise en bouteille, du cidre, du vinaigre, conserves…) portent la source « Savoir-faire général ». Ils méritent une relecture par l'équipe Duhallé.
Développement
npm install
npm test # base, banc de questions, jeu inédit, Worker, robustesse
npm run typecheck # types du Worker et du widget
npm run build # compile une nouvelle version public/v/<version>.js et son empreinte (à commiter)
npm run dev # Worker en local sur http://localhost:8787 (page de démonstration)
Le widget compilé ne contient que de l'ASCII. Les pages Oxatis ne sont pas en UTF-8 : un navigateur qui lit le fichier avec l'encodage de la page (Windows-1252) abîme chaque accent, et un accent dans une expression régulière fait planter tout le script (« Range out of order in character class »), donc plus de bulle. esbuild échappe les accents des textes mais pas ceux des expressions régulières. npm run build refuse donc tout caractère non ASCII et dit où il se trouve ; dans src/widget/, écrivez \u0300 ou \u00e9, jamais le caractère. test/widget-ascii.test.mjs le vérifie aussi, en compilant le fichier lu en Windows-1252. Les en-têtes de public/_headers annoncent en plus charset=utf-8.
API :
POST /api/chat {"message": "Quel bouchon pour un vin de garde ?", "contexte": {…}}
GET /api/accueil message d'accueil et questions de départ
GET /api/sante {"ok": true, "concepts": 252, "faits": 704}
La réponse de /api/chat contient texte (gras, listes, paragraphes), liens, suggestions, contexte (à renvoyer avec la question suivante pour les relances) et trace.
