Documentation Advertising Intégrations à Experience Cloud

Écarts de données attendus entre Analytics et l’Adobe Advertising

Dernière mise à jour : 5 mai 2025

Rubriques :

Créé pour :

Utilisateur ou utilisatrice
Développeur

Annonceurs avec une intégration Adobe Advertising-Adobe Analytics uniquement

Les annonceurs disposant de l’intégration Analytics for Advertising effectuent le suivi de la publicité payante par le biais d’Adobe Advertising et d’Adobe Analytics. Lorsque vous effectuez le suivi de médias, de campagnes et de canaux via plusieurs systèmes, les mêmes jeux de données de différents systèmes correspondent rarement entièrement. Ce document explique comment vous devriez vous attendre à ce que les données du trafic sur les médias passant par l’Adobe Advertising soient comparées aux données des différents systèmes dans lesquels le suivi des médias se fait dans Analytics.

NOTE

Ce document est axé sur Adobe Advertising et Analytics, mais de nombreux points clés peuvent également être transférés à d’autres solutions de suivi.

Différences d’attribution dans des rapports similaires

Fenêtres de recherche en amont et modèles d’attribution potentiellement différents

L’intégration Analytics for Advertising utilise deux variables (eVars ou rVars [réservé eVars]) pour capturer l’ identifiant EF et l’'AMO ID. Ces variables sont configurées avec un seul intervalle de recherche en amont (l’heure à laquelle les clics publicitaires et les affichages publicitaires sont attribués) et un modèle d’attribution. Sauf indication contraire, les variables sont configurées pour correspondre à l’intervalle de recherche en amont des clics par défaut au niveau de l’annonceur et au modèle d’attribution dans Adobe Advertising.

Cependant, les intervalles de recherche en amont et les modèles d’attribution peuvent être configurés dans Analytics (via l’ eVars) et dans Adobe Advertising. En outre, dans l’Adobe Advertising, le modèle d’attribution est configurable non seulement au niveau de l’annonceur (pour l’optimisation des offres), mais également dans les vues de données et les rapports individuels (à des fins de création de rapports uniquement). Par exemple, une organisation peut préférer utiliser le modèle d’attribution distribution paire pour l’optimisation, mais utiliser l’attribution Dernière touche pour les rapports dans Advertising DSP ou Advertising Search, Social, & Commerce. La modification des modèles d’attribution modifie le nombre de conversions attribuées.

Si un intervalle de recherche en amont des rapports ou un modèle d’attribution est modifié dans un produit et non dans l’autre, les mêmes rapports de chaque système affichent des données distinctes :

Exemple d'incohérences dues à différents intervalles de recherche en amont :

Supposons que l’Adobe Advertising ait une période de recherche en amont des clics de 60 jours et que Analytics ait une période de recherche en amont de 30 jours. Supposons également qu’un utilisateur se rende sur le site par le biais d’une publicité qui fait l’objet d’un suivi par Adobe Advertising, quitte le site, puis revient le 45e jour et effectue une conversion. Adobe Advertising attribue la conversion à la visite initiale, car la conversion s’est produite dans l’intervalle de recherche en amont de 60 jours. Analytics, cependant, ne peut pas attribuer la conversion à la visite initiale, car la conversion s’est produite après l’expiration de l’intervalle de recherche en amont de 30 jours. Dans cet exemple, Adobe Advertising signale un nombre de conversions plus élevé que Analytics.
Exemple d’incohérences causées par différents modèles d’attribution :

Supposons qu’un utilisateur interagisse avec trois publicités Adobe Advertising différentes avant la conversion, avec les recettes comme type de conversion. Si un rapport d’Adobe Advertising utilise un modèle de distribution uniforme pour l’attribution, il attribue les recettes de manière uniforme sur toutes les publicités. Cependant, si Analytics utilise le modèle d’attribution Dernière touche, il attribue les recettes à la dernière publicité. Dans l’exemple suivant, Adobe Advertising attribue 10 USD sur les 30 USD des recettes capturées à chacune des trois publicités, tandis que Analytics attribue les 30 USD des recettes à la dernière publicité vue par l’utilisateur. Lorsque vous comparez des rapports d’Adobe Advertising et de Analytics, vous pouvez vous attendre à voir l’impact de la différence d’attribution.

