Traqio.

Concepts

Confidentialité : données, consentement, effacement

Ce que le SDK Traqio collecte et ne collecte jamais, le consentement de l’utilisateur qui conditionne le partage avec les réseaux, l’effacement et la rétention.

Traqio est conçu pour attribuer les installations avec le minimum de données qui fonctionne : aucun identifiant publicitaire par défaut, aucun fingerprinting par défaut (le rapprochement probabiliste web vers app est optionnel, sous le consentement de vos utilisateurs), aucune identité entre apps. Cette page liste ce qu’envoie le SDK, comment le consentement de vos utilisateurs contrôle ce qui atteint les réseaux publicitaires, et comment les données sont effacées.

Ce que le SDK envoie#

DonnéePourquoiRemarques
Plateforme (iOS / Android)attribution
Install Referrer (Android)attribution déterministeporte l’identifiant de clic de Traqio depuis la publicité
Identifiant d’appareilrattache l’installation à ses événementsun UUID aléatoire généré par le SDK dans votre app — pas partagé entre apps
Modèle d’appareil, version de l’OS, version de l’app, version du SDK, langue et régionsegmentation, débogagejamais un identifiant publicitaire
Votre identifiant utilisateur (optionnel)rapprochement des revenus, utilisateurs qui reviennentl’identifiant que vous définissez — utilisez un identifiant interne opaque
Événements, valeurs et devisesmesure et ROASce que suit votre app
Réponse de consentement (optionnelle)si l’appareil peut être partagé avec les réseaux publicitairesseulement si votre app appelle setConsent
Jeton Apple Ads (iOS)attribution Apple Adsun ticket à usage unique valable 24 heures — ne dit rien de l’utilisateur

Le pays d’une installation est déduit sur le serveur de Traqio à partir de l’adresse IP de la requête, au moment de sa réception, avec une table embarquée dans Traqio — aucun service tiers ne voit l’adresse. L’adresse IP elle-même n’est pas stockée ; les clics en conservent un hachage tronqué, utilisé uniquement pour la correspondance. Les postbacks SKAdNetwork viennent d’Apple et ne portent aucune donnée au niveau de l’utilisateur ou de l’appareil.

Jamais collecté#

  • L’IDFA (iOS) ou le GAID (Android) — sauf si vous activez collectAdvertisingId dans le SDK. C’est désactivé par défaut, le SDK n’affiche jamais d’invite, et il ne sert jamais d’identité à l’installation.
  • Une empreinte d’appareil, ou toute combinaison de signaux servant à reconnaître un appareil d’une app à l’autre.
  • Le presse-papiers, la localisation précise, les contacts, ni quoi que ce soit d’autre sur l’appareil.

Votre app pose la question ; le SDK transporte la réponse. setConsent — ou consent à l’init — enregistre si l’utilisateur a accepté que ses données soient partagées avec les réseaux publicitaires :

Traqio.setConsent(userAgreed);            // every SDK: setConsent(true | false)
Traqio.init({ /* … */ consent: userAgreed }); // or at launch, when the answer is known
  • La réponse est conservée et envoyée avec chaque installation, lot d’événements et ouverture d’app, et lue au moment de l’envoi — les événements mis en file avant un « non » partent sous le « non ».
  • Refusé change le partage, pas la mesure : l’installation, ses événements et ses revenus comptent toujours dans votre tableau de bord, mais rien concernant cet appareil n’est transmis à Meta, à TikTok ni dans aucun postback.
  • Jamais répondu : par défaut, l’appareil est partagé. Activez Ne partager que les utilisateurs qui ont dit oui dans les réglages de votre app quand votre base légale est le consentement (RGPD, ePrivacy) ; un appareil n’est alors partagé qu’après un « oui ».

Si vous ne devez pas mesurer sans consentement

N’initialisez pas le SDK avant que l’utilisateur ait accepté. Traqio ne décide pas de votre base légale ; il applique la réponse que vous lui donnez.

Effacement#

Depuis l’app. Dans les SDK construits sur le moteur JavaScript (React Native, Expo, Capacitor), branchez forgetMe() sur votre propre commande « supprimer mes données » :

