Sachez quelle recherche Googlequel fil Redditquelle réponse de ChatGPTquelle newsletterquel post sur x.comquelle source vous a rapporté de l’argent, et comment nous le savons.

Les référents deviennent des sources que vous reconnaissez : t.co, c’est x.com, chatgpt.com, c’est ChatGPT, et news.ycombinator.com, c’est Hacker News. Chaque source appartient à un canal, et les personnes envoyées par des assistants IA ont leur propre canal. Chaque ligne de la répartition montre ses visiteurs et les revenus qui vont avec.

Les robots d’IA sont comptés à part, jamais comme visiteurs ; la plupart n’exécutent jamais le script d’une page, alors quelques lignes sur votre serveur les signalent. Les autres robots et navigateurs automatisés ne sont pas comptés du tout. Et Direct, les visites sans référent, est lu pour ce qu’il était le plus probablement : saisie directe ou favori, lien partagé, retour du paiement, ou navigateur intégré d’une appli. Le tableau de bord en haut de page le montre.

Les heures de pointe répartissent la période par jour de la semaine et par heure, pour les visites, les ventes ou les revenus, et ne nomment les trois heures les plus chargées que si les données le justifient.

Une ligne par visiteur : un nom sympathique et un avatar tirés de son identifiant, où il se trouve et sur quoi, d’où venait sa dernière visite et les pages vues, le temps actif par visite, et ce qu’il a payé. Ouvrez une ligne et chaque visite y est ; la page de parcours détaille chaque page, objectif et paiement.

Triez par Likely to buy et le score dit ce qui le fait monter : revenir, et le temps passé sur les tarifs et le paiement. En mode sans cookie, une ligne est une visite, et la page le dit.

Connectez Stripe, Paddle, Lemon Squeezy ou Polar avec une clé que vous créez, limitée à ce que Tally lit et à l’autorisation d’ajouter son propre webhook. Il récupère d’abord les 365 derniers jours, puis chaque paiement au moment où il a lieu.

Les boutiques WooCommerce et Squarespace se connectent en un clic. Approuvez Tally sur l’écran de WooCommerce, depuis la page Integrations ou l’extension WordPress Tally, ou sur la page de confirmation de Squarespace, et une année de commandes arrive, remboursements compris. Une commande WooCommerce se lie à sa visite par la page « Commande reçue », ou par l’identifiant de visiteur que l’extension enregistre sur la commande au paiement ; une commande Squarespace, par la page de statut de commande, avec les lignes de Tally dans Code Injection. WooCommerce, pas à pas ; Squarespace, pas à pas.

Stripe va le plus loin : Checkout, Payment Links, abonnements et factures, et le snippet balise les Payment Links tout seul. Paddle, Lemon Squeezy et Polar lient une vente par l’identifiant de visiteur passé à leur page de paiement, ou par l’e-mail de l’acheteur.

Tout autre prestataire, de Gumroad ou FastSpring à votre propre facturation : votre serveur envoie chaque paiement à la Payments API, dans le corps qu’accepte DataFast, et il est lié comme les autres. Seul ce que vous envoyez arrive ; rien n’est importé.

Ventes nouvelles, renouvellements, montées en gamme, remboursements et rétrofacturations sont distingués. Les montants sont hors taxes et convertis en dollars américains au taux de la Banque centrale européenne du jour. Un paiement est compté une fois, quelle que soit la façon dont le prestataire le déclare.

La couverture est la part de vos revenus liée à un visiteur. En dessous, la liste des correctifs : chaque raison pour laquelle un paiement n’a pas pu être lié, le nombre de paiements et la somme concernés, et le code qui corrige.

Un paiement que rien ne lie reste non lié et compte contre la couverture. Si une preuve arrive plus tard, comme la visite de l’acheteur sur votre page de confirmation, il est lié à ce moment-là.

Le parcours d’achat, c’est le chemin derrière les nouvelles ventes de la période : le temps que mettent les acheteurs depuis leur première visite, le nombre de visites et de pages nécessaires, et combien achètent dès la première visite. Le diagramme de flux va de la source qui a amené chaque acheteur à celle à qui la vente est attribuée.

La valeur vie client compte chaque client sous la source de sa première visite, avec tout ce qu’il a payé depuis, renouvellements, montées en gamme et remboursements compris.