IMPORTANT

La bonne pratique consiste à utiliser les mêmes intervalles de recherche en amont et modèle d’attribution dans Adobe Advertising et Analytics. Contactez votre équipe de compte d’Adobe si nécessaire pour identifier les paramètres actuels et conserver la synchronisation des configurations.

Ces mêmes concepts s’appliquent à tout autre canal, tel que les canaux qui utilisent des intervalles de recherche en amont différents ou des modèles d’attribution.

Différentes fenêtres de recherche en amont pour le suivi des affichages publicitaires

Dans Adobe Advertising, l’attribution est basée sur les clics et les impressions, et vous pouvez configurer différents intervalles de recherche en amont pour les clics et les impressions. Cependant, dans Analytics, l’attribution est basée sur les clics publicitaires et les affichages publicitaires et vous n’avez pas la possibilité de définir différentes fenêtres d’attribution pour les clics publicitaires et les affichages publicitaires ; le suivi pour chaque début de visite initiale du site. Une impression peut se produire le même jour ou plusieurs jours avant qu’un affichage publicitaire ne se produise, et le timing peut avoir une incidence sur le début de la fenêtre d’attribution dans chaque système.

En règle générale, la majorité des conversions d’affichages publicitaires se produisent assez rapidement pour que les deux systèmes attribuent du crédit. Cependant, certaines conversions peuvent se produire en dehors de l’intervalle de recherche en amont des impressions de l’Adobe Advertising, mais dans l’intervalle de recherche en amont Analytics ; de telles conversions sont attribuées à l’affichage publicitaire dans Analytics mais pas à l’impression dans l’Adobe Advertising.

Dans l’exemple suivant, supposons qu’un visiteur ait reçu une publicité le jour 1, qu’il ait effectué une visite d’affichage publicitaire (c’est-à-dire qu’il a visité la page d’entrée de la publicité sans avoir cliqué auparavant sur la publicité) le jour 2 et qu’il ait été converti le jour 45. Dans ce cas, Adobe Advertising suivrait l’utilisateur des jours 1 à 14 (à l’aide d’une recherche en amont de 14 jours), Analytics suivrait l’utilisateur des jours 2 à 61 (à l’aide d’une recherche en amont de 60 jours), et la conversion du jour 45 serait attribuée à la publicité dans les Analytics mais pas dans l’Adobe Advertising.

Exemple de conversion daffichage publicitaire attribuée dans Analytics mais pas dAdobe Advertising

Une autre cause d’incohérences est que, dans l’Adobe Advertising, vous pouvez attribuer aux conversions d’affichage publicitaire un poids d’affichage publicitaire personnalisé relatif au poids attribué à une conversion basée sur les clics. La pondération d’affichage publicitaire par défaut est de 40 %, ce qui signifie qu’une conversion d’affichage publicitaire est comptabilisée comme 40 % de la valeur d’une conversion basée sur les clics. Analytics ne fournit aucune pondération des conversions d’affichage publicitaire de ce type. Par exemple, une commande de recettes de 100 USD capturée dans Analytics est réduite à 40 USD en Adobe Advertising si vous utilisez le poids d’affichage publicitaire par défaut — une différence de 60 USD.

Tenez compte de ces différences lors de la comparaison des conversions d’affichage publicitaire entre les rapports d’Adobe Advertising et Analytics.

Modèles d’attribution disponibles

Attribution des Adobes Advertising

Analytics Attribution

eVar/rVar Affectation

Last Event

Last Touch

Most Recent

First Event

First Touch

Original Value

Weight First Event More

n/a

Even Distribution

Linear

Linear

Ne pas utiliser*

Weight Last Event More

n/a

U-Shaped

n/a

J-Shaped

n/a

Inverse-J

n/a

Custom

n/a

Participation

n/a

Algorithmic

n/a

NOTE

