E-commerce
1 juillet 2026
Un chatbot peut répondre vite, mais une réponse rapide devient dangereuse si elle n’est plus à jour. Le client peut recevoir une ancienne politique de retour, un ancien délai de livraison, une promotion terminée ou une information produit dépassée.
Le vrai problème n’est pas seulement l’erreur. C’est la perte de confiance : le client a une preuve écrite venant de votre assistant, puis découvre que l’information ne s’applique plus.
Ce guide explique comment gérer le versioning des réponses chatbot : sources à jour, dates de validité, anciennes politiques, cas sensibles et transfert humain quand l’information change.
Sommaire
Pourquoi les anciennes réponses sont-elles un risque client ?
Une information obsolète peut créer une mauvaise décision d’achat. Un client commande parce que le bot annonce une livraison en 48 h, puis découvre un délai de 5 jours. Un autre renvoie un produit en pensant avoir 30 jours, alors que la politique a changé.
Le chatbot est perçu comme une voix officielle de la marque. Même si l’erreur vient d’un ancien document ou d’une FAQ oubliée, le client retiendra que la boutique lui a donné une mauvaise information.
Une réponse non datée devient vite une promesse permanente. C’est exactement ce qu’il faut éviter.
200+ ecommerçants accompagnés
Quelles informations changent le plus souvent ?
Les informations les plus sensibles sont celles qui évoluent avec les opérations commerciales : délais de livraison, frais, promotions, conditions de retour, garanties, seuils de livraison offerte, disponibilité produit et règles B2B.
Les contenus légaux et les politiques client changent moins souvent, mais ont plus d’impact quand ils sont faux. Le bot doit donc savoir quelles sources sont prioritaires et quelles informations doivent être datées.
Une bonne règle consiste à considérer toute réponse liée à une condition commerciale comme temporaire, sauf preuve contraire.
Comment organiser les sources du chatbot ?
Le chatbot doit s’appuyer sur une base documentaire propre. Chaque source doit avoir un propriétaire, une date de mise à jour et, si nécessaire, une date de début ou de fin de validité.
Une ancienne page cachée, une FAQ non publiée ou un brouillon de politique ne doit pas être indexé. Si plusieurs documents se contredisent, le bot doit privilégier la source la plus officielle : page politique active, configuration Shopify, outil de promotion ou base support validée.
Sans cette hiérarchie, le chatbot choisit parfois la réponse la plus plausible au lieu de la réponse correcte.
Quelles règles de versioning appliquer ?
Les réponses sensibles doivent contenir une logique de validité. Par exemple : « Offre valable jusqu’au [date] », « Politique applicable aux commandes passées après le [date] » ou « Délai estimé selon le transporteur actuellement sélectionné ».
Le bot doit éviter les phrases absolues quand la règle dépend d’une date, d’un pays, d’un produit ou d’une campagne. Il vaut mieux écrire : « Pour votre commande, la règle applicable est… » plutôt que « Nous acceptons toujours… ».
Cette précision protège la marque et rend la réponse plus utile pour le client.
Comment répondre quand une règle a changé ?
Quand une règle a changé, la réponse doit reconnaître la confusion possible. Le bot peut dire : « Cette information a été mise à jour. Pour votre demande, la règle actuelle est [règle]. »
Si le client cite une ancienne réponse ou une capture, le bot ne doit pas nier. Il doit expliquer que l’information peut avoir changé et transmettre si un geste ou une exception doit être étudié.
Le bon ton n’est pas « vous avez mal compris ». C’est « je vérifie quelle version s’applique à votre situation ».
Quel flow suivre ?
Le flow doit déterminer la règle applicable avant de répondre.
Identifier le sujet : retour, livraison, promotion, garantie, prix ou disponibilité.
Vérifier la source active et sa date de validité.
Tenir compte de la date de commande ou du pays si nécessaire.
Répondre avec la règle applicable au cas du client.
Transférer si le client cite une ancienne promesse ou une contradiction.
Quels messages utiliser ?
Pour une politique mise à jour : « La politique a été mise à jour le [date]. Pour votre commande passée le [date], la règle applicable est [règle]. »
Pour une ancienne promotion : « Cette offre était valable jusqu’au [date]. L’offre actuellement active est [offre], si elle s’applique à votre panier. »
Pour une contradiction : « Je vois qu’il peut y avoir une différence entre deux informations. Je transmets votre demande afin qu’un agent vérifie la règle applicable. »
Quand transférer à un humain ?
Le transfert est nécessaire si le client montre une capture d’une ancienne réponse, conteste une promesse, demande une exception ou si plusieurs sources internes se contredisent.
Le bot doit transmettre le sujet, la source citée, la date de commande, la réponse donnée et la règle actuellement trouvée. L’agent peut alors décider sans refaire tout le diagnostic.
Quels KPI suivre ?
Suivez les conversations où le client signale une information contradictoire, les réponses corrigées, les sources obsolètes retirées et les escalades liées à une ancienne politique.
Un bon indicateur est le nombre de documents indexés sans propriétaire ou sans date de mise à jour. Plus il est élevé, plus le risque de réponse obsolète augmente.
Quelles erreurs éviter ?
Évitez d’indexer des brouillons, d’utiliser d’anciennes FAQ, de répondre sans vérifier la date et de présenter une règle variable comme permanente.
Évitez aussi de supprimer toute trace des anciennes règles sans procédure. Pour certaines commandes, l’ancienne règle peut encore s’appliquer.
Comment Qstomy peut aider ?
Qstomy peut structurer les sources du chatbot, prioriser les documents actifs et aider à éviter les réponses obsolètes.
Le bot peut aussi transférer les cas de contradiction avec le contexte complet : source, date, commande et réponse donnée.
Explorez le support IA ou demandez une démo.
Enzo
1 juillet 2026
