Mesure d'audience d'un chatbot IA : ce qu'il faut suivre avant de le vendre

Pourquoi la plupart des chiffres de chatbot et de WhatsApp sont trompeurs

L'erreur de mesure la plus courante sur le site d'une petite entreprise consiste à compter une chose et à en rapporter une autre. Un tableau de bord peut intituler « conversions WhatsApp » des appuis sur un bouton, alors qu'il n'a enregistré que des clics. Certaines de ces personnes n'ont jamais envoyé de message. Encore moins correspondaient à votre cible. Et encore moins sont devenues clientes.

Avant de choisir des outils ou des noms d'événements, mettez-vous d'accord sur ce que signifie chaque étape et sur la preuve qui l'atteste. Ce guide présente les quatre étapes à garder distinctes, puis les pièges qui les faussent : le trafic interne, les référents manquants et l'attribution déclarée par les visiteurs.

Les quatre étapes, et ce qui prouve chacune

1. Clic sur le bouton WhatsApp : seulement un appui

Un événement de clic vous indique qu'un visiteur a appuyé sur un lien wa.me ou un lien vers l'application WhatsApp. C'est tout. Après l'appui, WhatsApp s'ouvre, et le visiteur peut le fermer, modifier le texte prérempli ou ne jamais appuyer sur envoyer. Votre site ne voit pas ce qui se passe dans WhatsApp.

Considérez les clics comme un signal d'intention, utile pour comparer des pages et des boutons, mais ne les présentez jamais comme des demandes ou des prospects.

2. Message reçu : une confirmation, pas une déduction

Un message ne compte comme reçu que lorsqu'il est réellement arrivé. Il existe deux façons honnêtes de le savoir :

• Confirmation manuelle : quelqu'un vérifie la boîte de réception et marque le clic comme associé ou non à un message.
• Un événement du fournisseur : si vous utilisez la WhatsApp Business Platform (Cloud API) ou un fournisseur qui s'appuie dessus, un webhook de message entrant est une vraie preuve qu'un message est arrivé.

Pour relier un message à un clic, une méthode pratique consiste à placer un court code de référence dans le texte prérempli (par exemple « Réf. WA-7KQ2MX »). Si une conversation commence par ce code, vous pouvez la relier au clic et à sa source. Si le visiteur efface le code, le lien est perdu ; ne le devinez pas à partir de la seule chronologie.

3. Demande qualifiée : une vraie conversation qui répond à des critères convenus

Écrivez les critères avant de commencer à compter. Par exemple : la personne décrit un vrai projet, il s'agit d'un service que vous proposez, la fourchette de budget et le calendrier sont réalistes, et elle décide ou peut joindre la personne qui décide. Un message qui dit seulement « bonjour » ou « prix ? » est un message reçu, pas une demande qualifiée, tant que la conversation ne montre pas l'adéquation.

