L'attribution web est-elle probabiliste ?

Non. Le trackID est l'identifiant du clic publicitaire lui-même ; il voyage de l'URL d'arrivée jusqu'à l'inscription en stockage first-party sur le propre domaine du site, et le backend du site le déclare avec l'identifiant de l'utilisateur. La conversion est rattachée au clic exact qu'il désigne, et une inscription qui arrive sans lui compte comme organique, jamais attribuée par ressemblance.

Faut-il un backend pour mesurer un site ?

Pour créditer une campagne, oui : l'inscription est déclarée par le backend du site, parce que la clé d'une page publique ne doit pas pouvoir créditer une campagne. La page elle-même n'a besoin que d'un petit script, qui garde le trackID et peut enregistrer visites et événements.

Un SaaS doit-il déclarer chaque paiement à Traqio ?

Pas s'il facture avec Stripe. Le backend fait un seul appel, à l'inscription ; Stripe, connecté avec une clé restreinte en lecture seule, envoie chaque facture payée, renouvellement et remboursement, rattachés à l'utilisateur par metadata.traqio_user_id sur l'abonnement ou le client. Les paiements en mode test sont affichés et jamais comptés, et un remboursement est enregistré comme une entrée négative à part.

Une conversion web coûte-t-elle plus cher qu'un install d'app ?

Non. Un nouvel utilisateur sur un site compte pour une conversion, exactement comme un install attribué dans une app, sur le même compteur : 2 000 conversions gratuites par mois pour chaque produit, puis 0,04 $ par conversion, sans option web payante et sans fonctionnalité réservée à une offre supérieure.

Qu'est-ce qui déclenche la facturation sur un site ?

Un nouvel identifiant utilisateur. La première fois qu'un identifiant utilisateur que Traqio n'a jamais facturé apparaît sur un site, c'est une conversion, et cet utilisateur n'est plus jamais facturé sur ce site. L'éditeur ne choisit pas d'événement facturable : les achats et tous les autres événements sont mesurés et rapportés, jamais facturés. La même règle vaut dans une app, où l'unité facturée est l'installation attribuée.

SaaS & app web · C'est vous si

Vos pubs envoient des gens vers votre SaaS ou votre app web, et vous ne savez pas quelle campagne amène des clients qui paient.

SaaS et apps web : du clic publicitaire au client qui paie

Par campagne : les inscriptions, combien sont devenues clientes, et le revenu qu'elles ont apporté — rattachés au clic publicitaire, en first-party.

Obtenir ma clé SDK Comment ça marche

Gratuit jusqu'à 2 000 conversions par mois et par produit. Sans carte, sans appel.

Rapports

Données d'exemple

Inscriptions, clients payants et ROAS par campagne

30 derniers jours

MetaRetargeting_blog
1,16×
380 $649
1,16×
Dépense 380 $ · Inscriptions 64 · Payants 9
MetaLookalike_trial
0,56×
610 $387
0,56×
Dépense 610 $ · Inscriptions 38 · Payants 7
TikTokFounder_story
0,28×
520 $413
0,28×
Dépense 520 $ · Inscriptions 41 · Payants 3
Organique
—
—11215
—
Dépense — · Inscriptions 112 · Payants 15

Seuil de rentabilité = 1,00×

Lecture : le retargeting a déjà remboursé son coût en premiers paiements ; les deux autres se remboursent encore — et chaque renouvellement s'ajoute à leur revenu.

Aujourd'hui

Sans Traqio, ça ressemble à ça

Les régies rapportent des clics et leurs propres conversions modélisées — pas qui s'est inscrit, encore moins qui a payé.
Votre outil d'analytics voit la visite, puis perd le clic quand l'inscription — ou le paiement — arrive des jours plus tard.
Alors le budget suit les inscriptions bon marché, pas les clients qui paient.

Comment ça marche

Trois étapes, puis vous lisez le rapport

Ajoutez le SDK navigateur

Un script garde l'id du clic publicitaire sur votre propre domaine, en first-party.

// In the page — keeps the ad click's id, first-party
Traqio.init({ sdkKey: "YOUR_WEB_KEY" });

// On your server, once, at sign-up
await traqio.signup({ userId: user.id, trackId });

// On the Stripe subscription — payments then come from Stripe
metadata: { traqio_user_id: user.id }

2
Déclarez l'inscription, connectez Stripe
Un seul appel serveur à l'inscription, avec votre user id et une clé secrète. Connectez Stripe avec une clé en lecture seule : chaque paiement, renouvellement et remboursement arrive de là. Puis Meta et TikTok pour la dépense.
Se connecte à
3
Lisez inscription → payant par campagne
Inscriptions, clients payants et ROAS par campagne — et les renouvellements continuent de créditer la campagne qui a amené le client.
Données d'exemple
- Meta · Retargeting_blog1,16×
- Meta · Lookalike_trial0,56×

