Fonctionnalités
Chaque conversion transmise une seule fois, avec consentement, à la plateforme à laquelle elle appartient
Track remplace le conteneur de tags par une configuration guidée, un routeur côté serveur respectueux du consentement et un débogueur qui explique chaque événement. Cette page montre le produit tel qu’il fonctionne — les états ci-dessous sont des données d’exemple, pas du trafic réel.
Ce qui arrive à un achat
Changez de scénario pour voir comment le même événement est routé lorsque le consentement est accordé, retiré, ou qu’un fournisseur est en panne. La décision et sa raison sont ce que vous lirez plus tard dans le débogueur.
Analyse et marketing accordés
L’achat arrive du navigateur et du serveur avec le même ID d’événement. La barrière trouve les finalités requises et le transmet aux quatre destinations ; Meta et TikTok dédupliquent sur l’ID d’événement, Google Ads sur l’ID de commande.
- Décision : transmis à Meta, Google Ads, GA4, TikTok
- Déduplication : ID d’événement (Meta, TikTok), ID de commande (Google Ads)
- ID de clic attachés par destination : gclid → Google, fbclid → Meta
Analyse accordée, marketing refusé
Le visiteur a retiré son consentement marketing avant l’achat. La barrière laisse passer l’événement vers Google Analytics 4 et bloque les destinations publicitaires avec la raison purpose_not_granted. Rien n’est stocké pour plus tard ; lorsque le consentement est à nouveau accordé, les événements antérieurs ne sont pas rejoués.
- Décision : transmis à GA4 ; bloqué pour Meta, Google Ads, TikTok
- Raison affichée dans le débogueur : purpose_not_granted (marketing)
- Consent Mode v2 : analytics_storage granted, ad_storage denied
Consentement accordé, un fournisseur indisponible
TikTok répond par une erreur serveur. Track réessaie avec backoff et jitter, ouvre le circuit breaker après des échecs répétés et place l’événement dans la dead-letter queue. Les trois autres destinations ne sont pas affectées. Une fois TikTok rétabli, la dead-letter queue est rejouée.
- Décision : transmis à Meta, Google Ads, GA4 ; TikTok en nouvelle tentative
- Circuit breaker ouvert pour TikTok ; événements dans la dead-letter queue
- Le rejeu après rétablissement conserve l’ID d’événement d’origine, donc rien n’est compté deux fois
Six fonctionnalités, une seule couche d’événements
Chaque fonctionnalité repose sur la même configuration signée et le même schéma d’événements. Ouvrez une fonctionnalité pour voir sa vue produit, son flux de données et une comparaison avant/après.
Configuration guidée par l’IA
Votre première destination est en ligne en une seule session guidée — sans écrire un tag, et sans renoncer au contrôle de ce qui est publié.
- Détection du type d’activité et de la plateforme avec un niveau de confiance
- Modèles de plan d’événements pour les boutiques, la génération de leads, le SaaS et les éditeurs
Configuration guidée
Données d’exemple: État d’exemple statique — pas de trafic réel, aucune donnée client réelle.Track AI
example-shop.test fonctionne sur Shopify avec Cookiebot comme outil de consentement (confiance élevée). Pour une boutique, je suggère view_item, add_to_cart, begin_checkout et purchase. Dois-je rédiger le plan pour Meta et Google Ads ?
Vous
Oui, Meta d’abord.
Track AI
ID de pixel validé. La Conversions API a besoin d’un jeton d’accès — veuillez le saisir dans la carte coffre-fort ci-dessous ; il n’apparaît jamais dans ce chat.
Carte coffre-fort · jeton d’accès Meta
Stocké chiffré ; visible par personne, pas même par le modèle.
stockéÉvénement de test · purchase
Envoyé dans le vrai pipeline avec le code d’événement de test du fournisseur.
accepté par MetaPublier la version 13
Liée exactement à ce diff et à vous en tant qu’approbateur.
- + destination meta: browser + server
- + mapping purchase → Purchase (event id, order id)
- ~ consent: marketing required for meta
L’assistant propose, les outils valident, vous approuvez.
Routeur d’événements côté serveur
Envoyez chaque conversion une seule fois et laissez chaque plateforme la recevoir de la façon qui compte le mieux pour elle — navigateur, serveur ou les deux — sans double comptage.
- SDK navigateur maintenu sous 30 Ko gzip par un budget CI, avec stockage conditionné au consentement
- API serveur avec clés de source pour le CRM et les conversions hors ligne
Santé des destinations
Données d’exemple: État d’exemple statique — pas de trafic réel, aucune donnée client réelle.| Destination | Mode | Santé | Dernière transmission | File d’attente |
|---|---|---|---|---|
| Meta | navigateur + serveur | opérationnelle | il y a 12 s | 0 nouvelle tentative |
| Google Ads | serveur | opérationnelle | il y a 40 s | 0 nouvelle tentative |
| TikTok | navigateur + serveur | dégradée, circuit breaker ouvert | il y a 6 min | 3 dans la dead-letter queue |
| serveur | en pause par kill switch | il y a 2 h | retenue |
Santé, mode et file d’attente par destination ; les échecs sont gérés, pas cachés.
Event Debugger et traçabilité
Quand un chiffre semble faux dans une plateforme publicitaire, vous découvrez pourquoi à un seul endroit — sans jongler entre la console du navigateur, l’interface du fournisseur et la mémoire d’un collègue.
- Filtrez par nom d’événement, état et source
- Historique des tentatives par destination avec statut HTTP et classe d’erreur
Événements en direct
Données d’exemple: État d’exemple statique — pas de trafic réel, aucune donnée client réelle.| Événement | Origine | Consentement | Décision | Destinations |
|---|---|---|---|---|
page_view | navigateur | analyse | transmis | GA4 |
add_to_cart | navigateur | marketing | transmis | Meta, TikTok |
purchase | navigateur + serveur | marketing | transmis, dédupliqué (ID de commande) | Meta CAPI, Google Ads |
purchase | serveur | marketing manquant | bloqué : consent_missing | Meta CAPI |
generate_lead | navigateur | marketing | transmis |
Chaque ligne est un événement avec son origine, le consentement à cet instant, la décision de routage et les destinations.
Qualité des données et score de santé
Sachez quand le tracking se casse, voyez quelle partie a cassé et allez droit à la correction — avant qu’une campagne ne tourne sur de mauvaises données.
- Score par site avec ses composantes
- Résolvez ou ignorez les problèmes avec une piste d’audit
Santé du tracking
Données d’exemple: État d’exemple statique — pas de trafic réel, aucune donnée client réelle.Score
86 / 100
Composantes
- Couverture du consentement91 · 20 % de pondération
91 % des événements portent un signal de consentement explicite
- Événements critiques78 · 25 % de pondération
7 des 9 événements critiques planifiés observés
- Qualité du schéma74 · 15 % de pondération
74 % des événements passent les contrôles de schéma et de données personnelles
- Doublons96 · 10 % de pondération
1,0 % de doublons
- Transmission88 · 20 % de pondération
94 % transmis, 1 intégration avec des problèmes d’identifiants d’accès
- Fraîcheur100 · 10 % de pondération
Dernier événement navigateur il y a 4 min
Problèmes ouverts
- purchase sans currencySolution : mettre à jour le mapping de l’événement
12 événements au cours des dernières 24 h n’ont pas le paramètre obligatoire
- Signal de consentement manquantSolution : connecter l’adaptateur CMP
9 % des événements sont arrivés sans état de consentement explicite
Composantes pondérées ; un score plus bas pointe toujours vers sa cause.
Respectueux du consentement par construction
Chaque destination reçoit exactement ce que le visiteur a accepté — évalué pour chaque événement, dans le navigateur puis à nouveau sur le serveur — pour que la conformité ne soit pas un réglage de bandeau dont vous espérez qu’il est correct.
- Le consentement déduit n’est jamais exporté vers les plateformes publicitaires
- Un retrait arrête immédiatement les envois
État du consentement et signaux dérivés
Données d’exemple: État d’exemple statique — pas de trafic réel, aucune donnée client réelle.Finalités
- Strictement nécessairesaccordé
- Analyseaccordé
- Marketingrefusé
- Personnalisationrefusé
Consent Mode v2
analytics_storagegrantedad_storagedeniedad_user_datadeniedad_personalizationdenied
Raisons de blocage rapportées par le moteur de règles
consent_missing- pas encore de signal de consentement pour l’événement
consent_denied- le visiteur a refusé
purpose_not_granted- la destination requiert une finalité qui n’a pas été accordée
gpc_opt_out- Global Privacy Control activé
destination_paused- kill switch ou circuit breaker
inferred_data_not_exportable- le consentement déduit n’atteint jamais les plateformes publicitaires
Les finalités viennent de votre CMP ; tout le reste est dérivé, jamais deviné.
ID de clic et attribution bien faits
Vos campagnes obtiennent les ID de clic dont elles ont besoin pour attribuer une conversion — et aucune plateforme ne reçoit jamais un ID qui appartient à une autre.
- Conservation documentée par ID de clic (90 jours par défaut)
- Enhanced Conversions avec hachage normalisé
Matrice des ID de clic
Données d’exemple: État d’exemple statique — pas de trafic réel, aucune donnée client réelle.| ID de clic | Capturé | Transmis uniquement à | Conservé |
|---|---|---|---|
gclid | page d’atterrissage, après consentement marketing | Google Ads, GA4, Google Marketing Platform | 90 jours |
fbclid | page d’atterrissage, après consentement marketing | Meta | 90 jours |
ttclid | page d’atterrissage, après consentement marketing | TikTok | 90 jours |
msclkid | page d’atterrissage, après consentement marketing | Microsoft Advertising | 90 jours |
li_fat_id | page d’atterrissage, après consentement marketing | 90 jours |
La conservation est documentée par ID et configurable ; 90 jours est la valeur par défaut.
Capturés après consentement marketing, stockés en first-party, transmis uniquement à la plateforme propriétaire.
Conteneur de tags contre couche d’événements
Là où un conteneur classique vous laisse le travail, et là où Track le fait par construction.
| Conteneur de tags contre couche d’événements | Conteneur de tags classique | Track |
|---|---|---|
| Ce qui s’exécute sur votre site | Des tags HTML et JavaScript personnalisés de quiconque a accès au conteneur | Un snippet et une configuration signée et versionnée — aucune exécution de code personnalisé |
| Consentement | Conditions de déclenchement par tag, maintenues à la main | Moteur de règles qui évalue chaque événement pour chaque destination, navigateur et serveur |
| Transmission côté serveur | Un second conteneur, un second jeu de tags, déduplication manuelle | Intégré : ID d’événement commun, nouvelles tentatives, circuit breakers, rejeu |
| Trouver les erreurs | Mode aperçu et interfaces des fournisseurs | Traçabilité des événements avec instantané de consentement, décision de routage et réponse du fournisseur |
| Modifications | Publier et espérer | Diff, approbation, version signée, rollback en un clic |
Des faits que vous pouvez vérifier
- Région de données UE
- Les événements sont traités dans l’UE ; les API des fournisseurs ne reçoivent que les champs que vous avez mappés, sur la base de transfert documentée pour chaque destination.
- Configurations signées
- Chaque bundle publié est immuable, versionné et signé en Ed25519 ; le SDK vérifie la signature avant de l’appliquer.
- Pas de code personnalisé
- Il n’existe aucun type de tag HTML ou JavaScript personnalisé. Les transformations sont déclaratives et validées sur le serveur.
- Opt-in strict par défaut
- L’UE/EEE/Royaume-Uni/Suisse démarrent en opt-in strict ; le consentement déduit n’est jamais exporté vers les plateformes publicitaires.
Voyez ces vues avec vos propres événements
Créez votre site, collez le snippet et laissez l’assistant configurer la première destination — le débogueur et le score de santé se remplissent dès le premier événement.