Comment chaque vente retrouve la visite qui l’a générée

01L’identifiant du visiteur

En mode cookie, le snippet donne à chaque navigateur un identifiant et le conserve dans un cookie propriétaire, _tally_vid, pendant un an. Votre page de paiement transmet cet identifiant à votre prestataire de paiement, et quand le paiement arrive, Tally retrouve le navigateur et les visites qu’il a faites.

Un visiteur qui arrive avec le cookie datafast_visitor_id de DataFast garde cet identifiant : le code de paiement écrit pour DataFast continue donc de fonctionner. En mode consentement, l’identifiant existe dès que le visiteur accepte ; en mode sans cookie, il n’y en a pas, et ce sont la page de confirmation et le rapprochement par e-mail qui assurent le rattachement.

02Comment un paiement est lié, de la méthode la plus solide à la plus faible

Chaque méthode applicable est essayée, et la plus solide l’emporte : d’abord sa confiance, puis sa place dans cette liste. Un lien enregistré ne peut être remplacé que par un lien plus solide : une preuve arrivée plus tard peut renforcer une vente, jamais l’affaiblir. Un identifiant ne compte que pour un visiteur que le site a vu.

Le rattachement tourne sur le serveur à l’arrivée des paiements, généralement en quelques secondes, puis de nouveau, pour les paiements des 30 derniers jours, quand une preuve plus récente apparaît : un identify après le paiement, ou une page de confirmation qui se charge tard.

03Quelle visite reçoit l’attribution

• Une vente est attribuée à la dernière visite de l’acheteur avant elle qui n’est pas arrivée en direct, sinon à sa dernière visite. Sa première visite est aussi enregistrée : vous voyez donc les deux.
• Un acheteur sans visite avant le paiement, par exemple quelqu’un qui a payé via un Payment Link reçu par e-mail, voit la vente attribuée à sa première visite commencée dans les 15 minutes qui suivent : le retour sur votre page de confirmation.
• Les renouvellements et passages à une offre supérieure sont attribués comme l’a été le premier paiement de l’abonnement ; les remboursements et rétrofacturations, comme le paiement qu’ils annulent.

04Justificatifs

Chaque vente dans Sales se déplie pour afficher son justificatif : la première visite, la visite à laquelle la vente est attribuée, ce qui a lié le paiement à ce navigateur (l’élément rapproché et où il a été vu), et le paiement, avec des identifiants que vous pouvez retrouver chez votre prestataire. Quand rien ne lie une vente, le justificatif le dit. Rien n’est jamais deviné.

05Couverture et correctifs

La couverture est la part de vos ventes, en revenus, qui est liée à un visiteur. Les remboursements et rétrofacturations suivent la vente qu’ils annulent : ils en sont donc exclus.

En dessous, Coverage and fixes regroupe les ventes non liées par raison, du montant le plus élevé au plus faible, chacune avec le code qui lie les suivantes. La page Ventes sans visite passe en revue chaque correctif.

06Votre prestataire

• StripeSessions Checkout, Payment Links, PaymentIntents, factures.
• PaddleTransactions Paddle Billing, remboursements et rétrofacturations.
• Lemon SqueezyCommandes et factures d’abonnement.
• PolarCommandes, remboursements et litiges perdus.
• WooCommerceCommandes payées et leurs remboursements.
• SquarespaceCommandes et remboursements de la boutique, liés par la page de statut de commande.
• Payments APITout le reste, envoyé par votre serveur.

07Ce qui ne peut pas être lié