Tout pour mesurer votre UA payante
Attribution, ROAS, revenu et cohortes pour apps et sites web — self-serve, transparent, dès la 1ʳᵉ conversion.
Attribution déterministe par défaut, apps et sites
Le Play Install Referrer pour les installs d'app, l'identifiant du clic lui-même pour les inscriptions sur un site — le clic est transporté, jamais deviné.
ROAS, inclus
Revenu attribué à chaque campagne / adset / ad — achats dans l'app comme achats sur le site. Dès la 1ʳᵉ conversion, pas dans une offre supérieure.
Meta CAPI + TikTok Events API
Forwarding server-side des events de votre app, pour que vos campagnes optimisent vraiment.
SKAN pour iOS
Conversion values + postbacks, réconciliés en un seul chiffre honnête.
Revenu via RevenueCat
Revenu abonnements & achats in-app depuis les webhooks RevenueCat, matché à l'install pour un vrai ROAS.
Rétention & ARPU dès le D0
Les cohortes démarrent au jour d'install — pas au D1. Les outils diffèrent sur la prise en compte du jour 0 ; nous le comptons.
Par choix
Trois choses que Traqio ne fera pas, et la décision unique qui les explique.
Ici, une installation est identifiée par un identifiant aléatoire que le SDK crée dans votre app et garde pour lui. Pas l'identifiant publicitaire, pas une empreinte reconstituée à partir d'une adresse IP et d'une taille d'écran. Ce choix mérite d'être dit clairement, parce que c'est lui qui vous offre le premier point ci-dessous — et lui qui vous coûte les deux suivants.
Aucun identifiant publicitaire ni empreinte par défaut
L'attribution Android est déterministe parce que l'identifiant de clic voyage avec la visite du Play Store et revient par l'Install Referrer — pas parce qu'un appareil a été reconnu. Votre déclaration de collecte sur les stores reste courte, votre écran de consentement a moins à demander, et rien dans la chaîne ne dépend d'une permission qu'un utilisateur peut retirer. Deux exceptions, c'est vous qui les activez. Si vous achetez sur Unity Ads ou AppLovin, qui attribuent par l'identifiant publicitaire, vous pouvez activer son envoi depuis le SDK — votre choix, jamais une invite de notre part, et jamais l'identité de l'installation. Et le rapprochement probabiliste web vers app sur l'adresse IP hachée, uniquement pour les utilisateurs qui ont consenti dans votre app, et marqué comme tel dans vos rapports.
Aucun graphe d'identité
Suivre une personne anonyme d'un téléphone à une tablette puis à un ordinateur exige un graphe d'identité, et un graphe d'identité exige les identifiants ci-dessus. Traqio ne relie les surfaces que d'une seule façon : quand votre app et votre site déclarent le même identifiant utilisateur — le vôtre, pour un utilisateur connecté — c'est une seule personne. Un visiteur qui ne se connecte jamais reste sur l'appareil et le navigateur qu'il a utilisés, plutôt que d'être rapproché de quelqu'un sur une probabilité.
Aucun export d'audience, aucune activation
Vos données d'installation ne deviennent jamais une audience à cibler. L'activation d'audience est l'upsell classique de la catégorie et elle repose exactement sur le matching d'identifiants que ce produit refuse : elle n'est donc sur aucune roadmap ici. Le seul endroit où vos données sortent de Traqio, ce sont les deux plateformes publicitaires que vous avez connectées vous-même, sous forme des conversions que vous nous avez demandé de transmettre.
Aucun de ces trois points n'est une ligne de backlog qui attend du temps d'ingénierie, et deux d'entre eux — le graphe d'identité et l'activation d'audience — sont exclus aussi longtemps que le premier tient. Ce qui n'est simplement pas encore construit est une autre liste, et elle est en page d'accueil.
iOS
SKAN, c'est six bits et une seule chance. On le traite comme tel.
Apple envoie un postback signé par installation, agrégé, différé, porteur d'une valeur de conversion de six bits. Personne n'obtient plus que ça. Ce qui sépare un reporting iOS défendable d'un reporting iOS invérifiable, c'est ce qui arrive à ce postback une fois qu'il est là.
Votre mapping est versionné, jamais écrasé
Changez le sens des six bits et Traqio publie la version 4 au lieu de modifier la version 3. Chaque postback enregistre la version avec laquelle il a été décodé : la campagne du mois dernier se lit encore comme elle se lisait le mois dernier. Un mapping modifié sur place réécrit l'histoire en silence, et on s'en aperçoit le jour où deux exports de la même semaine ne disent pas la même chose.
Le postback d'Apple est conservé tel qu'il est arrivé
Signature vérifiée, doublon écarté sur l'identifiant de transaction fourni par Apple, puis stocké intact. Si notre décodage se trompe, ou si votre mapping s'est trompé, l'original signé est toujours là pour être relu. Sur iOS, c'est le seul enregistrement auditable qui existe : le perdre, c'est rendre le chiffre invérifiable pour toujours.
Le revenu modélisé ne touche jamais votre ROAS
Une valeur de conversion est une tranche, pas un montant : le revenu derrière est une estimation. Traqio la présente comme un chiffre SKAN à part et la tient hors du revenu mesuré et du tableau ROAS. Une estimation qui rejoint discrètement un chiffre sur lequel vous allez engager un budget vaut moins que pas d'estimation du tout.
Les fenêtres de remontée sont un réglage, pas une mise à jour d'app
Le moment où chacune des trois fenêtres de conversion d'Apple se ferme fait partie du mapping que vous publiez depuis la console. C'était auparavant un argument passé à un appel SDK : changer le moment où une campagne remonte imposait de livrer un nouveau build et d'attendre la revue du store.
Comment ça marche
Ajoutez les SDK
Dans votre app, un package qui lit la source d'install de façon déterministe. Sur votre site, un petit script dans la page et un appel depuis votre backend.
Connectez Meta, TikTok & RevenueCat
OAuth + un webhook. On forwarde les events, on récupère la dépense, on ingère le revenu pour le ROAS.
Voyez le ROAS
Revenu par campagne / adset / ad, dès le 1ᵉʳ install ou la 1ʳᵉ inscription.
FAQ
- Traqio utilise-t-il l'IDFA ou le GAID ?
- Non. Une installation est identifiée par un identifiant first-party aléatoire que le SDK génère et stocke dans l'app ; il n'est pas partagé entre apps, et aucun identifiant publicitaire n'est lu, sauf si vous l'activez dans le SDK — et même alors il ne sert qu'à rapprocher un clic d'une régie qui attribue par lui, comme Unity Ads ou AppLovin, sans jamais devenir l'identité de l'installation. Par défaut, Traqio ne fait pas non plus d'empreinte : aucun graphe d'appareils n'est reconstitué à partir d'adresses IP, de tailles d'écran ou d'horloges. La seule exception, optionnelle, rattache une installation web vers app à son clic sur la seule adresse IP hachée, uniquement pour les utilisateurs qui ont consenti dans l'app. L'attribution Android est déterministe via le Google Play Install Referrer, qui transporte l'identifiant de clic sans avoir à reconnaître un appareil.
- Traqio fait-il de l'attribution cross-device ?
- Pas en reconnaissant des appareils. Rapprocher une personne anonyme entre un téléphone, une tablette et un ordinateur exige un graphe d'identité construit sur des identifiants publicitaires ou des empreintes, que Traqio ne construit pas. Le seul lien que Traqio fait entre appareils et surfaces, c'est l'identifiant utilisateur que vous avez déjà : quand votre app et votre site déclarent le même utilisateur connecté, Traqio le traite comme une seule personne, et le dernier clic publicitaire qualifiant avant son acquisition reçoit le crédit.
- Puis-je exporter des audiences depuis Traqio pour les cibler ?
- Non. Traqio ne construit ni n'exporte d'audiences ciblables, et ne fait pas de matching d'identifiants à fin d'activation. Vos données d'installation et d'événements ne quittent Traqio que sous forme des conversions que vous lui avez demandé de transmettre aux plateformes publicitaires que vous avez connectées vous-même — la Conversions API de Meta et l'Events API de TikTok.
- Comment Traqio gère-t-il les valeurs de conversion SKAdNetwork ?
- Les mappings de valeurs de conversion sont versionnés et jamais modifiés sur place : publier un changement crée une nouvelle version, et chaque postback enregistre la version avec laquelle il a été décodé, si bien que les campagnes passées continuent de se décoder comme au moment où elles tournaient. Le postback signé d'Apple est vérifié, dédoublonné sur son identifiant de transaction et stocké brut. Le revenu modélisé à partir d'une valeur de conversion est présenté comme un chiffre SKAN distinct et n'est jamais mêlé au revenu mesuré ni au ROAS.
Mesurez ce que vos pubs vous rapportent.
Gratuit jusqu'à 2 000 conversions/mois. Sans carte, sans appel.
Commencer gratuitement