Pour l’affectation linéaire, Analytics attribue uniformément les événements de succès sur toutes les valeurs eVar au cours d’une seule visite. Par conséquent, utilisez l’affectation linéaire avec une expiration eVar de "Visite". Toutefois, pour la publicité, l’utilisation de l’attribution linéaire conduit à une attribution qui n’est pas vraiment linéaire et à des rapports moins que idéaux. Par exemple, si un visiteur interagit avec trois publicités avant de procéder à la conversion au cours de trois visites distinctes, seule la publicité vue lors de la dernière visite est attribuée à la conversion, et non aux trois publicités.

En outre, le fait de basculer l’attribution de conversion vers ou depuis "Linéaire" empêche l’affichage des données historiques, ce qui peut entraîner des données erronées dans les rapports. Par exemple, l’affectation linéaire peut diviser les recettes entre plusieurs valeurs eVar différentes. Si vous définissez l’attribution sur "Le plus récent", 100 % de ces recettes sont associées à la valeur unique la plus récente. Cette association peut vous mener à des conclusions incorrectes.

Pour éviter toute confusion, Analytics rend les données historiques indisponibles dans l’interface de création de rapports. Vous pouvez afficher les données historiques si vous redéfinissez le paramètre d’attribution initial eVar, même si vous ne devez pas modifier les paramètres d’attribution eVar simplement pour accéder aux données historiques. Adobe recommande d’utiliser un nouveau eVar lorsque vous souhaitez appliquer un nouveau paramètre d’attribution pour les données déjà en cours d’enregistrement, plutôt que de modifier les paramètres d’attribution pour un eVar qui possède déjà une quantité significative de données historiques.

Consultez la liste des modèles d’attribution Analytics et leurs définitions sur https://experienceleague.adobe.com/fr/docs/analytics/analyze/analysis-workspace/attribution/models.

Si vous êtes connecté à Search, Social, & Commerce, vous trouverez une liste

(Utilisateurs en Amérique du Nord) https://enterprise-na.efrontier.com/CMDashboard/help/external/tracking/r_appendix_-_how_attribution_rules_are_calculated.htm
(Tous les autres utilisateurs) https://enterprise-intl.efrontier.com/CMDashboard/help/external/tracking/r_appendix_-_how_attribution_rules_are_calculated.htm

Attribution de date d’événement dans l’Adobe Advertising

Dans l’Adobe Advertising, vous pouvez signaler les données de conversion soit par date de clic/événement associé (date de l’événement de clic ou d’impression), soit par date de transaction (date de conversion). Le concept de rapport de date de clic/événement n’existe pas dans Analytics ; toutes les conversions suivies dans Analytics sont signalées par date de transaction. Par conséquent, une même conversion peut être signalée avec des dates différentes dans l’Adobe Advertising et Analytics. Prenons l’exemple d’un utilisateur qui clique sur une publicité le 1er janvier et effectue une conversion le 5 janvier. Si vous affichez les données de conversion par date d’événement dans l’Adobe Advertising, la conversion est signalée le 1er janvier, lorsque le clic a eu lieu. Dans Analytics, la même conversion est signalée le 5 janvier.

Exemple de conversion attribuée à des dates différentes

Attribution dans Analytics Marketing Channels

La Analytics Marketing Channels création de rapports vous permet de configurer des règles pour identifier différents canaux marketing en fonction de différents aspects des informations sur les accès. Vous pouvez effectuer le suivi des canaux suivis par l’Adobe Advertising (Display Click Through, Display View Through et Paid Search) sous la forme Marketing Channels en utilisant le paramètre de chaîne de requête ef_id pour identifier le canal. Cependant, même si les rapports Marketing Channels peuvent effectuer le suivi des canaux d’Adobe Advertising, les données peuvent ne pas correspondre aux rapports d’Adobe Advertising pour plusieurs raisons. Pour plus d’informations, reportez-vous aux sections suivantes.

NOTE

Les concepts de base suivants s’appliquent également à tout suivi multicanal qui implique des campagnes non suivies dans Adobe Advertising, comme la variable campaign (également appelée dimension "Code de suivi" ou "eVar 0") et le suivi personnalisé eVar.