Ce que ça coûte

Gratuit jusqu'à 2 000 conversions par mois, puis 0,04 $ l'unité

Une conversion, c'est une install attribuée, ou un nouvel utilisateur sur un site.
Achats, renouvellements et tous les autres événements sont mesurés, jamais facturés.
Toutes les fonctionnalités dans toutes les offres — seul le volume change.

La facturation n'est pas activée pendant l'accès anticipé : rien n'est prélevé aujourd'hui.

Voir tous les tarifs

Exemple : 2 800 conversions ce mois-ci

2 000: incluses
800 × 0,04 $: 32 $
Total: 32 $ ce mois-ci

Les questions avant de commencer

Comment une conversion web est-elle facturée ?

Un nouvel utilisateur est une conversion, exactement comme une install d'app : le même compteur et la même allocation gratuite. Les paiements et tous les autres événements ne sont jamais facturés.

Dois-je déclarer chaque paiement depuis mon serveur ?

Pas avec Stripe. Connectez-le avec une clé en lecture seule et mettez le user id dans les metadata de l'abonnement : paiements, renouvellements et remboursements arrivent de Stripe. Sans Stripe, un appel serveur par paiement fait le même travail.

Un renouvellement des mois plus tard compte-t-il encore pour la campagne ?

Oui. Chaque paiement de cet utilisateur — venu de Stripe ou de votre serveur — est un revenu de la campagne qui a amené ce client, au 1ᵉʳ mois comme au 12ᵉ.

Et si l'inscription se fait dans un autre navigateur ?

Alors il n'y a pas d'id de clic, et l'inscription compte comme organique — jamais attribuée à la campagne la plus proche.

Les conversions web sont-elles renvoyées à Meta et TikTok ?

Oui. Les inscriptions et paiements déclarés par votre serveur partent vers la Conversions API de Meta et l'Events API de TikTok comme événements web, avec l'id du clic publicitaire, sous l'id d'événement que votre pixel envoie aussi — rien n'est compté deux fois.

La réponse détaillée, avec les sources

Une conversion web est un nouvel utilisateur d'un site — un user id vu sur ce site pour la première fois, déclaré à l'inscription — rattaché au clic publicitaire qui a amené le visiteur, grâce à l'id propre de ce clic, transporté de l'URL d'arrivée jusqu'au backend du site. Traqio est un mobile measurement partner (MMP) pour apps et sites web : il attribue les installations d'apps, les inscriptions sur un site et les événements qui les suivent aux campagnes publicitaires et présente le retour sur dépense publicitaire, avec un prix par conversion publié d'avance. Pour un SaaS ou une app web, cela donne les inscriptions de chaque campagne, les paiements de ces utilisateurs pendant les mois qui suivent, et le retour sur la dépense — de façon déterministe, en first-party, et dans l'offre gratuite, car les offres de Traqio ne diffèrent que par le volume facturé.

La chaîne, du clic publicitaire à l'inscription

Traqio rattache une inscription sur un site à son clic publicitaire en quatre étapes, et l'identifiant du clic les traverse toutes.

Le clic : un lien de tracking Traqio avec une destination site web enregistre le clic et ouvre la page d'arrivée avec le trackID dans son URL, sous le paramètre traq_click.
L'arrivée : un petit script sur la page garde le trackID en stockage first-party, sur le propre domaine du site.
L'inscription : le backend du site crée le compte, puis le déclare à Traqio avec l'identifiant de l'utilisateur et le trackID, signés par une clé serveur secrète.
La jointure : Traqio lie ce clic à cet utilisateur, une seule fois, et crédite la campagne, l'ad set et la publicité du dernier clic qualifiant avant l'inscription.

Déterministe, pas modélisé

L'attribution déterministe rattache un clic à une conversion grâce à un identifiant présent des deux côtés, de sorte que la correspondance est exacte et non déduite. Sur un site, cet identifiant est le trackID : l'identifiant d'un clic publicitaire, ajouté à l'URL de la page d'arrivée et transporté jusqu'à l'inscription. Aucun cookie tiers, aucun fingerprint et aucun identifiant publicitaire n'interviennent, et une inscription qui arrive sans trackID compte comme organique au lieu d'être donnée à la campagne la plus proche.

Seul le backend du site peut créditer une campagne

La clé présente dans la page est publique, puisque n'importe qui peut lire une page : elle peut enregistrer des visites et des événements, mais jamais rattacher une conversion à un clic. Rattacher une inscription à son clic exige la clé serveur secrète, que seul le backend du site détient, via un SDK serveur dans le langage de ce backend. Un clic déjà lié à un utilisateur ne peut être réclamé ni par un autre utilisateur, ni par un install d'app.

Les achats suivent l'utilisateur, quelle que soit la page où il paie

