Faire qu'un chatbot reconnaisse un visiteur qui revient
Un visiteur passe vingt minutes à discuter avec votre chatbot, pose ses vraies questions, puis ferme l'onglet. Il revient le lendemain, décidé à avancer : votre chatbot l'accueille comme un parfait inconnu. Il doit tout réexpliquer, depuis le début. La conversation qui était en train de mûrir repart de zéro, et lui aussi.
Cette masterclass vous donne le système complet pour qu'un chatbot reconnaisse un visiteur qui revient et reprenne la conversation là où elle s'était arrêtée. La méthode tient en quatre questions, un seuil de trente minutes, trois messages et une phase de test. Sans pistage, sans usine à gaz.
Ce que cet exercice ne peut pas casser
Tout se prépare sur une feuille : votre seuil, votre trace, vos trois messages, votre plan de test. Vous ne touchez pas à votre chatbot en production, et rien ne se branche sans avoir déroulé les quatre scénarios de test. Vous pouvez vous tromper de seuil ou raturer vos messages dix fois : c'est exactement à ça que sert le brouillon.
Ce que vous saurez faire à la fin
- Donner une identité stable à un visiteur anonyme sans le pister, et expliquer pourquoi le fingerprinting est à écarter.
- Distinguer un vrai retour d'un simple rechargement de page grâce à un seuil de trente minutes.
- Écrire les trois messages d'accueil et le rappel de contexte qui font reprendre la conversation au lieu de la recommencer.
- Niveau membre· le prompt prêt à coller qui déroule les six briques d'un coup et vous livre le système complet : messages rédigés, rappel de contexte, plan de test.
Six briques, de l'identifiant du visiteur au plan de test.
Six briques, de l'identifiant au plan de test
Reconnaître un visiteur qui revient n'a rien de magique : c'est un petit système, et il tient en six briques. Une identité stable, une trace utile, une règle de détection, trois messages, un rappel de contexte, et une phase de test. La bonne nouvelle : la solution la plus simple qui marche bat toujours la plus impressionnante, et c'est elle qu'on construit ici.
1Une identité stable, sans pistagedoute : « comment le reconnaître sans le fliquer ? »
Un visiteur anonyme a besoin d'une identité stable, pas d'une surveillance. La solution : un identifiant unique généré à sa première visite, rangé dans le stockage local de son navigateur, renvoyé à chaque requête, et stocké côté serveur à côté de la conversation. Écartez le fingerprinting, cette technique qui identifie un navigateur par ses caractéristiques techniques : c'est intrusif, fragile, et risqué en Europe.
2La trace utile de chaque visitedoute : « que garder, sans tout stocker ? »
On ne garde pas tout, on garde l'utile : l'identifiant du visiteur, la page consultée, le sujet principal, le nombre de messages, la date, et un résumé de la conversation en une seule phrase. Ce résumé se génère avec un modèle rapide au moment où le visiteur part : c'est lui qui permettra de reprendre le fil sans relire toute la conversation.
3La détection du retour : le seuil de trente minutesdoute : « rechargement de page ou vrai retour ? »
À l'ouverture du chatbot, la logique lit l'identifiant, cherche une trace, puis tranche : en dessous de trente minutes depuis la dernière activité, c'est un simple rechargement, on continue la même session comme si de rien n'était. Au-dessus, c'est un vrai retour, et il mérite un accueil de retour. Trente minutes est le réglage par défaut recommandé : vous pourrez l'ajuster, mais commencez là.
4Les trois messages d'accueildoute : « comment accueillir sans faire peur ? »
Trois situations, trois messages : l'inconnu qui arrive pour la première fois, le retour récent, le retour ancien. Le ton est chaleureux et humain, jamais le glaçant « nous avons détecté votre passage le 12 juin ». Un bon message de retour ressemble à ce que dirait un commerçant qui vous reconnaît : content de vous revoir, et une porte ouverte pour reprendre.
5Le rappel de contexte en conversationdoute : « et après le bonjour, il oublie tout ? »
Le message d'accueil ne suffit pas : avant chaque réponse du chatbot, on injecte un bloc de contexte qui précise que le visiteur est déjà venu, la date de sa dernière visite, le sujet abordé, avec la consigne de ne pas se répéter et de proposer de reprendre. Ce bloc s'ajoute aux instructions de fond du chatbot, il ne les remplace jamais.
6Le plan de test en quatre scénariosdoute : « comment savoir que ça marche vraiment ? »
Avant de déclarer le système terminé, on déroule quatre scénarios dans l'ordre : la première visite, le retour rapide sous le seuil, le retour après quelques heures, le retour très ancien. Pour chacun, le comportement attendu est écrit à l'avance. Si les quatre passent, le système est prêt. Sinon, vous savez exactement quelle brique reprendre.
À vous de jouer : votre cahier des charges
Prenez une feuille. Vous allez préparer la matière du système : c'est elle qui transformera le prompt en système sur mesure au lieu d'un système générique.
Le résultat, en 30 secondes
À partir de votre matière (ou de vos réponses en mode interview), le prompt livre le système complet : les six briques expliquées et adaptées à votre stack, les messages rédigés, le rappel de contexte prêt à coller, le plan de test.
Message de retour ancien : « Content de vous revoir ! La dernière fois, on parlait de vos tarifs de formation. Vous voulez reprendre là, ou vous venez pour autre chose ? » Suivi du bloc de contexte à injecter et des quatre scénarios de test avec le comportement attendu pour chacun.
Le prompt prêt à coller
# RÔLE Tu es un ingénieur produit spécialisé dans les chatbots et la personnalisation web, rigoureux et orienté simplicité. Tu privilégies toujours la solution la plus simple qui marche plutôt que la plus impressionnante. Tu ne t'appuies QUE sur ce que je te donne. Ce qui te manque, tu me le demandes au lieu de l'inventer. Si une contrainte technique est risquée (vie privée, RGPD, fragilité), tu me le signales au lieu de la passer sous silence. # CONTEXTE Je veux faire reconnaître par mon chatbot un visiteur qui revient sur mon site, pour reprendre la conversation là où elle s'était arrêtée au lieu de le traiter comme un inconnu. La méthode tient en quatre questions, un seuil de trente minutes, trois messages et une phase de test. Ma matière (si j'en ai) : [collez ici le schéma de votre base de données, le code de votre chatbot, vos messages d'accueil actuels, votre stack technique. Si vous n'avez rien, laissez vide et passez en mode interview.]
Le prompt déroule les six briques d'un coup : il s'appuie sur votre matière, vous interroge étape par étape si vous partez de zéro, et vous livre le système complet avec les trois messages rédigés, le rappel de contexte et le plan de test en quatre scénarios. Laissez votre email, je vous l'envoie.
Vérifiez que c'est à vous
Un visiteur discute avec votre chatbot, ferme l'onglet, puis revient huit minutes plus tard. Que doit faire le chatbot ?
D'abord avec vos mots, sans regarder les options :
Expliquez-le pour l'ancrer
Expliquez en une phrase, à un confrère qui n'y connaît rien : pourquoi un seuil de trente minutes plutôt qu'un message de bienvenue à chaque ouverture du chatbot ? Si vous savez le dire simplement, la mécanique est à vous.
Ce que vous savez faire maintenant
- Donner une identité stable à un visiteur anonyme avec un identifiant en stockage local, sans fingerprinting.
- Garder une trace minimale et utile de chaque visite, dont un résumé en une phrase généré au départ du visiteur.
- Régler le seuil qui sépare un rechargement d'un vrai retour, et accueillir ce retour avec un message humain plutôt qu'un avis de surveillance.
Un visiteur qui revient n'est pas un inconnu : on reprend la conversation, on ne la recommence pas.
Faites-le avec moi
Je regarde votre chatbot avec vous, on branche la reconnaissance sur votre stack et on déroule le plan de test ensemble, scénario par scénario.