Modèles d’attribution potentiellement différents dans Marketing Channels

La plupart des rapports Marketing Channels sont configurés avec l’attribution Last Touch, pour laquelle le dernier canal marketing détecté se voit attribuer 100 % de la valeur de conversion. L’utilisation de différents modèles d’attribution pour les rapports Marketing Channels et les rapports d’Adobe Advertising entraîne des incohérences dans les conversions attribuées.

Une fenêtre de recherche en amont potentiellement différente dans Marketing Channels

L’intervalle de recherche en amont de Marketing Channels peut être personnalisé. En Adobe Advertising, l’intervalle de recherche en amont des clics est configurable, bien qu’une période de 60 jours fixe soit courante. Si les deux produits utilisent des intervalles de recherche en amont différents, vous pouvez vous attendre à des incohérences de données.

Attribution de canal différente dans Marketing Channels

Les rapports d’Adobe Advertising capturent uniquement les médias payants qui transitent par l’Adobe Advertising (recherche payante de Advertising Search, Social, & Commerce publicités et affichage pour les publicités Advertising DSP), tandis que les rapports Marketing Channels peuvent effectuer le suivi de tous les canaux numériques. Cela peut entraîner une incohérence dans le canal pour lequel une conversion est attribuée.

Par exemple, les canaux de recherche payante et de recherche naturelle ont souvent une relation symbiotique, dans laquelle chaque canal s’aide l’autre. Le rapport Marketing Channels attribue certaines conversions à la recherche naturelle, ce qui n’est pas le cas de l’Adobe Advertising, car il ne suit pas la recherche naturelle.

Prenons également le cas d’un client qui consulte une publicité display, clique sur une publicité de recherche payante, clique dans un message électronique, puis passe une commande de 30 USD. Même si Adobe Advertising et Marketing Channels utilisent tous deux le modèle d’attribution Dernière touche, la conversion sera toujours attribuée différemment à chacun d’eux. Adobe Advertising n’a pas accès au canal Email, il créditerait donc la recherche payante pour la conversion. Marketing Channels, en revanche, a accès aux trois canaux. Il créditerait donc Email pour la conversion.

Exemple d’attribution de conversion différente dans Adobe Advertising par rapport à Analytics Marketing Channels

Pour plus d’informations sur les raisons pour lesquelles les mesures peuvent varier, voir "Pourquoi les données de canal peuvent varier entre l’Adobe Advertising et Marketing Channels".

Différences de données dans Adobe Analytics Paid Search Detection

La fonction legacy Paid Search Detection de Analytics permet aux entreprises de définir des règles pour suivre le trafic de recherche payante et organiquepour les moteurs de recherche spécifiés. Les règles Paid Search Detection utilisent à la fois une chaîne de requête et le domaine référent pour identifier le trafic de recherche payante et naturelle. Les rapports Paid Search Detection font partie du groupe plus important de rapports Méthodes de recherche, qui expirent lorsqu’un événement spécifié (tel qu’un passage en caisse) se produit ou que la visite se termine.

Voici l’interface pour créer un jeu de règles Paid Search Detection :

Exemple d’un jeu de règles de détection de recherche payante dans Analytics

Les Paid Search Detection rapports résultants incluent les rapports Paid Search Engine, Paid Search Keywords, Natural Search Engine et Natural Search Keywords.

Notez les deux limitations suivantes avec les données dans les rapports Paid Search Detection :

Les rapports Paid Search Keywords et Natural Search Keywords affichent les requêtes de recherche identifiées par les URL de référence, et non les mots-clés sur lesquels les utilisateurs enchérissent. Les rapports Adobe Advertising et Analytics affichent les mots-clés réels. De ce fait, ne vous attendez pas à ce qu’ils s’alignent sur les rapports sur les mots-clés Paid Search Detection.
Lors de la création initiale de la fonction Paid Search Detection, la requête de recherche d’origine (la chaîne de caractères que l’utilisateur a saisie dans la barre de recherche du moteur de recherche) était plus facilement accessible aux annonceurs via l’URL de référence. Aujourd’hui, les moteurs de recherche obscurcissent largement la requête et les rapports sur les mots-clés Paid Search Detection ont une valeur limitée, car la plupart des données de requête sont sous "non spécifié".

