Chatbot IA conversationnel vs chatbot scripté à règles : quelle approche pour un site de destination

Les chatbots scriptés à règles et arbres de décision ont longtemps été la seule option sérieuse pour outiller un site de destination. Les chatbots IA conversationnels, adossés à une base de données locale validée par la collectivité, ouvrent une autre trajectoire. Cette page compare les deux familles d'outils, sans dénigrement, en posant ce que chaque approche fait bien et ses limites, pour aider une direction d'office de tourisme à choisir le dispositif adapté à sa réalité éditoriale.

Deux familles d'outils, deux logiques de conception

Un chatbot scripté à règles fonctionne à partir d'un arbre de décision construit à la main par l'équipe éditoriale. À chaque noeud, le visiteur choisit une option parmi celles prévues, et le chatbot avance le long d'un chemin prédéfini. Cette logique est claire, prévisible, auditable : vous savez exactement ce que le chatbot peut dire, parce que vous avez écrit chaque réponse. Elle fonctionne très bien quand les parcours sont stables et peu nombreux.

Un chatbot IA conversationnel adossé à une base locale suit une logique inverse. Il n'attend pas de parcours prévu, il accepte la question du visiteur telle qu'elle est formulée en langage naturel, puis la traduit en requête sur vos données officielles. C'est ce que l'on appelle une approche RAG : la réponse est générée à partir de fiches que votre équipe a validées, pas inventée sur un corpus public. La collectivité reste maîtresse de ses sources, elle ajoute ou retire ce qu'elle veut à tout moment.

Ces deux familles ne s'opposent pas par principe. Elles répondent à deux contraintes différentes : le scripté privilégie le contrôle ligne à ligne, l'IA conversationnelle privilégie la couverture d'intentions non anticipées. Le choix dépend de la diversité des questions réelles que vos visiteurs posent, pas d'une préférence technologique.

Couverture d'intentions : ce qui se passe quand le visiteur sort du script

Le premier point de friction d'un chatbot scripté apparaît quand le visiteur formule une demande qui n'entre dans aucune des branches prévues. Une question du type je cherche une balade facile avec les enfants pour demain après midi, pas trop loin de la ville, mélange quatre critères hétérogènes : public, difficulté, moment, distance. Sur un arbre de décision, cette combinaison oblige soit à démultiplier les branches, soit à retomber sur une option générique, soit à envoyer le visiteur vers un formulaire.

Un chatbot IA conversationnel traite la même demande en une seule requête, parce qu'il n'a pas besoin que le visiteur choisisse un chemin. Il interprète l'intention et la projette sur les fiches de votre base. Si l'information existe dans votre périmètre, il la reformule en réponse synthétique. Si elle n'existe pas, il préfère le dire et rediriger, plutôt que d'inventer. Cette posture de non hallucination est centrale pour une collectivité qui engage sa parole institutionnelle.

Pour les intentions composites et les formulations libres, la voie conversationnelle couvre beaucoup plus de cas à effort éditorial constant. Voir aussi pourquoi un chatbot conversationnel complète utilement un moteur de recherche à facettes.

Maintenance éditoriale : ce que chaque approche coûte à l'équipe

Un chatbot scripté coûte à la construction et au maintien. Chaque nouvelle offre, chaque changement d'horaires, chaque événement saisonnier oblige à rouvrir l'arbre de décision, à ajuster les branches, à réécrire des réponses. Plus les parcours sont nombreux, plus la charge augmente. Cette charge est portée par l'équipe éditoriale, en plus de la mise à jour normale de la base de données tourisme.

Un chatbot IA conversationnel branché à vos données locales déplace cette charge. L'équipe continue d'alimenter la base comme elle le fait déjà, avec ses habitudes et son calendrier. Le chatbot se nourrit automatiquement de ces mises à jour : dans le cas d'une base Apidae, la synchronisation est quotidienne nocturne, sans ressaisie. Les fiches validées par votre équipe deviennent la matière première des réponses, sans étape éditoriale dédiée au chatbot.

Concrètement, la direction d'un OT ne recrute pas un scripteur de conversations, elle protège le temps éditorial existant. Pour la logique de branchement aux sources, voir comment le chatbot se branche à votre base existante.

Robustesse aux formulations libres et aux langues étrangères

Un chatbot scripté comprend ce qui a été prévu dans son dictionnaire de mots clés. Les synonymes, les fautes de frappe, les tournures indirectes, les formulations dans une langue étrangère mettent l'outil en échec, sauf à construire un dictionnaire spécifique pour chaque variation. Cette robustesse limitée est acceptable sur des parcours très contraints (prise de rendez-vous, demande de document), beaucoup moins sur un site de destination où les visiteurs arrivent avec des intentions extrêmement variées.

Un chatbot IA conversationnel accepte la formulation telle qu'elle arrive. Il détecte automatiquement la langue à l'ouverture de la conversation et couvre plus de soixante langues, ce qui correspond à la réalité d'un site de destination international. Il gère les fautes, les reformulations, les questions posées en plusieurs étapes avec persistance du contexte entre deux messages. Le visiteur peut affiner sa demande sans tout retaper. Pour le détail multilingue, voir chatbot multilingue vs traduction humaine.

Ce que chaque approche fait bien et ses limites

Un chatbot scripté à règles reste pertinent pour des parcours très normés, à faible variance, avec un contrôle ligne à ligne des réponses. Demande de document administratif standardisée, prise de rendez-vous simple, qualification d'un contact entrant : ces cas d'usage ne demandent pas une IA conversationnelle. Leur coût de construction est maîtrisable et leur prévisibilité rassure.

Sa limite principale apparaît dès que la diversité des intentions dépasse ce qui peut être modélisé en arbre. Un site de destination touche typiquement à cette limite : les questions portent sur des combinaisons de critères, dans plusieurs langues, à toutes heures, avec des formulations libres.

Un chatbot IA conversationnel couvre mieux cette diversité, à condition d'être adossé à une base de données locale validée. Sa limite est double. Il ne sait que ce que votre base contient, il ne remplace pas le conseiller en séjour humain pour les cas sensibles, et il ne réserve rien, ne vend rien, ne facture rien. C'est un outil d'accueil numérique, pas un back office commercial. Voir chatbot vs FAQ statique pour une autre forme de complémentarité.

Comment choisir selon la réalité d'une collectivité

Le choix se joue sur trois questions simples à poser à votre équipe. Première question : quelle est la variance réelle des demandes visiteurs, telles qu'elles remontent aujourd'hui à l'accueil et par téléphone. Si cette variance est élevée, un chatbot scripté deviendra vite un chantier d'ingénierie éditoriale permanente. Deuxième question : quelle base de données locale existe déjà, et dans quel état. Si votre équipe alimente déjà une base structurée, vous avez la matière première d'un chatbot conversationnel sans effort de bascule. Troisième question : quelle posture vis-à-vis de l'hallucination, c'est-à-dire la tolérance au fait que le chatbot puisse inventer une réponse plausible mais fausse. Une collectivité engage sa parole institutionnelle, la tolérance devrait être nulle.

Un essai gratuit de quatorze jours sans carte bancaire suffit à vérifier ces trois points sur votre périmètre réel. Les tarifs habituels restent accessibles sur la page tarifs. Pour un cadre éthique général sur l'IA, voir les ressources CNIL sur l'intelligence artificielle.

Rédigé par l'équipe Digitz, intégrateurs Apidae depuis 2014. Plus de 25 plateformes Apidae déployées pour les collectivités. Dernière mise à jour : 11 avril 2026.