Votre chatbot connaît le client avant de devoir demander
La page qui intègre le widget transmet au chat le contexte de votre CRM, portail client ou espace connecté : nom, contrat, numéro de dossier. L'IA répond de façon personnelle et remplit automatiquement les appels API avec les bonnes données.
- Contexte par attribut HTML ou événement JavaScript
- L'IA utilise les données dans les réponses et appels API
- Plus de questions sur le numéro client ou dossier
- Traité par requête, pas enregistré comme donnée propre
- DPA et contrôles de confidentialité
- Hébergé en Allemagne
- Prêt en quelques étapes
Fini le « Quel était votre numéro client déjà ? »
Un chatbot dans un espace connecté qui ne connaît pas le client paraît déplacé. Votre système sait déjà qui est là et quel dossier est ouvert. Les données de contexte de session transmettent ce savoir au chat : en attribut à l'intégration ou via JavaScript à l'exécution. L'IA salue le client par son nom, connaît le contrat et le dossier et récupère les bonnes données via les connecteurs API.
Fonctionnalités
Ce que permettent les données de contexte de session
Deux modes de transmission
Un format d'attribut simple (Client=Exemple SARL;NumClient=1023) sans connaissance de JSON, ou un événement JavaScript pour des mises à jour dynamiques après connexion ou changement de dossier.
Directement dans le contexte de l'IA
Les valeurs sont disponibles pour l'IA à chaque réponse. Elle s'adresse au client par son nom et se réfère au contrat concret au lieu de rester générale.
Appels API automatiques
Les connecteurs API et outils MCP reçoivent les bons arguments depuis le contexte : numéro de dossier, ID client ou un jeton de session que votre backend vérifie.
Jeton de connexion plutôt qu'identité en clair
Transmettez un jeton de courte durée pour les utilisateurs connectés. Votre backend le valide lors de l'appel API et ne renvoie qu'alors des données personnelles : un contexte falsifié ne mène nulle part.
Pas de stockage
Les données de contexte valent par requête et ne sont pas enregistrées comme données propres. Ce que sait votre CRM reste dans votre CRM.
Pour les deux widgets
Le widget flottant et le widget intégré acceptent les données de contexte de la même façon, même combinés sur la même page.
Cas d'utilisation
Cas d'usage
CRM et applications métier
Le chat tourne dans un système fermé : les collaborateurs voient dossier, contrat et client, l'IA aussi. Les réponses collent au cas ouvert sans que personne ne retape des identifiants.
Portails clients avec connexion
Les clients connectés reçoivent des réponses personnelles. Via un jeton de session, l'IA récupère statut de commande, contrats ou factures depuis votre backend, validé côté serveur.
Support avec référence au dossier
Le numéro de ticket ou de dossier arrive automatiquement dans le chat. L'IA répond aux questions sur le cas concret et transmet au bon interlocuteur si besoin.
Courtiers et conseil
Les conseillers gèrent de nombreux clients en parallèle. Le chat connaît le client ouvert à l'écran, contrat et dossier compris, sans la moindre question supplémentaire.
HubSpot et webhook
Nouveaux contacts et rendez-vous arrivent directement dans votre système
Personne n'a besoin de recopier ce que le chatbot recueille dans une conversation. À partir du forfait Standard, il transmet automatiquement chaque nouvelle demande de contact et chaque rendez-vous réservé.
HubSpot
Collez la clé d'accès d'une app privée HubSpot. Le chatbot crée les nouveaux contacts et n'écrase jamais les contacts existants. Une demande de contact devient une note sur le contact, un rendez-vous devient une réunion.
Webhook pour tout autre système
Un webhook est une adresse de votre système qui reçoit aussitôt chaque nouvelle demande. Il y a deux événements : lead.created et booking.created. Chaque message est signé avec HMAC SHA-256 pour que votre système puisse vérifier qu'il est authentique. Si la livraison échoue, elle est relancée.
FAQ
Questions fréquentes
Soit via l'attribut HTML context-data au format simple Client=Exemple SARL;NumClient=1023 ou en JSON, soit à l'exécution via l'événement JavaScript webchatagent:context. L'événement remplace tout le contexte et convient aux connexions et changements de dossier.
Oui. Les valeurs sont disponibles comme contexte pour l'IA, qui les insère comme arguments dans les appels aux connecteurs API et MCP, par exemple le numéro de dossier pour votre API de dossiers. Votre endpoint décide de ce qu'il renvoie.
Non. Les données viennent du navigateur et peuvent techniquement être falsifiées. Pour les données personnelles, nous recommandons un jeton de courte durée que votre backend vérifie lors de l'appel API. C'est votre système qui décide de l'accès, pas le chat.
Les données de contexte sont transmises au modèle de langage par requête et ne sont pas enregistrées comme données propres. Si l'IA mentionne des valeurs dans sa réponse, elles figurent dans l'historique de conversation comme toute réponse.
Oui. Les deux widgets acceptent le même attribut et le même événement JavaScript. Dans un environnement WordPress, utilisez la voie de l'événement.
Les données de contexte de session sont incluses dans tous les plans, y compris l'offre gratuite. Limites : 20 champs, 500 caractères par valeur.
Reliez chat et système
Collez le snippet du widget, transmettez le contexte et testez l’intégration.