Avec Analytics for Advertising, les annonceurs peuvent toujours effectuer le suivi des mots-clés payants dans Analytics. Le domaine référent informe le moteur de recherche du moteur de recherche qui a généré le trafic. Puisque les informations de compte spécifiques à l’annonceur ne sont pas liées au domaine référent, tout le trafic est répertorié sous le moteur de recherche. Les annonceurs disposant de plusieurs comptes dans le même moteur de recherche doivent se référer à la création de rapports Adobe Advertising ou Analytics pour les rapports spécifiques aux comptes.

Pourquoi configurer Paid Search Detection ?

Les rapports Paid Search Detection vous permettent d’identifier le trafic de recherche naturelle dans les Analytics Marketing Channels rapports. La séparation du trafic de recherche payante et du trafic de recherche naturelle est un excellent moyen de comprendre la valeur que la recherche naturelle apporte à l’écosystème marketing complet.

Validation des données de clic publicitaire pour Analytics for Advertising

Pour votre intégration, vous devez valider vos données de clics publicitaires afin de vous assurer que toutes les pages de votre site effectuent correctement le suivi des clics publicitaires.

Dans Analytics, l’un des moyens les plus simples de valider le suivi Analytics for Advertising consiste à comparer les instances aux clics à l’aide d’une mesure calculée "Instances AMO ID aux clics", qui est calculée comme suit :

AMO ID Instances to Clicks = (AMO ID Instances / Adobe Advertising Clicks)

AMO ID Instances représente le nombre de fois où les AMO IDs sont suivis sur le site. Chaque fois qu’un utilisateur clique sur une publicité, un paramètre AMO ID (s_kwcid) est ajouté à l’URL de la page d’entrée. Par conséquent, le nombre de AMO ID Instances est analogue au nombre de clics et peut être validé par rapport aux clics publicitaires réels. Nous constatons généralement un taux de correspondance de 85 % pour Search, Social, & Commerce et un taux de correspondance de 30 % pour le trafic DSP (lorsqu’il est filtré pour inclure uniquement les clics publicitaires AMO ID Instances). La différence d’attentes entre la recherche et l’affichage peut s’expliquer par le comportement de trafic attendu. La recherche capture l’intention et, en tant que telle, les utilisateurs ont généralement l’intention de cliquer sur les résultats de la recherche à partir de leur requête. Toutefois, les utilisateurs qui voient un affichage ou une publicité vidéo en ligne sont plus susceptibles de cliquer dessus involontairement, puis de rebondir à partir du site ou de quitter la nouvelle fenêtre qui se charge avant le suivi de l’activité de page.

Dans les rapports d’Adobe Advertising, vous pouvez également comparer les instances aux clics à l’aide de la mesure "EF ID Instances" au lieu de AMO ID Instances :

EF ID Instances to Clicks = (EF ID Instances / Adobe Advertising Clicks)

Bien que vous attendiez un taux de correspondance élevé entre l’AMO ID et l’EF ID, ne vous attendez pas à une parité de 100 %, car AMO ID et l’EF ID effectuent un suivi fondamental de différentes données, et cette différence peut entraîner de légères différences dans le total AMO ID Instances et EF ID Instances. Si le total AMO ID Instances de Analytics diffère de EF ID Instances en Adobe Advertising de plus de 1 %, contactez votre équipe de compte d’Adobe pour obtenir de l’aide.

Pour plus d’informations sur l’AMO ID et l’EF ID, voir ID d’Adobe Advertising utilisés par Analytics.

Résolution des problèmes de disparité entre les clics et les instances

Si le rapport EF ID Instances-clics est inférieur à 85 %, vérifiez les points suivants :

Le suivi des clics est-il manquant pour le compte ou à un sous-niveau quelconque, ou avez-vous un suivi des clics en double (par exemple, aux niveaux du compte et de la campagne) ?

Dans Search, Social et Commerce, téléchargez une feuille d’envoi groupé pour que le compte vérifie les URL de suivi.

