Recruter un consultant Tealium sur le data layer et AudienceStream

Un entretien de consultant Tealium couvre deux métiers que la plateforme réunit. Le premier est le tag management : un data layer propre, des tags conditionnés par des load rules, des extensions et un consentement respecté. Le second est la donnée client : collecte server-side avec EventStream, profils visiteurs, badges et audiences dans AudienceStream, connecteurs vers l'emailing ou les régies. En ESN ou en agence, la mission démarre souvent par l'audit d'un profil iQ chargé de tags. Chez l'annonceur, le consultant devient le gardien de la collecte et de sa conformité.

Beaucoup de CV viennent de Google Tag Manager et ont utilisé iQ sans toucher à AudienceStream. D'autres affichent la CDP après un projet où ils ont seulement branché un connecteur. Le stitching des visiteurs, la portée des attributs et le comportement des connecteurs font vite la différence.

Le data layer, les load rules et le consentement suffisent pour un junior. Avec un senior, allez sur le rattachement d'un visiteur anonyme à un client connu, et sur ce qui s'est passé quand ce rattachement était faux.

Ce que recouvrent iQ, EventStream et AudienceStream

Tealium iQ Tag Management

Le gestionnaire de balises. Le script utag.js charge les tags des partenaires (analytics, publicité, A/B test) selon des load rules, et des extensions transforment les données au passage. Les modifications sont versionnées et publiées en développement, en recette puis en production.

Data layer (utag_data)

L'objet JavaScript où le site dépose les informations de la page et des interactions : produit, montant, statut de connexion. Les appels utag.view et utag.link transmettent les vues et les clics. C'est le contrat entre le consultant et les développeurs, et la première chose à examiner dans un audit.

Consentement

iQ s'intègre aux plateformes de consentement (Didomi, OneTrust, Usercentrics et d'autres) et range chaque tag dans une catégorie de finalité. Un tag ne se déclenche que si la finalité a été acceptée. En France, c'est le sujet que la CNIL contrôle, et donc un point d'entretien obligatoire.

EventStream

La collecte côté serveur. Les événements arrivent du site, des SDK mobiles, d'une API HTTP ou de fichiers, sont contrôlés par des spécifications d'événements, puis partent vers des partenaires par des connecteurs, par exemple l'API de conversions de Meta. Moins de scripts dans le navigateur, plus de contrôle sur ce qui sort.

AudienceStream

La CDP de Tealium. Elle construit un profil par visiteur avec des attributs de portée événement, visite ou visiteur, des badges et des audiences, et déclenche des connecteurs à l'entrée ou à la sortie d'une audience. Un profil est limité à 500 attributs de visite et de visiteur.

Visitor stitching

Le rattachement des profils d'une même personne entre appareils, à partir d'un attribut d'identification comme le numéro client. L'assemblage est définitif : deux profils réunis ne peuvent plus être séparés. Les appareils partagés demandent une vraie réflexion.

Functions et Context API

Les Functions exécutent du JavaScript côté serveur pour transformer un événement ou réagir à un profil. Context API, nouveau nom de Moments API, renvoie au site ou à l'application les audiences et attributs d'un visiteur en temps réel, pour personnaliser l'affichage.

DataAccess et entrepôt

DataAccess met les événements et profils à disposition en fichiers (EventStore, AudienceStore) ou en base requêtable (EventDB, AudienceDB). Des connecteurs alimentent aussi les entrepôts comme Snowflake. C'est le pont avec l'équipe data.

Le consultant Tealium se situe entre le web analyst et l'architecte CDP. En agence ou en ESN, il audite des profils iQ chargés de tags, rédige des spécifications de data layer et met en place la collecte server-side pour plusieurs clients. Chez l'annonceur, il garde la collecte stable à chaque livraison du site et répond aux demandes d'audiences du marketing. Beaucoup de comptes n'utilisent qu'iQ, d'autres l'ensemble de la plateforme : le poste change selon le contrat signé avec Tealium, ce qu'il faut préciser dès la fiche de poste. Les compétences JavaScript, la connaissance des API des régies et la maîtrise du consentement comptent autant que l'interface.

