Faire suivre votre chatbot de page en page
Votre chatbot tient une belle conversation, le visiteur clique vers une autre page, et tout s'efface : il doit se représenter, reposer sa question, tout réexpliquer. Pire, un simple rafraîchissement ou un onglet fermé puis rouvert suffit à remettre les compteurs à zéro. Un assistant qui oublie tout à chaque page n'inspire pas confiance, et le visiteur abandonne.
Cette masterclass vous donne l'architecture qui rend votre chatbot amnésique impossible : trois niveaux de mémoire (la mémoire vive de la page, la mémoire du navigateur, la mémoire du serveur), on écrit dans les trois, on lit du plus rapide au plus lent, et on envoie au chatbot le contexte de page pour qu'il sache où se trouve le visiteur.
Ce que cet exercice ne peut pas casser
Tout l'exercice se fait sur une feuille ou dans un fichier de notes : vous décrivez votre cas, vous ne touchez à aucune ligne de code en production. C'est le prompt qui construira ensuite le système, et vous déciderez seul du moment où vous l'installez. Au pire, vous repartez avec un plan clair de ce que votre chatbot devrait retenir.
Ce que vous saurez faire à la fin
- Expliquer les trois niveaux de mémoire d'un chatbot et le rôle exact de chacun.
- Appliquer la règle qui fait tout tenir : écrire dans les trois niveaux, lire du plus rapide au plus lent.
- Préparer la matière (stack, table de sessions, contexte de page) pour faire construire le système complet par le prompt.
- Niveau membre· le prompt prêt à coller qui joue l'architecte logiciel et construit tout le système à partir de votre cas réel.
- Niveau Pro· je relis votre architecture avec vous et je débloque vos cas limites en direct.
On écrit dans les trois niveaux à chaque message ; on lit dans cet ordre, du plus rapide au plus lent.
Trois niveaux de mémoire, une seule règle
Un chatbot qui oublie tout entre deux pages n'a pas un problème d'intelligence, il a un problème de mémoire. La solution tient en une phrase : trois niveaux de stockage, on écrit dans les trois, on lit du plus rapide au plus lent. Chaque niveau couvre la faiblesse du précédent : la page s'efface, le navigateur reste ; le navigateur se vide, le serveur garde tout.
1Les trois niveaux : page, navigateur, serveurdoute : « pourquoi trois, un seul ne suffit pas ? »
La mémoire vive de la page affichée est instantanée, mais elle meurt au moindre changement de page. La mémoire du navigateur survit au rechargement, mais pas au vidage du cache ni au changement d'appareil. La mémoire du serveur est le coffre longue durée : elle survit à tout, mais elle est la plus lente à interroger. Un seul niveau, et il vous manque toujours une des trois propriétés : vitesse, survie au rechargement, survie totale.
2Lire du plus rapide au plus lentdoute : « et si les niveaux se contredisent ? »
À l'arrivée sur une page, le chatbot cherche sa conversation dans cet ordre : la mémoire vive si elle existe, sinon la mémoire du navigateur, sinon la mémoire du serveur. Le visiteur retrouve donc sa conversation instantanément dans la quasi-totalité des cas, et le serveur ne sert de recours que quand tout le reste a disparu. En cas de conflit entre le navigateur et le serveur, la version la plus récente l'emporte.
3Écrire dans les trois, sans bloquer l'affichagedoute : « ça ne va pas ralentir le chatbot ? »
À chaque nouveau message, on écrit dans les trois niveaux en parallèle. La page et le navigateur sont mis à jour immédiatement ; l'envoi au serveur part en arrière-plan, sans que le visiteur attende. Le chatbot reste aussi réactif qu'avant : la lenteur du serveur ne se voit jamais à l'écran.
4Le coffre serveur : une table qui dit toutdoute : « qu'est-ce que je stocke exactement ? »
Le serveur stocke chaque conversation dans une table avec un identifiant de session, un identifiant de visiteur anonyme, un identifiant d'utilisateur si la personne est connectée, la liste des messages, la dernière page visitée, et les dates de création et de mise à jour. Chaque colonne a une raison d'être : le visiteur anonyme permet de retrouver la conversation avant toute connexion, la dernière page visitée alimente le contexte du chatbot.
5Les cas limites : deux onglets, conflits, saturationdoute : « et quand ça se passe mal ? »
Trois situations cassent les systèmes naïfs. Deux onglets ouverts par le même visiteur : il faut que les deux parlent de la même conversation. Un conflit entre le navigateur et le serveur : la version la plus récente l'emporte, toujours. La mémoire du navigateur qui sature : on garde les messages récents et on résume les anciens, plutôt que de tout perdre d'un coup.
6Le contexte de page : un chatbot qui sait où il estdoute : « à quoi sert la dernière page visitée ? »
À chaque échange, on envoie au chatbot la page courante et les dernières pages visitées. Un visiteur qui pose une question depuis votre page tarifs n'attend pas la même réponse que depuis votre page d'accueil. C'est ce qui transforme une mémoire technique en vraie continuité de conversation : le chatbot suit le visiteur de page en page, au sens propre.
À vous de jouer : préparez la matière de votre système
Prenez une feuille ou un fichier de notes. Vous décrivez votre cas réel, point par point : c'est exactement la matière que le prompt vous demandera.
Le résultat, en 30 secondes
À partir de votre seule matière (votre framework, votre base, l'endroit où vit votre chatbot), le prompt déroule le système complet : la table justifiée colonne par colonne, le code de lecture et d'écriture des trois niveaux, la gestion des cas limites, et cinq tests concrets.
Colonne visitor_id : identifie le visiteur anonyme avant toute connexion, pour retrouver sa conversation sans compte. Lecture : mémoire vive si présente, sinon navigateur, sinon serveur. Test 3 : ouvrez la conversation, fermez l'onglet, rouvrez le site dans un nouvel onglet, la conversation doit réapparaître.
Le prompt prêt à coller
# RÔLE Vous êtes un architecte logiciel spécialisé dans les applications web et les chatbots. Votre exigence : un système simple, robuste, qui survit à la navigation, au rafraîchissement et à la fermeture d'onglet. Vous ne vous appuyez QUE sur les informations que je vous donne. Ce qui manque, vous me le demandez au lieu de l'inventer. Si une contrainte technique vous semble incertaine, vous le signalez plutôt que d'affirmer. # CONTEXTE Je veux donner à mon chatbot une mémoire qui survit quand le visiteur change de page, rafraîchit ou ferme puis rouvre son onglet. Je m'appuie sur trois niveaux de mémoire : la mémoire vive de la page affichée, la mémoire du navigateur (qui survit au rechargement), et la mémoire du serveur (le coffre longue durée). On écrit dans les trois, on lit du plus rapide au plus lent. Ma matière (si j'en ai) : [collez ici votre code de chatbot actuel, votre schéma de base de données, le nom de votre table de sessions, votre framework et tout détail utile. Sinon, laissez vide et passez en mode interview.]
Le prompt joue l'architecte logiciel : il conçoit votre table de sessions colonne par colonne, écrit le code de lecture et d'écriture des trois niveaux, gère les deux onglets, les conflits et la saturation, et termine par cinq tests à faire à la main. Si vous n'avez pas encore de matière, il passe en mode interview et vous questionne point par point. Laissez votre email, je vous l'envoie.
Vérifiez que c'est à vous
Un visiteur discute avec votre chatbot, puis rafraîchit la page : la mémoire vive est perdue. Où le chatbot va-t-il lire la conversation en premier ?
D'abord avec vos mots, sans regarder les options :
Expliquez-le pour l'ancrer
En une phrase, à quelqu'un qui n'a jamais codé : pourquoi un chatbot a-t-il besoin de trois mémoires et pas d'une seule ? Si vous savez le dire simplement, c'est à vous.
Ce que vous savez faire maintenant
- Nommer les trois niveaux de mémoire d'un chatbot et la faiblesse que chacun couvre.
- Appliquer la règle de fond : écrire dans les trois niveaux, lire du plus rapide au plus lent, la version la plus récente l'emporte.
- Anticiper les trois cas limites qui cassent les systèmes naïfs : deux onglets, conflit navigateur-serveur, saturation.
- Donner au chatbot le contexte de page pour qu'il adapte ses réponses à l'endroit où se trouve le visiteur.
On écrit dans les trois niveaux, on lit du plus rapide au plus lent.