En outre, dans Analytics, vous pouvez voir si l’AMO ID et l’EF IF sont ajoutés de manière cohérente à l’aide d’une mesure calculée "AMO ID à EF ID", qui est calculée comme suit :
AMO ID to EF ID = (AMO ID / EF ID)
Une valeur supérieure à 100 % indique qu’il manque plus d’ID EF que d’AMO ID.
La page d’entrée présente-t-elle un problème de chargement de sorte que l’AMO ID et l’EF ID ne soient pas capturés ?
L’URL de la page d’entrée est-elle redirigée de sorte que l’AMO ID et l’EF ID soient perdus ?
Toutes les landing pages utilisent-elles la suite de rapports configurée ?

NOTE

En théorie, il est possible qu'une instance ait plusieurs clics. Veillez à rechercher les clics sur différents appareils (ordinateurs de bureau, appareils mobiles et tablette, par exemple).

Comparaison des jeux de données dans Analytics for Advertising contre dans Adobe Advertising

Le AMO ID (paramètre de chaîne de requête s_kwcid) est utilisé pour la création de rapports dans Analytics et le EF ID (paramètre de chaîne de requête ef_id) est utilisé pour la création de rapports dans Adobe Advertising. Comme il s’agit de valeurs distinctes, il est possible qu’une valeur soit corrompue ou non ajoutée à la page d’entrée.

Par exemple, supposons que nous ayons la page d’entrée suivante :

www.adobe.com/?ef_id=test_ef_id&s_kwcid=test_amo_id

où l’identifiant EF est "test_ef_id" et l’identifiant AMO est "test_amo_id".

Si une redirection côté site se produit, l’URL peut se présenter comme suit :

www.adobe.com/?ef_id=test_ef_id&s_kwcid=test_amo_id#redirectAnchorTag

où l’identifiant EF est "test_ef_id" et l’identifiant AMO est "test_amo_id#redirectAnchorTag".

Dans cet exemple, l’ajout de la balise d’ancrage ajoute des caractères inattendus à l’AMO ID, ce qui entraîne la présence d’une valeur qu’Analytics ne reconnaît pas. Cet AMO ID ne serait pas classé et les conversions qui y sont associées tomberaient sous "unspecified" ou "none" dans les rapports Analytics.

Heureusement, même si des problèmes comme celui-ci sont communs, ils ne génèrent généralement pas un fort pourcentage d'incohérences. Cependant, si vous constatez une différence importante entre les AMO ID dans Analytics et les EF ID dans Adobe Advertising, contactez votre équipe de compte d’Adobe pour obtenir de l’aide.

Autres considérations relatives aux mesures

Différence entre les clics et les visites

Elles semblent similaires, mais les clics et les visites représentent des données différentes :

Cliquez sur : DSP ou le moteur de recherche enregistre un clic lorsqu’un visiteur clique sur une publicité sur le site web d’un éditeur.
Visite : Analytics définit une visite comme une série de pages vues par un utilisateur, se terminant par l’un de plusieurs critères, comme 30 minutes d’inactivité.

Par définition, un clic peut conduire à plusieurs visites.

Prenons l’exemple suivant : l’utilisateur 1 et l’utilisateur 2 accèdent tous deux à un site en cliquant sur une publicité Adobe Advertising. L’utilisateur 1 affiche quatre pages, puis quitte le site pour la journée. Le clic initial se traduit donc par une visite. L’utilisateur 2 consulte deux pages, quitte un déjeuner de 45 minutes, revient, consulte deux pages supplémentaires, puis quitte le site ; dans ce cas, le clic initial entraîne deux visites.

Exemple de différence entre des clics et des visites

Différence entre les clics et les clics publicitaires

Les clics et les clics publicitaires sont deux mesures différentes :

Cliquez sur : DSP ou le moteur de recherche enregistre un clic lorsqu’un visiteur clique sur une publicité sur le site web d’un éditeur.
Clics publicitaires : Analytics enregistre un clic publicitaire lorsque le visiteur arrive sur le site web de destination, que la page d’entrée se charge et que la requête Analytics située au bas de la page envoie les données à Analytics.

