Gestionnaires de balises et CDP

1. Deux couches, une même idée

Un gestionnaire de balises décide quels outils s’exécutent sur votre page. Une plateforme de données clients décide où les événements sont ensuite envoyés. Tous deux s’intercalent entre votre site et vos outils, et tous deux gagnent à savoir qu’un enregistrement existe.

La passerelle écrit le lien de relecture dans celui que vous utilisez, pour que tous les outils en aval — analyse, entrepôt de données, automatisation marketing — puissent le transmettre sans intégration distincte pour chacun.

2. Ce que chacun accepte réellement

Ces six outils diffèrent davantage que leur catégorie ne le laisse penser. Ces différences ne sont pas stylistiques : chacun refuse ce que les autres attendent.

Outil	Mode de transmission de la valeur
Tealium	utag.link - et non utag_data, qui n’est lu qu’au chargement de la page
Adobe Launch	via le Client Data Layer ; _satellite n’a pas d’API publique d’écriture
Commanders Act	tc_vars - et nous ne le créons pas s’il est absent, car cela signifie que TagCommander n’est pas présent
Segment	analytics.identify avec un attribut de profil
RudderStack	la même structure, avec son propre objet global
Snowplow	un contexte global ; la réponse arrive par fonction de rappel, la valeur est donc mise en mémoire tampon
JENTIS	_jts.push avec track: "event" ; les noms de champs personnalisés sont autorisés, seuls track et type sont réservés

JENTIS fait exception à la règle d’ordre de chargement. Son extrait de code d’installation crée window._jts = window._jts || [], ce qui fait de _jts une file : un ajout survit au chargement de la bibliothèque et n’est pas perdu. La remarque sur l’ordre de chargement de la section 4 ne s’y applique donc pas. Nous ne créons toutefois pas la file si elle est absente — pour la même raison que pour Commanders Act : son absence signifie que JENTIS n’est pas installé, et un _jts créé de toutes pièces serait une promesse que personne ne tiendrait.

L’erreur Tealium à connaître

Écrire dans utag_data semble correct, mais ne produit rien : Tealium lit cet objet une seule fois, au chargement de la page, alors que notre valeur arrive ensuite. utag.link est l’appel qui atteint une instance Tealium active, et c’est celui que nous utilisons.

3. Ce que cette passerelle ne fait pas

Elle ne crée pas votre couche de données

Si Commanders Act n’est pas sur la page, tc_vars est absent, et nous le laissons ainsi. Le créer produirait un objet que tous les autres scripts prendraient pour un TagCommander configuré, ce qui serait pire que de ne rien faire.

Elle n’envoie rien elle-même

Le gestionnaire de balises ou la CDP transmet la valeur selon sa propre configuration et ses propres contrats. De notre côté, il s’agit d’écrire dans un objet local ; vos outils décident si la valeur quitte le navigateur et à qui elle est envoyée. C’est aussi pourquoi ces destinataires ne figurent pas dans notre registre des activités de traitement.

Elle ne réessaie pas indéfiniment

Vingt tentatives espacées d’une demi-seconde, puis elle s’arrête. Un gestionnaire de balises qui n’est pas apparu au bout de dix secondes n’arrivera pas.

4. Une remarque sur l’ordre de chargement

Les gestionnaires de balises se chargent tôt par conception, les CDP généralement plus tard, et MousePlayer entre les deux selon son intégration. C’est pourquoi la passerelle vérifie régulièrement au lieu de lire une seule fois.

Si vous maîtrisez l’ordre de chargement, placer le gestionnaire de balises avant notre extrait de code supprime toute attente. Cela reste facultatif, et nous ne vous demandons pas de réorganiser votre page pour nous.