Les erreurs fréquentes lors du lancement d’un chatbot IA sur un site web
Un chatbot peut s’afficher correctement sur la page sans être prêt pour autant. La qualité du lancement dépend de l’ensemble des sources, des limites des réponses, des paramètres de sécurité et de la capacité de l’équipe à diagnostiquer les réponses faibles.
Utilisez ces modes de défaillance comme revue avant mise en production.
Capturer tout le site web sans vérification
Symptôme : les réponses citent des pages de tags, d’anciennes campagnes, des écrans de compte ou une documentation obsolète.
Vérification : examinez les liens découverts, les noms d’hôte, les chemins inclus et exclus, la profondeur et le contenu du jeu de données.
Correction : réduisez le périmètre et supprimez les enregistrements indésirables avant la publication.
Tester uniquement des questions écrites pour la démo
Symptôme : les tests internes réussissent, mais la formulation des visiteurs renvoie des pages sans rapport.
Vérification : utilisez des questions issues du support, de la recherche interne du site, des ventes et de l’onboarding. Incluez des versions courtes, vagues et comportant des fautes.
Correction : améliorez la terminologie des sources, l’ensemble de recherche ou les suggestions de questions selon l’étape qui échoue.
Ne pas définir le traitement des questions non couvertes
Symptôme : le chatbot comble une lacune de la documentation par une réponse plausible.
Vérification : posez une question sur une fonctionnalité, une politique et un détail de compte que les sources publiques ne contiennent pas.
Correction : configurez une limitation formulée avec prudence et le bon moyen de contact.
Afficher des réponses sans sources utiles
Symptôme : la réponse semble précise, mais le visiteur ne peut pas la vérifier.
Vérification : ouvrez chaque citation et repérez l’information. Un lien vers la page d’accueil n’étaye pas une affirmation détaillée sur une politique.
Correction : capturez la page de référence et gardez les liens vers les sources visibles.
Oublier les origines autorisées ou les paramètres d’accès
Symptôme : l’assistant fonctionne dans le playground mais pas sur le site publié, ou il apparaît sur une origine non prévue.
Vérification : examinez les paramètres Security de l’assistant et testez une origine autorisée et une origine non autorisée.
Correction : n’ajoutez que les origines nécessaires et utilisez le mode d’authentification documenté.
Publier une intégration incomplète
Symptôme : aucune interface n’apparaît, ou le navigateur signale que le runtime est indisponible.
Vérification : confirmez la présence du script runtime, de l’élément conteneur, de l’identifiant de l’assistant, du jeton d’accès si nécessaire et de l’appel d’initialisation.
Correction : utilisez l’extrait de code généré par Seekdown et inspectez la console du navigateur.
Lancer sans responsable de la maintenance
Symptôme : les réponses dérivent après des modifications des tarifs, des politiques ou de la documentation.
Vérification : désignez pour chaque zone de contenu importante le responsable de la source, la fréquence de capture et la question de non-régression.
Correction : planifiez les tâches de capture concernées ou documentez l’étape d’actualisation manuelle.
Critères de mise en production
Ne publiez pas tant que l’équipe ne peut pas démontrer :
- des sources approuvées et des zones exclues ;
- des questions qui réussissent avec les citations attendues ;
- un comportement sûr en cas d’information manquante ;
- un fonctionnement correct des origines autorisées ;
- une intégration fonctionnelle sur un domaine proche de la production ;
- un processus d’actualisation et de nouveau test ; et
- une personne chargée d’examiner les enseignements des conversations.
Un lancement réussi est un processus de réponse reproductible, et pas seulement un widget visible.