Un site qui facture avec Stripe ne déclare rien par paiement : une fois son compte Stripe connecté avec une clé en lecture seule, chaque facture payée, renouvellement et remboursement arrive de Stripe et se rattache à l'utilisateur dont le backend a mis l'identifiant dans les metadata de l'abonnement, sous traqio_user_id — l'identifiant déclaré à l'inscription. Un paiement qui ne nomme aucun utilisateur est enregistré comme revenu non rattaché, jamais attribué au hasard. Sans Stripe, le backend déclare chaque achat avec le même identifiant utilisateur. Dans les deux cas, l'achat est un revenu de la campagne qui a acquis cet utilisateur, dédupliqué sur son identifiant d'événement et son identifiant de paiement. Dans les rapports de Traqio, les conversions web d'une campagne sont un chiffre à part, à côté de ses installs et jamais dedans, et le coût par conversion web est une métrique à part entière : le retour sur dépense publicitaire couvre ce que le site a rapporté comme ce que l'app a rapporté.

Ce que coûte un site

Chez Traqio, une conversion est une installation attribuée dans une app, ou un nouvel utilisateur d'un site web — un identifiant utilisateur vu sur ce site pour la première fois ; les événements qui suivent sont mesurés et rapportés mais jamais facturés, et les installations organiques ne sont pas facturées. Un install sur mobile, un nouvel utilisateur sur le web : l'éditeur du site ne choisit pas ce qui déclenche la facture, et Traqio facture une identité, jamais une visite ni un événement — envoyer plus d'événements ne la fait jamais monter. Le site utilise le même compteur, la même franchise et le même prix qu'une app — 2 000 conversions gratuites par mois pour chaque produit, puis 0,04 $ par conversion.

Là où la chaîne casse

Le trackID vit dans le navigateur qui a atterri sur la page, et les limites de l'attribution web en découlent.

Un clic dans le navigateur intégré d'une app suivi d'une inscription dans un autre navigateur arrive sans son trackID : cette inscription est organique.
Safari peut effacer au bout de sept jours le stockage écrit par un script sur les sites qu'il classe comme traçants : un trackID peut y expirer plus tôt.
Un backend sur un autre domaine que la page ne reçoit pas le cookie : le formulaire d'inscription doit transmettre le trackID lui-même.
Seules les conversions déclarées par votre serveur sont envoyées à Meta et TikTok ; les événements envoyés depuis la page avec la clé web publique ne le sont jamais.

L'attribution web est-elle probabiliste ?: Non. Le trackID est l'identifiant du clic publicitaire lui-même ; il voyage de l'URL d'arrivée jusqu'à l'inscription en stockage first-party sur le propre domaine du site, et le backend du site le déclare avec l'identifiant de l'utilisateur. La conversion est rattachée au clic exact qu'il désigne, et une inscription qui arrive sans lui compte comme organique, jamais attribuée par ressemblance.
Faut-il un backend pour mesurer un site ?: Pour créditer une campagne, oui : l'inscription est déclarée par le backend du site, parce que la clé d'une page publique ne doit pas pouvoir créditer une campagne. La page elle-même n'a besoin que d'un petit script, qui garde le trackID et peut enregistrer visites et événements.
Un SaaS doit-il déclarer chaque paiement à Traqio ?: Pas s'il facture avec Stripe. Le backend fait un seul appel, à l'inscription ; Stripe, connecté avec une clé restreinte en lecture seule, envoie chaque facture payée, renouvellement et remboursement, rattachés à l'utilisateur par metadata.traqio_user_id sur l'abonnement ou le client. Les paiements en mode test sont affichés et jamais comptés, et un remboursement est enregistré comme une entrée négative à part.
Une conversion web coûte-t-elle plus cher qu'un install d'app ?: Non. Un nouvel utilisateur sur un site compte pour une conversion, exactement comme un install attribué dans une app, sur le même compteur : 2 000 conversions gratuites par mois pour chaque produit, puis 0,04 $ par conversion, sans option web payante et sans fonctionnalité réservée à une offre supérieure.
Qu'est-ce qui déclenche la facturation sur un site ?: Un nouvel identifiant utilisateur. La première fois qu'un identifiant utilisateur que Traqio n'a jamais facturé apparaît sur un site, c'est une conversion, et cet utilisateur n'est plus jamais facturé sur ce site. L'éditeur ne choisit pas d'événement facturable : les achats et tous les autres événements sont mesurés et rapportés, jamais facturés. La même règle vaut dans une app, où l'unité facturée est l'installation attribuée.

Mis à jour le 2026-11-13

Voyez ce rapport avec vos propres chiffres.

Créez un compte, déclarez votre app ou votre site, récupérez vos clés. Personne ne vous appellera.

Obtenir ma clé SDK Voir tous les tarifs

Gratuit jusqu'à 2 000 conversions par mois et par produit. Sans carte, sans appel.

Autres cas

Cas d'usage