La qualification est un jugement porté sur une conversation. Enregistrez-la là où vous enregistrez les conversations (un CRM, un tableur, une table d'administration), pas comme un événement de mesure envoyé depuis le navigateur.

4. Client : un accord et un statut de projet, jamais un événement de mesure

Un client est une personne qui a accepté de travailler avec vous : un devis accepté, un acompte payé, un contrat signé. Ce statut a sa place dans votre CRM ou vos dossiers de projet. Aucune page vue, aucun clic ni aucun envoi de formulaire ne peut vous dire que quelqu'un est devenu client : ne le déduisez donc jamais de la mesure d'audience. Si vous voulez présenter les « clients par source », reliez vos fiches clients à l'attribution enregistrée pour ce prospect, et précisez comment le rapprochement a été fait.

Une nomenclature d'événements recommandée (exemple)

Les noms ci-dessous sont un exemple à adapter, pas un standard. L'important est que chaque nom décrive uniquement ce qu'il peut prouver.

Gardez « demande qualifiée » et « client » totalement en dehors du flux d'événements. Ce sont des statuts sur une fiche prospect, définis par une personne ou une règle vérifiée, avec une date et le nom de la personne qui les a définis.

Pour les formulaires, l'écart est similaire : un événement d'envoi dans le navigateur prouve une intention, pas un succès. Ne comptez un prospect issu d'un formulaire qu'une fois que votre API a confirmé l'enregistrement, et remontez aussi les conversions publicitaires à ce moment-là.

Séparer les tests et l'activité interne du trafic réel

Vos propres tests faussent tous les chiffres si vous les laissez faire. Vous cliquez sur vos boutons WhatsApp pour les vérifier, vous envoyez des formulaires de test et vous naviguez depuis votre téléphone. Quelques règles :

• Ne mesurez pas les hôtes hors production. Le développement local et les déploiements de prévisualisation ne doivent pas envoyer d'événements vers les rapports de production.
• Ne mesurez pas les pages d'administration. Le tableau de bord où vous examinez les prospects ne doit pas compter comme des visites.
• Marquez vos propres appareils. Par exemple, un paramètre d'URL comme ?internal=1 qui place un indicateur dans le navigateur, pour que votre outil de mesure puisse étiqueter ou filtrer ce trafic comme interne.
• Étiquetez explicitement les prospects de test. Les envois de formulaire et les messages WhatsApp de test doivent être marqués comme tests dans la fiche prospect, pas supprimés en silence, pour que les totaux restent vérifiables.

Les filtres internes ne sont jamais parfaits : un nouveau téléphone, un navigateur réinitialisé ou l'appareil d'un collègue passeront entre les mailles. Quand un chiffre paraît étonnamment bon, vérifiez-le d'abord avec les vraies conversations.

Référents manquants : « direct / inconnu » n'est pas un canal

Une grande partie du trafic arrive sans aucun référent. Les outils de mesure l'appellent généralement « direct », mais cela signifie en réalité « inconnu ». Causes fréquentes :

• Des liens ouverts depuis des applications de messagerie, des clients e-mail, des PDF ou des QR codes
• Les paramètres de confidentialité, les extensions de navigateur et les politiques de référent strictes
• Les applications mobiles, y compris les assistants IA, qui ouvrent des liens sans transmettre de référent
• Les personnes qui tapent l'URL ou utilisent un favori

Les assistants IA sont un cas particulier. Certains envoient un référent ou ajoutent un paramètre comme utm_source aux liens, et d'autres ouvrent les liens d'une manière qui supprime entièrement le référent. Une visite issue d'une réponse d'IA peut donc arriver dans « direct / inconnu » sans qu'on puisse le savoir à partir des seules données techniques.

Conséquences pratiques :

• Présentez « direct / inconnu » sur sa propre ligne, et ne l'attribuez pas au canal que vous aimeriez voir progresser.
• Utilisez des paramètres UTM sur chaque lien que vous maîtrisez (bios des réseaux sociaux, signatures e-mail, campagnes publicitaires, annuaires), pour que ces visites ne dépendent jamais d'un référent.
• Ne comparez pas les canaux au nombre de clics si l'un d'eux perd systématiquement son référent.

« Comment m'avez-vous trouvé ? » est utile, mais non vérifié

Poser directement la question est l'un des meilleurs moyens de récupérer ce que les référents perdent. Cela capte le bouche-à-oreille, les assistants IA et les recommandations hors ligne qu'aucun paramètre ne verra jamais. Cela a aussi ses limites :

• Les gens se souviennent mal. Ils vous ont vu sur Instagram le mois dernier et ont cherché votre nom aujourd'hui.
• Ils choisissent l'option la plus proche, ou la première de la liste.
• Ils peuvent donner la réponse qu'ils pensent que vous attendez.
• La réponse n'existe que pour ceux qui ont rempli le formulaire ou vous l'ont dit dans la conversation.

Enregistrez donc la réponse dans un champ dédié, séparé de l'attribution technique (UTM, identifiants de clic, référent, page d'arrivée). Gardez les deux, et présentez-les côte à côte : « source technique : direct / inconnu ; déclare : ChatGPT » est plus honnête que d'écraser l'une par l'autre. Quand les deux divergent, ce désaccord est lui-même une information utile.

Comment ce portfolio le gère aujourd'hui

Pour rester concret, voici ce que fait actuellement le code de ce site. C'est une description, pas une promesse de résultats :

• Les événements propriétaires vont dans Cloudflare D1. Le site envoie une sélection d'événements, comme visit_start, whatsapp_click et les envois de formulaire, vers son propre point de terminaison, qui les stocke dans une base D1. Les événements à fort volume comme page_view et les clics génériques n'y sont pas envoyés.
• Seul l'hôte de production est mesuré, et les pages d'administration sont exclues.
• Les clics WhatsApp sont étiquetés comme des clics. L'alerte de clic précise explicitement qu'il s'agit seulement d'un clic, pas d'une demande confirmée. Les liens vers mon numéro WhatsApp reçoivent un court code de référence visible dans le message prérempli, et un clic est marqué à la main « conversation reçue » ou « aucun message », une fois la boîte de réception vérifiée.
• Firebase sert aux fiches prospects, comme les envois du formulaire de contact, et non au stockage de tous ces événements de mesure.
• Le formulaire de contact demande « Comment m'avez-vous trouvé ? » et conserve la réponse dans un champ dédié, à côté des données d'attribution technique.
• Microsoft Clarity n'est chargé qu'avec le consentement. Il n'a pas de mode consentement propre : le script n'est donc ajouté à la page qu'une fois que le bandeau de consentement l'autorise.

Une courte liste de contrôle

1. Notez les quatre étapes et la preuve qui atteste chacune.
2. Nommez les événements d'après ce qu'ils peuvent prouver, rien de plus.
3. Confirmez les messages WhatsApp manuellement ou avec un webhook du fournisseur ; ne les déduisez jamais des clics.
4. Écrivez les critères de qualification avant de compter les demandes qualifiées.
5. Gardez le statut client dans votre CRM, jamais dans la mesure d'audience.
6. Excluez le développement, les prévisualisations, les pages d'administration et vos propres appareils.
7. Présentez honnêtement « direct / inconnu » et ajoutez des paramètres à chaque lien que vous maîtrisez.
8. Enregistrez « Comment m'avez-vous trouvé ? » séparément de l'attribution technique.

Hamza El Haissouf

Développeur full-stack depuis 6 ans · Maroc

Je conçois des assistants WhatsApp et des sites web pour les cliniques privées et les entreprises de logistique. À distance, en français et en anglais.

Voir les projetsÀ proposLinkedIn

À lire aussi

IAExemple de chatbot de réservation pour restaurantMobileMettre en place un plan de marquage GA4 + Firebase pour votre application mobileServiceConsultant en IA conversationnelle au Maroc