const ok = await Traqio.forgetMe();
if (!ok) showError(); // the request did not reach Traqio: nothing changed on either side

Traqio supprime les installations, événements, clics et payloads de livraison qui désignent cet appareil ou cet utilisateur, et ne garde qu’une trace minimale (tombstone) des identifiants, pour que le prochain lancement du SDK ne puisse pas recréer ce qui a été effacé. Le SDK devient ensuite définitivement silencieux sur cette installation. C’est irréversible — testez-le uniquement sur des données de développement.

Sans l’app — un utilisateur qui a désinstallé, une demande reçue par e-mail, une app sur un SDK qui n’a pas encore de forgetMe — effacez-le vous-même, de deux façons. Le même effacement est exécuté, et son reçu — quels identifiants, combien de lignes par table — est conservé comme preuve pour vos registres :

  • Dans la console : votre produit → Paramètres → Effacer un utilisateur. Saisissez l’identifiant d’appareil et/ou l’identifiant utilisateur, voyez ce qui sera supprimé, confirmez. Les reçus sont listés en dessous.
  • Depuis votre back-office, avec une clé API qui porte le scope privacy:write (seuls les propriétaires et administrateurs peuvent l’accorder) :
curl -s -X POST "https://api.traqio.app/v1/privacy/erasure" \
  -H "Authorization: Bearer $TRAQIO_API_KEY" -H "content-type: application/json" \
  -d '{ "productId": "app_…", "appUserId": "user-42", "confirm": true }'

Rétention#

Par défaut, Traqio conserve les données d’une app jusqu’à ce que vous demandiez leur suppression. Dans votre app → Paramètres → Durée de conservation, un propriétaire ou un administrateur peut définir une durée comprise entre 30 et 760 jours, au-delà de laquelle les installations plus anciennes, leurs événements, les clics non rapprochés et les payloads de livraison sont supprimés chaque nuit — ou tout de suite avec Purger maintenant. La rétention supprime aussi des données de reporting : passé la date limite, le ROAS de ces jours ne peut plus être reproduit. Chaque changement est inscrit dans l’historique du compte.

Ce qui sort de Traqio#

Uniquement les conversions que vous avez demandé à Traqio de transmettre, aux réseaux publicitaires que vous avez connectés vous-même — Meta et TikTok —, avec des identifiants hachés, et seulement pour les appareils dont le consentement le permet. Traqio ne construit aucune audience, ne vend aucune donnée et ne fait aucun rapprochement d’identité pour le ciblage publicitaire. Sa politique de confidentialité se trouve sur traqio.app/privacy ; voir aussi Identité.

Questions fréquentes#

Traqio est-il une plateforme de gestion du consentement ?
Non. Traqio n’affiche aucune bannière et ne stocke aucun registre de consentement. Votre app interroge l’utilisateur avec sa propre demande ou sa CMP et transmet la réponse au SDK avec setConsent ; Traqio la stocke avec l’installation et l’applique à chaque transmission vers un réseau publicitaire.
Qui est responsable de traitement et qui est sous-traitant ?
Vous — l’éditeur de l’app — êtes responsable du traitement des données de vos utilisateurs ; Traqio les traite pour votre compte. Les demandes de vos utilisateurs vous parviennent, et vous les transmettez à Traqio.
Que doit indiquer l’étiquette de confidentialité de l’App Store ?
Le SDK Traqio collecte des identifiants (un identifiant d’appareil aléatoire généré dans l’app, et votre identifiant utilisateur si vous en définissez un), des interactions avec le produit (les événements que vous suivez), des informations d’achat (les valeurs que vous suivez) et un contexte d’appareil sommaire (modèle, version de l’OS, langue et région). Il ne collecte ni la localisation précise, ni les contacts, ni l’IDFA sauf si vous activez collectAdvertisingId — déclarez-le alors, et ne suit pas les utilisateurs à travers les apps d’autres entreprises. La façon de remplir l’étiquette dépend aussi de votre propre usage et du fait que vous transmettiez ou non des événements aux réseaux publicitaires.

Mis à jour le 22 octobre 2026