Tracking first-party

Suivez les visiteurs que GA4 ne voit pas

Le SDK se charge depuis votre domaine, donc les listes de blocage n'ont rien à reconnaître. Cela fait 92 à 98 % des visiteurs, contre 60 à 70 % pour un tag GA4.

À retenir

Un événement, collecté une fois, fait trois métiers. Il comble le trou de vos analytics, il repart vers les régies en conversion server-side, et c'est la ligne sur laquelle tourne l'attribution. Tout ce qui est en aval lit le même événement, et c'est pour cela que les chiffres cessent de diverger.
Collecté une fois, utilisé trois fois

Collecte

Votre domaine, donc rien à bloquer

Les bloqueurs travaillent à partir de listes de domaines connus, et google-analytics.com comme les pixels des régies y figurent tous. Un SDK servi depuis votre propre domaine n'y est pas, et c'est l'essentiel des 30 à 40 % de trafic que GA4 n'enregistre jamais.

Servi depuis votre propre domaine

Continuez à collecter quand le bloqueur est actif. Le snippet et le point de collecte sont sur un sous-domaine de votre site, donc rien n'appelle un domaine présent sur une liste de blocage et le SDK survit aux configurations les plus strictes.

Identifié côté serveur

Comptez le visiteur sans rien stocker de personnel. Les sessions se regroupent par un hash d'IP et de user agent calculé côté serveur, éphémère et non réversible vers une personne.

Deux modes, un seul comptage

Remontez un trafic complet quel que soit votre taux de consentement. Sans consentement la collecte est anonyme et sans stockage client ; avec consentement un cookie first-party rend le visiteur persistant, et seule la profondeur d'attribution change.

Moins de 5KB, chargé en async

Ajoutez-le sans que votre développeur objecte. Moins de 5KB compressé, asynchrone, aucun mouvement des Core Web Vitals, et un snippet dans le head ou l'application native sur Shopify.

Tracking TrustData adaptatif au consentement, modes anonyme et complet

Forwarding

Le même événement repart vers les régies

Une conversion que le navigateur n'a jamais remontée est une conversion dont l'algorithme de la régie n'a rien appris. TrustData renvoie côté serveur l'événement que vous avez déjà collecté, avec la clé de déduplication, pour que la plateforme le compte une fois et enchérisse correctement dessus.

Un schéma, trois destinations

Définissez une conversion une fois et cessez de maintenir trois intégrations. Elle est mappée vers la Meta Conversions API, les Google Enhanced Conversions et la TikTok Events API, ou alimente le conteneur server-side GTM que vous faites déjà tourner.

Dédupliqué, pas doublé

Nourrissez l'algorithme de la régie sans gonfler vos propres chiffres. Les événements server-side portent la clé qui les apparie au pixel navigateur, donc le résultat typique est un gain de 15 à 30 % sur le taux de correspondance et non sur les conversions remontées.

Le consentement voyage avec l'événement

Ne transmettez les champs personnels que pour les visiteurs ayant consenti au marketing. Les autres comptent toujours dans vos analytics, ils partent simplement sans identifiants.

Commandes captées avant le navigateur

Enregistrez la vente même quand la page de confirmation ne se déclenche jamais. Les achats peuvent être lus depuis les webhooks Shopify ou votre backend, exactement le cas qu'un pixel navigateur perd en silence.

Configuration du forwarding server-side TrustData par plateforme

Propriété

Les événements bruts restent à vous

First-party est une revendication de propriété, pas un mot de marketing. Les événements que vous collectez et les tables d'attribution qui en sortent s'exportent vers un stockage que vous contrôlez, dans un format que votre entrepôt lit déjà.

Votre bucket, votre entrepôt

Emportez les lignes brutes dans votre propre stack. Les événements et les tables d'attribution s'exportent vers votre bucket Google Cloud Storage ou Amazon S3, prêts pour BigQuery, Looker Studio ou le pipeline que vous faites déjà tourner.

Parquet ou CSV

Choisissez le format que veut votre destination. Parquet pour l'analytique colonnaire, CSV quand c'est un tableur, les deux sur le schéma que lit le dashboard pour qu'un export ne soit jamais une copie dégradée.

Historique complet, sans rupture

Interrogez une cohorte d'il y a un an sans demander la permission. Les événements sont conservés sans limite de rétention, et rien n'est agrégé et perdu à une frontière de palier.

Export TrustData des événements bruts et de l'attribution vers un stockage cloud

Ce que le SDK apporte au-delà des pages vues

Les parties de la couche de collecte qui restent à un clic, pour que le récit ci-dessus n'ait pas à les porter.

Événements personnalisés et identité

Suivez les clics, les soumissions de formulaire et les achats via une seule API, et attachez un user ID pour relier les sessions entre appareils et visites. Fonctionne avec React, Vue, Next.js et Nuxt sans build spécifique au framework.

Installé en cinq minutes

Un snippet dans le head, comme l'installation d'un tag manager. Shopify dispose d'une intégration native qui ne demande aucun code. Les événements personnalisés et le forwarding server-side prennent environ une demi-heure, documentation ouverte.

Ce qu'il alimente

Le même flux d'événements alimente l'attribution multi-touch, la détection des référents IA derrière l'AI visibility, et les vérifications d'anomalies que fait tourner Lumen. Une seule couche de collecte, pas une par produit.

Ce que le même événement fait ensuite

Collecté une fois, il repart vers les régies, récupère les ventes que le navigateur n'a jamais remontées, et rejoint tout ce que vous connectez d'autre.

Questions fréquentes

Les réponses directes.

Essai gratuit 14 jours

Voyez le trafic que votre tag manager rate

Essai gratuit 14 jours. Un snippet, cinq minutes, et le même flux d'événements alimente l'attribution, le forwarding et l'AI visibility.