Délai d'inactivité - Fermez automatiquement les conversations inactives
Fermez automatiquement les conversations de bot lorsque les utilisateurs cessent de répondre. Configurez la durée du délai, les messages de rappel et le statut de conversation à la fermeture automatique.
Vue d'ensemble
Lorsqu'un utilisateur cesse de répondre en cours de conversation, le bot attend normalement indéfiniment son prochain message. La fonctionnalité Délai d'inactivité résout cela en fermant automatiquement les conversations inactives après une période d'inactivité configurable.
C'est utile lorsque les utilisateurs abandonnent une conversation à n'importe quel point du flux, que ce soit au bloc 3 sur 20 ou après que le bot a envoyé son message final. Sans cette fonctionnalité, les conversations obsolètes s'accumulent dans votre boîte de réception, les agents voient des discussions « en cours » dépassées, et les utilisateurs qui reviennent sont déconcertés par un flux qui reprend là où ils l'avaient laissé il y a plusieurs jours.
Avec le délai d'inactivité activé, le bot détecte le silence, envoie éventuellement un rappel (« Êtes-vous toujours là ? »), puis ferme la conversation. Lorsque l'utilisateur écrit à nouveau plus tard, le bot recommence depuis le début.
Où le trouver
Le délai d'inactivité se configure dans l'étape de démarrage (nœud déclencheur) du flux de votre chatbot.
- Ouvrez votre chatbot dans Studio
- Double-cliquez sur le nœud Étape de démarrage
- Faites défiler au-delà des Heures de service du bot pour trouver Délai d'inactivité de la conversation
Comment ça fonctionne
Le délai fonctionne à chaque point du flux où le bot attend une saisie de l'utilisateur. Cela inclut les blocs de saisie de texte, les blocs de boutons, les sélecteurs de date, les téléversements de fichiers, le bloc de réponse MaxIA, les sélections de carrousel et le bloc Fin de conversation.
Chaque fois que le bot envoie un message et attend une réponse, il démarre un minuteur interne. Si l'utilisateur répond, le minuteur se réinitialise. Si l'utilisateur reste silencieux au-delà de la durée configurée, le bot agit.
Phase unique (sans rappel)
Bot sends message ──▶ Waits for response ──▶ User silent
│
Timer expires
│
▼
Send end message
Close conversation
Deux phases (avec rappel)
Bot sends message ──▶ Waits for response ──▶ User silent
│
Timer expires (Phase 1)
│
▼
Send reminder message
("Are you still there?")
│
Wait reminder duration
│
Still no response?
│
YES ────┤──── NO
│ │
▼ ▼
Send end msg Timer cancelled
Close convo Bot continues
À tout moment, si l'utilisateur répond, tous les minuteurs en attente sont annulés et le bot continue normalement. Le minuteur se réinitialise à chaque nouveau message envoyé par le bot.
Configuration
Étape 1 : Activez le délai d'inactivité
Basculez Délai d'inactivité de la conversation de Non à Oui. Cela révèle les paramètres du délai.
Étape 2 : Définissez la durée
Choisissez combien de temps le bot doit attendre avant d'agir.
| Durée | Idéal pour |
|---|---|
| 5 minutes | Formulaires rapides, bots de capture de leads |
| 10 à 15 minutes | Bots de support général |
| 30 à 60 minutes | Flux complexes où les utilisateurs peuvent avoir besoin de temps |
| 2 à 6 heures | Bots à faible urgence, conversations asynchrones |
| 12 à 24 heures | Bots où les utilisateurs peuvent revenir le même jour |
Remarque : Le délai maximal est de 24 heures. Cela maintient la fonctionnalité dans la fenêtre de messagerie WhatsApp et garantit que les conversations ne restent pas inactives trop longtemps.
Étape 3 : Configurez le rappel (facultatif)
Basculez Envoyer un rappel avant la fermeture sur Oui pour activer la fermeture en deux phases.
| Paramètre | Description | Par défaut |
|---|---|---|
| Message de rappel | Le message d'incitation envoyé avant la fermeture | « Êtes-vous toujours là ? Cette conversation sera fermée prochainement en l'absence de réponse. » |
| Attente après le rappel | Combien de temps attendre après le rappel avant de fermer (2 à 30 min) | 5 minutes |
Le rappel donne aux utilisateurs une chance de poursuivre la conversation avant qu'elle ne soit fermée automatiquement. S'ils répondent au rappel, le bot continue là où il s'était arrêté.
Étape 4 : Définissez le message de fin
Configurez le message envoyé lorsque la conversation est fermée pour inactivité.
| Paramètre | Description | Par défaut |
|---|---|---|
| Message de fin pour inactivité | Message final envoyé à la fermeture automatique | « Cette conversation a été fermée pour cause d'inactivité. Envoyez un message à tout moment pour recommencer. » |
| Définir le statut à la fermeture automatique | Statut de conversation à définir (ex. Résolu, Fermé) | Aucun |
Étape 5 : Soumettez et enregistrez
Cliquez sur Soumettre dans la fenêtre, puis enregistrez le flux de votre bot avec Enregistrer les modifications dans la barre supérieure.
Ce qui se passe quand un utilisateur revient
Lorsqu'un utilisateur envoie un message après que sa conversation a été fermée automatiquement pour inactivité, le bot redémarre depuis le début. L'utilisateur repart à zéro, comme s'il écrivait pour la première fois. C'est le comportement attendu puisque le contexte du flux précédent n'est plus pertinent.
Quels blocs prennent en charge le délai d'inactivité
Le minuteur est actif à chaque point où le bot s'interrompt et attend une saisie de l'utilisateur :
| Type de bloc | Pris en charge |
|---|---|
| Saisie de texte | Oui |
| Bouton / Réponse rapide | Oui |
| Sélecteur de date | Oui |
| Saisie d'e-mail | Oui |
| Saisie de nombre | Oui |
| Saisie de téléphone | Oui |
| Saisie de site web | Oui |
| Saisie de mot de passe | Oui |
| Téléversement de fichier | Oui |
| Localisation | Oui |
| Saisie audio | Oui |
| Carrousel | Oui |
| Fin de conversation | Oui |
| MaxIA (assistant IA) | Oui |
Les blocs qui n'attendent pas de saisie (messages texte, conditions, appels API, webhooks, définition de variable, etc.) ne déclenchent pas le minuteur, car le bot les traite instantanément et passe à la suite.
Interaction avec d'autres fonctionnalités
Heures de service du bot
Le délai d'inactivité fonctionne indépendamment des heures de service du bot. Si le bot est configuré pour ne fonctionner que pendant certaines heures, le minuteur du délai décompte toujours en fonction du moment où le dernier message a été envoyé, et non en fonction des heures de service.
Blocs Délai intelligent / Temporisation
Ce sont des fonctionnalités distinctes. Les délais intelligents mettent le flux en pause pendant une durée définie avant de continuer vers le bloc suivant. Le délai d'inactivité surveille si l'utilisateur a cessé de répondre. Les deux peuvent coexister dans le même bot sans conflit.
Bloc Fin de conversation
Si votre flux possède déjà un bloc Fin de conversation, le délai d'inactivité ajoute un filet de sécurité supplémentaire. Même si l'utilisateur n'atteint jamais le bloc Fin de conversation (parce qu'il a abandonné en cours de flux), le délai fermera la conversation.
Cas d'usage courants
Bot de capture de leads
Les utilisateurs remplissent souvent 2 à 3 champs puis partent. Définissez un délai de 10 minutes afin que le lead partiel soit fermé et marqué avec un statut que votre équipe peut filtrer.
- Durée : 10 minutes
- Rappel : Non (flux court, le rappel ajoute de la friction)
- Statut : « Lead incomplet »
Bot de support IA (MaxIA)
Les utilisateurs posent une question, obtiennent une réponse et partent sans dire au revoir. Le bot attend indéfiniment la prochaine question.
- Durée : 30 minutes
- Rappel : Oui (« Besoin d'autre chose ? Cette discussion se fermera prochainement. »)
- Attente du rappel : 5 minutes
- Statut : « Résolu »
Bot de prise de rendez-vous
Les utilisateurs peuvent avoir besoin de temps pour consulter leur agenda. Donnez-leur une fenêtre plus longue mais fermez tout de même à terme.
- Durée : 2 heures
- Rappel : Oui (« Vous cherchez toujours un créneau ? Dites-moi si vous avez besoin d'aide. »)
- Attente du rappel : 15 minutes
- Statut : « En attente »
Bots existants
L'activation du délai d'inactivité est uniquement sur option. Les bots existants ne sont pas affectés. La fonctionnalité ne s'active que lorsque vous l'activez explicitement dans l'étape de démarrage et enregistrez le bot.
Dépannage
Le délai ne se déclenche pas
- Confirmez que la bascule Délai d'inactivité de la conversation est réglée sur Oui dans l'étape de démarrage
- Vérifiez que vous avez cliqué sur Soumettre dans la fenêtre, puis enregistré le bot avec Enregistrer les modifications
- Attendez au moins une minute après la durée du délai, car le système vérifie périodiquement les minuteurs expirés
- Le minuteur ne démarre que lorsque le bot envoie un message et attend une saisie. Si le bot traite encore des blocs, aucun minuteur n'est posé
L'utilisateur reçoit le message de fin mais la conversation ne se ferme pas
- Vérifiez si un Définir le statut à la fermeture automatique est configuré. Sans statut, la conversation reste dans son état actuel
- Le message de fin est envoyé, mais le statut de la conversation ne change que si vous avez sélectionné un statut dans la configuration
L'utilisateur revient mais le bot ne redémarre pas
- Le bot redémarre depuis l'étape de démarrage lorsque l'utilisateur envoie un nouveau message après la fermeture automatique
- Si le bot a des mots-clés déclencheurs configurés, l'utilisateur peut devoir envoyer le bon mot-clé pour redéclencher le flux
Étapes suivantes
- Bloc Fin de conversation - Terminez manuellement les conversations avec un bouton de redémarrage
- Heures de service du bot - Planifiez quand votre chatbot est actif
- Vue d'ensemble de Studio - Explorez tous les types de blocs et les fonctionnalités du générateur de flux
Bloc Fin de conversation - Terminez les interactions du bot avec élégance
Utilisez le bloc Fin de conversation pour clôturer les flux du chatbot, définir le statut de la conversation, assigner des agents ou départements et permettre aux clients de redémarrer la conversation.
Bloc API - Appelez des API externes depuis le flux de votre chatbot
Appelez n'importe quelle API REST depuis le flux de votre chatbot ChatMaxima. Configurez l'URL, la méthode, les en-têtes, l'authentification, le corps et mappez les champs de réponse JSON vers des variables.