Votre chat sur le site doit-il s’ouvrir tout seul ? Testez le bon élément

Un test A/B de widget de chat sur un site web devrait mesurer si sa présentation aide les visiteurs à effectuer une action utile. Les expériences Receptionist proposent trois modes de présentation : lanceur seul, bulle de bienvenue et panneau ouvert automatiquement. L’ouverture du panneau ne constitue pas le début d’une conversation. Pour atteindre l’objectif de démarrage d’une conversation, il faut un véritable message rédigé et envoyé par le visiteur.

Un panneau qui s’ouvre est visible. Une conversation utile se mérite. Comptabiliser le premier comme la seconde revient à récompenser une conception pour avoir fait exactement ce pour quoi elle a été programmée.

Lorsque les expérimentations sont activées dans votre espace de travail Receptionist payant, vous pouvez comparer la présentation de votre chat sur le site web. L’accès dépend de votre espace de travail et des autorisations de votre équipe. Ce guide ne présente aucune étude de conversion d’Entagl et ne promet pas qu’un mode donné sera plus performant que les autres.

Qu’est-ce qui change dans un test de présentation ?

Gardez le même agent, la même offre et le même contenu de bienvenue. Modifiez uniquement la façon dont le chat apparaît. Sinon, vous risquez de mesurer l’effet d’une offre plus attrayante ou de consignes différentes plutôt que celui du comportement à l’ouverture.

Mode	Ce que voit le visiteur	La question qu’il permet de tester
Lanceur seul	Un bouton de chat qui attend d’être ouvert	Les visiteurs démarreront-ils sans sollicitation ?
Bulle de bienvenue	Un bref message de bienvenue près du lanceur	Une petite sollicitation est-elle utile ?
Ouverture automatique	Le panneau de chat s’ouvre automatiquement	L’ouverture du panneau est-elle assez utile pour justifier l’interruption ?

Dans une expérience, un test peut comparer deux ou trois modes, avec des parts de trafic fixes. A conserve la présentation initiale prise en charge. Les intégrations de chat en plein écran ne font pas partie de ce test. La superposition distincte d’appel vocal en plein écran est différente et doit conserver son comportement actuel.

Sélectionnez ordinateur, mobile ou les deux avant le lancement. Si la présentation initiale diffère entre ordinateur et mobile, utilisez un seul groupe d’appareils ou harmonisez d’abord séparément les paramètres habituels. Faire pivoter un téléphone ne devrait pas réaffecter le visiteur à une autre version du test.

Quand un navigateur peut-il participer à l’expérience ?

Les expériences sur site web exigent un consentement explicite à l’expérimentation ou aux analyses, accordé sur le site hôte via une intégration propre au widget. Si le consentement est inconnu ou refusé, la présentation initiale est conservée et aucun suivi expérimental n’a lieu. Le fait qu’un visiteur ouvre le chat fonctionnel ne constitue pas, à lui seul, une autorisation de l’inscrire à l’expérience.

Le système de consentement du site hôte doit transmettre le choix au widget. Si le consentement est accordé après l’affichage de la présentation initiale, il prend effet au prochain chargement admissible. Le panneau ne devrait pas s’ouvrir ou se fermer soudainement en cours de visite parce que le visiteur a modifié un paramètre de consentement.

Le retrait du consentement arrête le suivi expérimental et les actions visant à capter l’attention. Il devrait préserver toute conversation fonctionnelle en cours ainsi que le texte saisi, et rétablir la présentation initiale lors des prochains chargements. Certains résultats de l’expérience peuvent donc rester inconnus. Le rapport doit signaler cette limite.

Il s’agit des exigences de consentement du produit pour cette expérience. Cela ne signifie pas que cette fonctionnalité, à elle seule, satisfait à toutes les exigences légales de chaque juridiction.

Pourquoi inclure les navigateurs qui ne démarrent jamais de chat ?

Parce que la présentation est censée influer sur le démarrage d’un chat. Si vous ne gardez que les visiteurs qui envoient un message, vous excluez ceux pour lesquels la présentation n’a pas entraîné cette action.

Pour cette conception, le dénominateur correct est l’ensemble des navigateurs admissibles inscrits avec consentement, y compris ceux qui ne lancent jamais de chat. Un navigateur ne correspond pas à une personne unique sur plusieurs appareils. Ne renommez pas ce décompte « tous les visiteurs du site » ou « tous les clients ».

Microsoft explique comment le filtrage des participants après leur exposition peut produire des résultats d’expérience trompeurs. L’un des exemples concerne un filtre anti-bots qui excluait les utilisateurs les plus touchés par une variante. Ses recommandations sur les écarts dans la répartition des échantillons sont utiles pour vérifier qui a disparu d’une analyse. Microsoft Research

Distinguez l’affectation, la présentation et le résultat. Un navigateur peut se voir attribuer un mode alors qu’une règle de suppression existante empêche l’affichage d’une bulle de bienvenue. Gardez ce participant dans son groupe d’origine. Vérifiez les règles de suppression du site lors de l’interprétation du résultat. Ne le déplacez pas discrètement vers un jeu de données qui semble plus propre.

Quel événement doit compter comme objectif ?

