Trois chiffres, deux régimes qui ne se mélangent pas, et une estimation qui se présente comme telle.
Clics et scans. Les personnes qui ont suivi votre lien ou scanné votre QR Oyya.
Lectures par une IA. Les fois où un assistant est réellement allé lire votre contexte. C'est le chiffre qui dit si le mécanisme fonctionne, et c'est celui qu'aucun autre outil ne vous donnera.
Retours. Les personnes revenues chez vous depuis la réponse de l'assistant.
Appels au serveur MCP. Les fois où un assistant a interrogé votre marque directement, sans que personne ait cliqué.
Ouvertures d'application estimées. Une estimation, jamais une mesure. Un serveur ne voit pas une application s'ouvrir sur un téléphone.
Le taux de lecture ne se calcule que sur les clics partis vers un assistant désigné. Un clic qui ouvre la page de choix n'a pas encore de lecture au moment où on le compte.
Et surtout : un QR direct encode l'adresse de l'assistant, il ne produit aucun clic chez nous. Ses lectures ne peuvent donc pas être divisées par des clics. Ces deux régimes ont chacun leur encadré, et ils ne se mélangent jamais dans un même taux. Sans cette séparation, on obtient des taux de lecture supérieurs à 100 %, ce qui est arrivé sur nos propres écrans en phase de mise au point.
C'est le cas normal des premiers jours. Le tableau de bord laisse alors la place à un écran de démarrage qui indique ce qu'il reste à faire, parce qu'un tableau de bord vide ne dit rien à personne.
Si vos trois étapes sont faites et que tout reste à zéro, il ne manque plus que des personnes qui suivent votre lien. C'est le moment de le poser à un deuxième endroit, avec un jeton de support différent.