La différence entre savoir et aller chercher
Il y a deux types de questions clients. Le premier type est général : Quelle est votre politique de retour ? Combien de temps prend la livraison ? Livrez-vous en Allemagne ? Une base de connaissances bien fournie s’en occupe.
Le deuxième type est spécifique : Où est ma commande #4521 ? La version bleue est-elle encore en stock ? Combien me reste-t-il sur mon plan ce mois-ci ? Ces questions ne vivent pas dans une base de connaissances. Elles vivent dans vos systèmes — gestion des commandes, inventaire, facturation — et changent à chaque seconde.
Un chatbot qui ne gère que le premier type est une FAQ glorifiée. Un chatbot qui gère aussi le second est un assistant. La différence entre les deux, c’est l’accès aux APIs.
Pourquoi cet écart vous coûte des clients
La plupart des « chats IA » d’aujourd’hui reposent uniquement sur une base de connaissances. Ils savent paraphraser votre politique de livraison en dix-sept langues, mais ils ne peuvent pas dire à un client où se trouve réellement son colis maintenant. Alors le client demande, le bot esquive, et le client soit abandonne, soit attend qu’un opérateur consulte les mêmes données que le bot aurait pu récupérer en millisecondes.
C’est le plafond du chatbot. Chaque « laissez-moi vérifier » est une occasion ratée de répondre en quelques secondes, dès le premier message, tant que l’intention du client est encore chaude.
Ce que font vraiment les connexions API
Dans enuchat, une connexion API est un lien configuré entre le chat et l’un de vos services backend. Vous la définissez une fois : l’URL de base, la méthode d’authentification et une poignée d’endpoints avec leurs paramètres et la façon de mapper la réponse.
À partir de là, l’IA peut appeler ces endpoints pendant une conversation. Quand un visiteur pose une question sur une commande, l’IA extrait le numéro, appelle votre endpoint commandes, lit le statut en direct et l’intègre à la réponse. Le visiteur voit une seule phrase : « Votre commande #4521 a été expédiée hier et devrait arriver jeudi. » Derrière cette phrase, un véritable appel API a eu lieu.
Le client ne voit pas la tuyauterie. Il voit juste que le chat sait vraiment.
Cinq méthodes d’authentification, sans code maison
La plupart des APIs que vous voudriez connecter utilisent déjà une authentification standard. enuchat en supporte cinq prêtes à l’emploi :
- Aucune — pour les APIs publiques sans besoin d’authentification
- API Key — envoyée en header ou en paramètre de requête
- Bearer Token — authentification simple par token
- Basic Auth — pour les systèmes legacy
- OAuth 2.0 client credentials — pour les fournisseurs modernes comme Salesforce, HubSpot ou votre propre serveur OAuth
Pour OAuth 2.0, enuchat gère le cycle de vie du token automatiquement — récupération au premier appel, mise en cache jusqu’à expiration, renouvellement à la demande. Vous configurez les identifiants une fois et vous oubliez. Toutes les credentials sont chiffrées au repos avec libsodium et n’apparaissent jamais dans les réponses API.
Variables, modèles et mapping de réponse
Les endpoints sont définis comme des modèles. Un chemin tel que /orders/{orderId} ou un body JSON référençant {customerId} interpole des valeurs depuis des variables de session — variables que l’IA ou une règle statique peut définir pendant la conversation.
Quand l’API répond, vous mappez les champs de la réponse JSON vers des variables de session avec une notation par point. data.status devient order_status. data.shipping.eta devient delivery_eta. L’IA tisse ensuite ces valeurs dans une réponse en langage naturel — dans la langue du visiteur.
Trois schémas qui couvrent l’essentiel des cas d’usage
En pratique, la plupart des intégrations API tombent dans l’une de trois formes.
Consulter et répondre
Le visiteur pose une question à laquelle on peut répondre avec un seul appel API. La règle déclenche CALL_API suivi de REPLY_AI. L’IA utilise les données récupérées pour composer une réponse contextuelle et fondée. Statut de commande, solde de compte, disponibilité de chambre, prix actuel, suivi de colis — tout ça rentre ici.
Consulter et router
L’appel API renvoie assez d’informations pour décider de la suite. Un compte premium est escaladé vers un agent senior. Un abonnement expiré est routé vers la facturation. L’IA utilise CALL_API suivi de ASSIGN_TO_OPERATOR pour prendre des décisions de routage basées sur de vraies données client, pas sur des suppositions.
Flux multi-étapes
Le premier message tague la conversation avec SET_VARIABLE, le deuxième déclenche l’appel API quand il y a assez de contexte, et le troisième compose la réponse. Utile quand vous devez confirmer l’intention avant de pinguer votre backend, ou quand la requête de données dépend de quelque chose que le visiteur a dit deux messages plus tôt.
Sécurité intégrée
Connecter des backends à un widget de chat rend certaines équipes nerveuses — et c’est légitime. enuchat livre plusieurs couches de protection par défaut :
- Protection SSRF bloque les appels vers localhost, IPs privées et hostnames internes
- Timeout de 5 secondes empêche une API lente de geler la conversation
- Cloisonnement par tenant signifie aucune fuite de données entre tenants — vos endpoints ne sont visibles que par vos propres widgets
- Boutons de test vérifient indépendamment la connexion et chaque endpoint avant de les câbler dans les règles
- Identifiants chiffrés ne reviennent jamais en clair vers le tableau de bord
Ce qui change pour vos clients
Le chat passe de « je vais trouver quelqu’un qui peut vérifier ça » à « vérifié, voici la réponse » — dans n’importe laquelle des 60+ langues, un dimanche à 3 h du matin, pendant que votre équipe support dort. Les clients qui auraient abandonné le panier, la commande ou le plan restent, parce que la réponse arrive pendant qu’ils sont encore en train de demander.
C’est la différence entre un chatbot et un assistant. Et c’est la différence que vos clients ressentent vraiment.
Comment commencer
Si vous avez déjà configuré enuchat, les connexions API se trouvent dans Paramètres → Connexions API. Choisissez un endpoint qui répond à une question que votre équipe tape cent fois par semaine — le statut de commande est généralement le point de départ le plus rentable. Configurez la connexion, ajoutez l’endpoint, branchez-le sur une règle et testez-le une fois avant de passer en production. Voir le guide des Connexions API pour le tour complet.
Si vous découvrez enuchat, inscrivez-vous sur enuchat.com. L’offre gratuite inclut les connexions API dès le premier jour — sans carte, sans facturation par conversation, sans expiration de période d’essai.
Cinq minutes pour brancher votre premier endpoint. La première réponse utile arrive généralement le jour même.