L'entretien d'un web analyst Adobe Analytics doit coller à un outil que l'on trouve surtout chez les grands comptes, les distributeurs, les banques et les groupes de médias. Le poste mêle plusieurs métiers : écrire le plan de marquage avec les développeurs, configurer les variables de la report suite, publier les règles dans Tags, analyser dans Workspace. En agence ou en ESN, la mission commence souvent par un audit d'une implémentation que personne n'a documentée.
Un CV peut aligner Adobe Analytics, Launch et CJA sans que la personne ait jamais réglé l'allocation d'une eVar. Les profils venus de GA4 connaissent l'analyse, mais le modèle Adobe, avec ses props, ses eVars persistantes et ses événements, demande un autre réflexe. Beaucoup d'équipes préparent aussi le passage d'AppMeasurement au Web SDK, et parfois vers Customer Journey Analytics : demandez qui l'a déjà mené.
Si l'équipe accepte de la montrer, récupérez la liste des eVars avant l'entretien : faire commenter au candidat trois variables mal configurées en dit plus qu'une question générale. Le PDF contient un cas sur un tunnel de commande qui migre vers le Web SDK.
L'environnement Adobe d'un web analyst, en clair
Analysis Workspace
L'interface d'analyse d'Adobe Analytics. On y construit des tableaux libres, des segments, des métriques calculées et des visualisations de flux, de cohortes ou d'abandon. C'est là que le métier lit ses chiffres. Demandez à la personne d'expliquer d'où vient un chiffre qu'elle a présenté.
Report suites et virtual report suites
La report suite est la base où arrivent les données d'un site ou d'un groupe de sites, avec sa propre configuration de variables. Une virtual report suite en est une vue filtrée par un segment, utile pour donner un périmètre à une équipe pays. Une configuration mal pensée au départ pèse des années.
eVars, props et événements
Le cœur du métier. Les props gardent une valeur sur un seul appel, les eVars la conservent jusqu'à leur expiration pour créditer des conversions, les événements comptent les succès (commande, inscription, devis). Le contrat fixe le nombre disponible, jusqu'à 250 eVars. Un candidat confirmé sait régler l'allocation et l'expiration de chaque eVar.
Tags (ex-Adobe Launch)
Le gestionnaire de balises d'Adobe, aujourd'hui rangé dans Adobe Experience Platform Data Collection. Il fonctionne avec des éléments de données, des règles et des extensions, publiés par environnement. Les CV disent encore Launch, voire DTM pour l'ancienne génération.
Web SDK et datastreams
La bibliothèque alloy.js envoie un seul appel vers l'Edge Network d'Adobe, qui le redistribue à Analytics, Target ou Experience Platform selon le datastream. Adobe la recommande pour les nouvelles implémentations. Les migrations depuis AppMeasurement occupent beaucoup de missions en ce moment.
AppMeasurement
La bibliothèque JavaScript historique, avec ses appels s.t() pour les pages et s.tl() pour les liens. Elle tourne encore sur de nombreux sites, souvent via l'extension Adobe Analytics de Tags. Savoir la lire reste nécessaire pour reprendre un existant.
Processing rules, classifications et canaux marketing
Les processing rules réécrivent les variables à la collecte, sans effet sur le passé. Les classifications enrichissent une valeur après coup, par exemple un code campagne transformé en canal et en nom de campagne. Les canaux marketing se règlent aussi par règles. Une erreur ici fausse tous les rapports d'acquisition.
Data Warehouse et Data Feeds
Data Warehouse produit de gros exports tabulaires planifiés. Les Data Feeds livrent les données brutes appel par appel, à charger dans un entrepôt comme BigQuery ou Snowflake. Les recalculs de visites à partir de ces fichiers demandent de connaître leurs colonnes.
Customer Journey Analytics (CJA)
L'outil d'analyse qu'Adobe pousse au-dessus d'Experience Platform. Les données arrivent par des connexions et se lisent à travers des data views, où la persistance se règle au moment de l'analyse. Il peut rassembler web, application, CRM et centre d'appels autour d'une même personne.
Le web analyst Adobe Analytics travaille rarement seul. En agence ou en ESN, il passe d'un client à l'autre et reprend des report suites configurées par d'autres, parfois avec une centaine d'eVars mal documentées. Chez un client final, il garde le plan de marquage, la recette des mises en production et les tableaux de bord du marketing et du e-commerce. Selon les équipes, le poste penche vers l'implémentation (Tags, Web SDK, JavaScript) ou vers l'analyse (Workspace, attribution, segments). L'offre doit dire lequel des deux pèse le plus, et l'entretien doit vérifier les deux à un niveau minimal.
Les points qu'un entretien Adobe Analytics doit couvrir
- Modélisation eVars, props et événements
- Plan de marquage et couche de données
- Implémentation Tags et Web SDK
- Recette et débogage du tracking
- Analyse Workspace, segments et attribution
- Consentement, données brutes et CJA
Questions techniques pour un web analyst Adobe Analytics
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.
Question 1 · junior à confirmé
Le marketing veut savoir quelle bannière interne a mené à la commande. Comment réglez-vous l'eVar qui reçoit le code de la bannière ?
Une bonne réponseUne eVar plutôt qu'une prop, parce que la valeur doit survivre jusqu'à l'achat. Le candidat choisit l'allocation selon la question posée : Most Recent pour la dernière bannière cliquée, Original Value pour la première. Il fixe une expiration qui a du sens, à l'achat (événement purchase) ou à la visite, au lieu de laisser la valeur par défaut sans y penser. Si une même commande contient des produits venus de bannières différentes, il évoque une eVar de marchandising.
Signal d'alerteUne prop, qui ne garde la valeur que sur l'appel où elle est envoyée. Ou une eVar laissée en expiration « Never » sans savoir pourquoi, qui crédite une bannière vue trois mois plus tôt.
Question 2 · confirmé
Un client ajoute au panier trois produits trouvés par trois recherches internes différentes. Comment attribuez-vous chaque achat au bon mot-clé ?
Une bonne réponseUne eVar de marchandising pour le mot-clé. En syntaxe de variable de conversion, la valeur est posée dans l'eVar et se lie au produit sur l'événement choisi comme binding event (vue produit ou ajout au panier). En syntaxe produit, le mot-clé est écrit directement dans la chaîne products, produit par produit. Le candidat connaît le format de cette chaîne (catégorie, produit, quantité, prix, événements, eVars) et sait vérifier la liaison dans un rapport par produit.
Signal d'alerteUne eVar classique en Most Recent, qui donne tout le panier au dernier mot-clé saisi. Ou aucune idée de ce qu'est la chaîne products.
Question 3 · confirmé à senior
Le site passe d'AppMeasurement au Web SDK. Qu'est-ce qui doit rester identique dans les rapports, et comment le vérifiez-vous ?
Une bonne réponseUn datastream qui envoie vers la même report suite, ou mieux vers une suite de test pendant la recette. Les variables sont reprises soit dans le schéma XDM (groupe de champs Adobe Analytics), soit dans l'objet data (__adobe.analytics). Le candidat distingue appel de page et appel de lien, faute de quoi les pages vues dérivent. Il protège la continuité de l'identifiant visiteur ECID pour ne pas créer une vague de nouveaux visiteurs, puis compare les deux collectes en parallèle sur les visites, les pages vues et chaque événement, avec Adobe Experience Platform Debugger ou Assurance.
Signal d'alerte« On remplace le script, les données suivent. » Une bascule sans période de comparaison, ou un pic de nouveaux visiteurs découvert après coup.
Question 4 · confirmé
Workspace affiche nettement moins de commandes que le back-office. Comment cherchez-vous l'origine de l'écart ?
Une bonne réponseIl ventile l'écart avant de l'expliquer : par jour, par appareil, par navigateur, par moyen de paiement. Une redirection de paiement qui ne revient pas toujours sur la page de confirmation, un refus de consentement, des bloqueurs, un fuseau horaire différent entre la report suite et le back-office, des commandes passées hors du site. Il rapproche les numéros de commande (purchaseID) exportés via Data Warehouse ou les Data Feeds avec ceux du back-office pour isoler les commandes manquantes.
Signal d'alerte« L'analytics n'est jamais exact » sans enquête, ou un coefficient correcteur appliqué aux rapports.
Question 5 · junior à confirmé
Une nouvelle règle Tags doit partir en production demain. Comment la recettez-vous ?
Une bonne réponseIl publie d'abord la bibliothèque en environnement de développement ou de staging, reliée à une report suite de test. Il contrôle l'appel envoyé avec Adobe Experience Platform Debugger ou l'onglet réseau : bonnes variables, bons événements, déclenchement unique. Il teste consentement accepté et refusé, vérifie que la couche de données est remplie avant le déclenchement, puis passe par le circuit d'approbation de Tags avant la publication. Après la mise en ligne, il surveille les volumes du jour.
Signal d'alerteUne publication directe en production, testée en cliquant sur le site et contrôlée le lendemain dans Workspace.
Recevez la fiche d'entretien complète en PDF
La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.
- 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
- Le niveau visé pour chaque question
- Une mise en situation de 20 minutes et ce qu'on attend du candidat
- La grille d'évaluation de 1 à 4, axe par axe
Recruter un web analyst Adobe Analytics : vos questions
Un web analyst GA4 peut-il prendre un poste Adobe Analytics ?
Oui, s'il comprend vite le modèle d'Adobe. GA4 raisonne en événements et paramètres, Adobe en props, eVars persistantes et événements de succès, avec des réglages d'allocation et d'expiration qui n'existent pas sous cette forme chez Google. Un bon profil GA4 qui a écrit des plans de marquage et recetté du tracking s'adapte en quelques semaines. Vérifiez en entretien qu'il saisit pourquoi une eVar mal expirée fausse une attribution.
Launch, Tags, Data Collection : les CV parlent-ils du même outil ?
Oui. Adobe Launch est l'ancien nom du gestionnaire de balises, désormais présenté comme Tags dans Adobe Experience Platform Data Collection. DTM désigne la génération précédente, retirée depuis. Un CV qui cite Launch décrit donc la même compétence. Demandez plutôt si la personne a publié des règles avec le Web SDK ou seulement avec l'extension Adobe Analytics classique, car la logique de collecte diffère.
Comment organiser le test technique d'un web analyst Adobe Analytics ?
Partez d'un cas concret plutôt que d'un questionnaire. Un extrait de plan de marquage à compléter, un appel réseau à lire dans le débogueur, ou un écart entre Workspace et le back-office à expliquer suffisent pour une heure. Si vous ne pouvez pas ouvrir votre report suite, des captures d'écran de configuration et un appel AppMeasurement copié font l'affaire quand l'accès est impossible.
Les certifications Adobe Analytics comptent-elles dans la sélection ?
Adobe propose des certifications Analytics pour les profils métier comme pour les développeurs. Elles montrent que la personne connaît le vocabulaire et les écrans. Elles ne disent pas si elle a déjà migré une implémentation, nettoyé une report suite ou expliqué un écart de chiffres à une direction e-commerce. Gardez-les comme un indice et appuyez la décision sur les mises en situation.
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.