Les savoir-faire Tealium à contrôler

• Data layer et spécification des événements
• Configuration iQ : load rules et extensions
• Consentement et conformité
• Collecte server-side EventStream
• Profils, attributs et stitching AudienceStream
• Connecteurs, API et débogage

Du data layer au connecteur, cinq questions pour un consultant Tealium

Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.

1. Question 1 · confirmé

   L'événement « ajout au panier » remonte avec un montant en texte sur certaines pages et en nombre sur d'autres. Comment remettez-vous de l'ordre ?

   Une bonne réponseUn document de spécification du data layer qui fixe le nom, le type et les valeurs attendues de chaque variable, partagé avec les développeurs. Dans EventStream, des spécifications d'événements qui contrôlent les attributs obligatoires et signalent les écarts. Une extension iQ peut convertir le montant en attendant, mais la correction se fait dans le code du site, vérifiée en environnement de recette avec Trace.

   Signal d'alerteUne extension de plus pour corriger chaque cas, à vie, sans jamais remonter le problème aux développeurs.

2. Question 2 · confirmé

   Un tag publicitaire se déclenche avant que l'internaute ait répondu à la bannière de consentement. Comment le corrigez-vous dans Tealium iQ ?

   Une bonne réponseUne intégration de consentement entre la plateforme de consentement (Didomi, OneTrust, Usercentrics…) et iQ, avec chaque tag rangé dans une catégorie de finalité. Les tags d'une catégorie restent bloqués tant que le choix n'est pas connu. La personne vérifie qu'aucun tag ne contourne le dispositif (tag codé en dur, chargement synchrone), puis teste le refus total, l'acceptation totale et un choix partiel en environnement de recette.

   Signal d'alerte« On met une load rule sur le cookie de la bannière » sans comprendre l'ordre de chargement, ou un test fait uniquement en acceptant tout.

3. Question 3 · senior

   Deux membres d'une famille se connectent l'un après l'autre sur la même tablette. Que deviennent leurs profils dans AudienceStream ?

   Une bonne réponseLa tablette porte un seul identifiant anonyme. La première connexion renseigne l'attribut d'identification du visiteur et rattache le profil anonyme à ce client. La seconde connexion, avec un autre identifiant, crée une situation de changement de visiteur (visitor switching) que Tealium ne règle pas seul. La personne sait que des profils assemblés ne peuvent plus être séparés, choisit avec soin l'attribut d'identification et prévoit le cas avec le support ou les services professionnels Tealium.

   Signal d'alerte« Tealium reconnaît automatiquement chaque personne », ou aucune idée de ce qu'est le stitching.

4. Question 4 · confirmé

   Le marketing veut repérer les visiteurs qui ont consulté trois fiches produit d'une même catégorie dans la semaine. Comment le construisez-vous dans AudienceStream ?

   Une bonne réponseUn attribut au niveau du visiteur alimenté par l'événement de vue produit, par exemple un tally par catégorie ou une timeline pour garder la date de chaque vue et calculer une fenêtre glissante. Une règle attribue un badge quand le seuil est atteint, et l'audience repose sur ce badge. La personne garde un œil sur la limite de 500 attributs par profil et sur le déclencheur du connecteur qui exploitera l'audience.

   Signal d'alerteUn tag de plus sur le site pour compter les vues, ou un attribut de portée événement qui oublie tout à l'événement suivant.

5. Question 5 · confirmé

   Vous faites passer la conversion Meta du pixel navigateur à un connecteur EventStream. Quels risques surveillez-vous ?

   Une bonne réponseLe double comptage pendant la période où pixel et API de conversions coexistent, évité par un identifiant d'événement commun que Meta utilise pour dédupliquer. Les identifiants transmis hachés, le consentement repris dans l'événement et filtré dans le flux, le mapping des champs du connecteur. La vérification se fait dans le gestionnaire d'événements de Meta avant de retirer le pixel.

   Signal d'alerteCouper le pixel et brancher le connecteur le même jour, sans déduplication ni comparaison.

Tealium, Google Tag Manager et le choix du bon profil

Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.