Pour l’objectif de démarrage d’une conversation, exigez le premier véritable message rédigé et envoyé par le visiteur. Un message de bienvenue généré, une conversation vide, un panneau ouvert ou l’envoi d’un formulaire ne répond pas à ce critère. Le remplissage d’un formulaire peut constituer un objectif distinct de collecte d’informations, si le formulaire sélectionné et sa source sont définis.

Vous pouvez choisir un événement métier ultérieur pris en charge s’il peut être associé de façon fiable. Une demande de réservation n’est pas une réservation confirmée, et une confirmation n’est pas une présence effective. Choisissez l’événement avant de commencer, puis ne changez pas sa définition.

Cette distinction compte également lorsque le chat et la voix partagent un widget de site web. La transcription d’un appel ne constitue pas un message de chat rédigé par un visiteur pour cet objectif. Notre guide sur les appels vocaux depuis un widget de site web présente cette expérience distincte.

Un mode peut-il coûter des crédits avant le début d’une conversation ?

Oui. La génération d’un message de bienvenue contextuel peut consommer des crédits dès le chargement de la page. Le visiteur peut quitter le site sans envoyer de message alors que ce coût a déjà été engagé.

Receptionist attribue les frais réels de bienvenue à l’affectation qui les a déclenchés, même en l’absence de conversation. La réutilisation du cache ne crée pas de frais de modèle fictifs et ne reporte pas un coût antérieur sur un visiteur ultérieur. Comparez le coût total et le coût par participant, ainsi que le coût par réussite. S’il n’y a aucune réussite, le coût par réussite n’a pas de valeur numérique valide.

Un seuil de crédits sert à contrôler les nouvelles inscriptions, mais ne garantit pas que les opérations déjà lancées n’entraîneront aucun coût par la suite. Examinez l’avis avant le lancement et vérifiez les dépenses finales après la période de collecte des résultats.

Comment prendre une décision à partir des résultats ?

Attendez la fin des périodes définies pour les résultats et vérifiez l’intégrité du suivi. Une version peut afficher un taux observé supérieur sans que les éléments disponibles permettent de tirer une conclusion fiable. Un taux élevé de démarrage de chat peut aussi entraîner des conversations de moindre qualité qui demandent davantage de temps au personnel.

Conservez les résultats et l’historique des paramètres enregistrés. L’application d’un mode est une décision manuelle, et l’examen doit indiquer quel widget partagé est concerné par cette modification. Un filtre d’origine utilisé pour l’inscription ne crée pas de paramètres permanents du widget propres à chaque origine.

L’approche avec intervention humaine s’applique ici aussi : les données aident votre équipe à décider, mais ne la déchargent pas de sa responsabilité quant à l’expérience proposée sur le site.

Que se passe-t-il à la fin du test ou s’il manque des données ?

À la date de fin prévue, le routage normal est utilisé par défaut. Vous pouvez plutôt présélectionner explicitement la version A, B ou C enregistrée, si elle est disponible. Ce choix programmé nécessite toujours de vérifier que la disponibilité du test, la cible et les dépendances sont à jour ; il ne s’agit pas d’une sélection automatique de la version gagnante. Un choix bloqué nécessite une intervention et ne doit pas être indiqué comme appliqué. Les participants déjà inscrits peuvent continuer jusqu’à la fin de leur période de mesure.

Les résultats inconnus ont une conséquence précise : un seul résultat inconnu non résolu peut empêcher une recommandation statistique pour cette session. Les résultats descriptifs et un choix explicite de l’utilisateur restent disponibles. L’arrêt manuel d’une session sans période d’analyse prévue menée à son terme ne prouve pas qu’une version est gagnante. En cas de passage à l’offre Free, l’accès aux expériences et les nouvelles inscriptions prennent fin, et le traitement des expériences est interrompu de manière sécurisée. Les enregistrements ordinaires de la boîte de réception sont conservés.

Foire aux questions

L’ouverture du widget compte-t-elle comme une conversion ?

Pas pour l’objectif de démarrage d’une conversation. Cet objectif exige un véritable message rédigé et envoyé par le visiteur. L’ouverture du panneau et les messages de bienvenue sont des événements opérationnels distincts.

Les visiteurs peuvent-ils changer de groupe à chaque affichage de page ?

Receptionist conserve la même affectation pour un navigateur inscrit lors des chargements admissibles. Le redimensionnement ou la rotation de l’appareil ne crée pas de nouvelle affectation.

Plus de chats, est-ce toujours mieux ?

Non. Tenez compte ensemble de l’objectif principal, du coût et du contexte en aval. Davantage de conversations peuvent être utiles, sans effet ou contraignantes, selon les besoins des visiteurs et le travail qu’elles demandent ensuite à votre équipe.

Le test redirige-t-il automatiquement plus de trafic vers le mode en tête ?

Non. Il utilise des ratios fixes. Le rééquilibrage adaptatif du trafic et la création guidée par AI Manager/MCP ne sont pas inclus.

Présentez les paramètres actuels de votre widget et votre parcours de consentement lors d’un échange sur Receptionist. Réservez une démonstration pour déterminer quelle question de présentation précise mérite d’être testée.

Sources vérifiées le 10 octobre 2026. Les exemples décrivent une conception de test, et non une hausse mesurée.