Les clics et les clics publicitaires peuvent varier sensiblement en raison de clics publicitaires accidentels. Nous avons observé que la plupart des clics sur les annonces affichées sont des clics accidentels et que ces visiteurs accidentels cliquent sur le bouton Précédent avant le chargement de la page d’entrée. Par conséquent, Analytics ne peut pas enregistrer de clic publicitaire. Cela est particulièrement vrai pour les annonces sur lesquelles un clic accidentel est plus probable, comme les annonces mobiles, les publicités vidéo et les publicités qui remplissent l’écran et qui doivent être fermées avant que l’utilisateur puisse afficher la page.

Les sites chargés sur des périphériques mobiles sont également moins susceptibles de générer des clics publicitaires en raison de largeurs de bande plus faibles ou de la puissance de traitement disponible, ce qui entraîne un chargement plus long des landing pages. Il n’est pas rare que 50 à 70 % des clics ne génèrent pas de clics publicitaires. Dans les environnements mobiles, la différence peut atteindre 90 % en raison de la combinaison d’un navigateur plus lent et de la plus grande probabilité que l’utilisateur clique accidentellement sur la publicité lors du défilement de la page ou de la tentative de fermeture de la publicité.

Les données de clic peuvent également être enregistrées dans des environnements qui ne peuvent pas enregistrer les clics publicitaires avec les mécanismes de suivi actuels (tels que les clics vers ou depuis une application mobile) ou pour lesquels l’annonceur a déployé une seule approche de suivi (par exemple, avec l’approche JavaScript d’affichage publicitaire, les navigateurs qui bloquent les cookies tiers effectuent le suivi des clics, mais pas les clics publicitaires). Adobe recommande de déployer les méthodes de suivi des URL de clics et des affichages publicitaires JavaScript pour une raison essentielle : optimiser la couverture des clics publicitaires pouvant faire l’objet d’un suivi.

Utilisation de mesures de trafic Adobe Advertising pour les Dimensions non Adobes Advertising

Adobe Advertising fournit à Analytics des mesures de trafic spécifiques à la publicité et les dimensions associées provenant de DSP et Search, Social, & Commerce. Les mesures fournies par l’Adobe Advertising s’appliquent uniquement aux dimensions d’Adobe Advertising spécifiées et les données ne sont pas disponibles pour les autres dimensions dans Analytics.

Par exemple, si vous affichez les mesures Adobe Advertising Clicks et Adobe Advertising Cost par compte, qui est une dimension d’Adobe Advertising, alors le total Adobe Advertising Clicks et Adobe Advertising Cost est affiché par compte.

Exemple de mesures d’Adobe Advertising dans un rapport utilisant une dimension d’Adobe Advertising

Cependant, si vous affichez les mesures Adobe Advertising Clicks et Adobe Advertising Cost selon une dimension sur la page (telle que Page), pour laquelle l’Adobe Advertising ne fournit pas de données, alors les Adobe Advertising Clicks et Adobe Advertising Cost de chaque page sont nuls (0).

Exemple de mesures d’Adobe Advertising dans un rapport utilisant une dimension non prise en charge

Utilisation de AMO ID Instances comme substitut pour les clics avec des Dimensions non Adobes Advertising

Puisque vous ne pouvez pas utiliser AMO Clicks avec des dimensions sur site, vous pouvez trouver un équivalent aux clics. Vous pouvez être tenté d’utiliser les visites comme substitut, mais elles ne sont pas la meilleure option, car chaque visiteur peut avoir plusieurs visites. (Voir "Différence entre les clics et les visites". Nous vous recommandons plutôt d’utiliser AMO ID Instances, qui est le nombre de fois où l’AMO ID est capturé. Bien que AMO ID Instances ne corresponde pas exactement à AMO Clicks, il s’agit de la meilleure option pour mesurer le trafic de clics sur le site. Pour plus d’informations, voir "Validation des données de clic publicitaire pour Analytics for Advertising".

Exemple de AMO ID Instances au lieu de Adobe Advertising Clicks pour une dimension non prise en charge

recommendation-more-help