Le chrono tourne tant que l’onglet est visible et que le visiteur a fait défiler, tapé, touché l’écran ou bougé le pointeur dans les 30 dernières secondes. Un onglet resté ouvert 8 heures derrière les autres n’ajoute rien. Le tableau de bord montre la médiane par visite, donc un onglet oublié ne peut pas la gonfler.

Pages ajoute jusqu’où l’on fait défiler : le temps de lecture et la profondeur de chaque page, combien atteignent la fin, et comment les acheteurs lisent une page avant de payer, comparés à tous ceux qui n’ont pas acheté.

Activez le replay pour un site, et ses visites enregistrées se rejouent avec chaque page, objectif, clic de rage et paiement sur la frise. Le parcours d’un acheteur et son justificatif renvoient directement à l’enregistrement. Chaque saisie est masquée et les mots de passe ne sont jamais enregistrés.

Les cartes de chaleur dessinent clics, clics de rage, clics morts et profondeur de défilement sur la page elle-même, pour ordinateur, tablette et téléphone.

Les cinq dernières minutes sur un globe ou une carte à plat, avec une liste à côté : le drapeau, la page, la ville et la source de chaque visiteur. Une nouvelle arrivée apparaît dans un anneau ; une vente éclate en corail sur la ville de l’acheteur. Cliquez sur un visiteur pour le retrouver, et rejouez les huit dernières heures par pas de 15 minutes.

Deux vues expérimentales, dessinées uniquement à partir des signaux dont Tally dispose. L’écosystème place chaque visiteur des 90 derniers jours selon ce qu’il a fait, les rassemble en groupes nommés d’après ce qui les distingue, et les colore selon leur santé ; lancez-le et il évolue semaine après semaine.

La rivière suit les visiteurs de la source qui les a amenés, à travers les pages atteintes, jusqu’à l’achat ou non, semaine après semaine, colorée par source, par expérience ou par résultat. La santé est notre lecture des renouvellements, remboursements, rétrofacturations et de la récence, jamais une prédiction.

Un message pour chaque vente, avec la provenance de l’acheteur et la façon dont la vente a été liée ; un pic ou une chute par rapport à l’habituel pour cette heure ; un problème avec un prestataire de paiement ; et un récapitulatif quotidien ou hebdomadaire. Les heures de silence les retiennent jusqu’au matin.

Créez une clé en lecture seule sur la page Setup d’un site ; seul un hachage en est conservé. L’API REST répond avec les chiffres mêmes du tableau de bord, la ligne de commande les affiche en tableaux, et le serveur MCP permet à un assistant IA de poser ses propres questions. Cochez Record payments, et une clé permet aussi à votre serveur d’envoyer à la Payments API les paiements de tout autre prestataire.

Choisissez un mode pour chaque site. Quel que soit votre choix :

• L’adresse IP du visiteur sert à trouver sa ville, puis elle est écartée. Elle n’est jamais conservée, journalisée ni écrite sur disque.
• Le mode sans cookie n’a besoin d’aucun cookie. Il compte un visiteur par un hachage de l’adresse IP et du navigateur, avec un sel qui change chaque jour puis est supprimé, si bien que personne ne peut être suivi d’un jour à l’autre. Le hachage est conservé ; l’adresse, jamais.
• Les identifiants de visiteur n’apparaissent jamais dans les journaux.

La politique de confidentialité (en anglais) dit ce qui est conservé, combien de temps et qui le traite, et l’accord de traitement des données (en anglais) couvre les données de vos visiteurs.

Tally lit ce que lit la balise de DataFast, donc le code de vos pages continue de fonctionner : les objectifs window.datafast(), les attributs data-fast-goal avec leurs propriétés data-fast-goal-*, et data-website-id à la place de data-site.

Les visiteurs qui reviennent gardent leur datafast_visitor_id, donc le code de paiement qui le lit déjà continue de lier les ventes, tout comme le datafast_visitor_id de vos métadonnées Stripe.

La balise pèse environ 3 KB, se charge avec defer et n’a aucune dépendance, donc elle ne ralentit jamais votre page. Le temps actif, les objectifs et les clics vers d’autres sites sont inclus. Un objectif, c’est tally('signup') ou un attribut data-tally-goal sur un bouton.