Minimisation du nombre de visiteurs ou de visites exagéré dans A4T.

Informations destinées à vous aider à minimiser les effets d’un nombre de visites et de Visiteurs exagéré lorsque vous utilisez Adobe Analytics comme source de rapports pour Adobe Target (A4T).

IMPORTANT

Le 14 novembre 2016, Adobe Analytics a modifié la façon dont certaines données sont traitées pour les clients qui utilisent la création de rapports Analytics pour Target (A4T). Ces modifications améliorent l’alignement entre les données Adobe Target et le modèle de données d’Adobe Analytics. Ces modifications ont été déployées pour tous les clients utilisant A4T. Ces modifications ont pour but de résoudre un problème en raison duquel certains clients ont remarqué un nombre de visiteurs exagéré lors de l’exécution d’activités Target.

Cette modification n’est pas rétroactive. Si vos rapports historiques indiquent des nombres exagérés et que vous souhaitez les exclure de vos rapports, vous pouvez créer une suite de rapports virtuelle, comme expliqué ci-dessous.

En outre, plusieurs bibliothèques JavaScript ont été mises à jour afin de minimiser les décomptes exagérés. Adobe vous recommande d’effectuer la mise à niveau vers les versions de bibliothèque suivantes (ou plus récentes) :

  • Service d’identification des visiteurs d’Experience Cloud : visitorAPI.js version 2.3.0 ou ultérieure.
  • Adobe Analytics : appMeasurement.js version 2.1.
  • Adobe Target : at.js version 0.9.6 ou ultérieure (à l’exception de la version 1.1.0 si vous utilisez les offres de redirection avec A4T).

La bibliothèque mbox.js ne prend pas en charge les offres de redirection avec A4T. Votre mise en œuvre doit utiliser at.js.

Qu’est-ce qui a changé ?

Lorsque Adobe Analytics est utilisé pour mesurer les activités Target (appelée A4T), Analytics collecte des données supplémentaires qui ne sont pas disponibles lorsqu'il n'y a pas d'activité Target sur la page. L'activité Target déclenche un appel en haut de la page, mais Analytics déclenche généralement ses appels de collecte de données en bas de la page. Dans l’implémentation d’A4T à ce jour, l’Adobe inclut ces données supplémentaires chaque fois qu’une activité Target était principale. À l’avenir, l’Adobe inclut ces données supplémentaires uniquement lorsque les balises Target et Analytics ont été déclenchées.

Pourquoi Adobe a-t-il apporté cette modification ?

Adobe se targue de la précision et de la qualité de ses données. Lorsque la balise Target se déclenche, mais que la balise Analytics ne se déclenche pas, Analytics enregistre des "données partielles" (parfois appelées "accès désassemblés"). Ces accès désassemblés ne sont pas capturés par Analytics s’il n’y a aucune activité Target. Bien que l'inclusion de ces données partielles dans le rapports Analytics fournisse des informations supplémentaires, elle crée également une incohérence avec les données historiques des périodes où aucune activité Target n'était exécutée. Cette situation peut poser des problèmes aux utilisateurs Analytics qui analysent les tendances au fil du temps. Afin d'assurer la cohérence des données dans Analytics, l'Adobe exclut toutes les données partielles.

Qu’est-ce qui contribue aux données partielles ?

L'Adobe a rencontré certains clients présentant un taux élevé de données partielles dans Analytics. Des taux élevés de données partielles peuvent résulter d'une implémentation incorrecte, mais il existe également des causes légitimes.

Les causes identifiées des données partielles incluent :

  • Alignement incorrect des identifiants de suites de rapports (implémentation) : la suite de rapports spécifiée lors de la configuration d’une activité ne correspond pas à la suite de rapports de la page où le test est diffusé. Les données ne peuvent pas être réconciliées sur les serveurs Analytics. Il s’agit donc de données partielles.
  • Pages lentes : Target les appels se trouvent en haut de la page et les Analytics appels se trouvent généralement en bas de la page. Si la page se charge lentement, elle augmente la probabilité qu’un visiteur quitte la page après le déclenchement de l’appel Target, mais avant l’appel Analytics. Les pages lentes peuvent être particulièrement problématiques sur les sites Web mobiles où les connexions sont souvent plus lentes.
  • Erreurs de page : s’il existe des erreurs JavaScript ou d’autres scénarios où chacun des points de contact ne se déclenche pas (service d’identification des Experience Cloud, Cible et Analytics), les résultats de données partielles.
  • Offres de redirection dans Target activité : Pour les offres de redirection dans les activités utilisant A4T, votre implémentation doit respecter certaines exigences minimales. En outre, il y a des informations importantes que vous devez connaître. Pour plus d’informations, voir FAQ sur les offres de redirection (A4T).
  • Anciennes versions des bibliothèques : Au cours de l’année écoulée, l’Adobe a apporté plusieurs améliorations aux bibliothèques JavaScript ( appMeasurement.js, at.js/mbox.jset visitorAPI.js) afin de s’assurer que les données sont envoyées aussi efficacement que possible. Pour en savoir plus sur les exigences d’implémentation, voir Avant l’implémentation.

Quelles sont les bonnes pratiques pour réduire les données partielles ?

Passez en revue les étapes suivantes pour réduire la collecte de données partielles :

Étape Tâche
Étape 1 Assurez-vous que la suite de rapports sélectionnée dans Target est identique à celle des pages sur lesquelles l’activité est présentée.
Étape 2 Assurez-vous que les bibliothèques visitorAPI.js, appMeasurement.js, at.js/mbox.js se trouvent sur des versions compatibles avec A4T. Pour en savoir plus sur les exigences d’implémentation, voir Avant l’implémentation.
Étape 3 Assurez-vous que le SDID est défini sur tous les appels Target et Analytics quittant la page et qu’ils correspondent.
Utilisez un analyseur réseau ou un outil de débogage pour vous assurer que le mboxMCSDID paramètre des Target appels correspond au paramètre SDID de l’ Analytics appel.
Étape 4 Vérifiez que les bibliothèques d’implémentation se chargent dans l’ordre correct sur vos sites. Pour plus d’informations, voir Implémentation d’Analytics pour Target.

Comment puis-je voir de combien de données partielles je dispose ?

Ces informations ne sont pas directement disponibles dans Analytics, mais vous pouvez contacter l’Assistance clientèle d’Adobe pour obtenir un rapport de données partielles. Ce rapport est destiné à faciliter le débogage.

Comment puis-je afficher les tendances historiques sans les données partielles ?

Ce changement de traitement affecte les données uniquement après la date de publication (14 novembre 2016). Si vous souhaitez ajuster les mesures historiques en fonction de la correspondance, l’Adobe vous recommande de créer un segment afin d’exclure des données partielles.

Les informations suivantes relatives à cette modification incluent des instructions destinées à vous aider à définir le segment et à l’appliquer à une suite de rapports virtuelle pour que ce segment soit toujours appliqué à vos vues Analytics.

Dans la plupart des cas, un Target accès est associé à un Analytics accès sur chaque page web. Cet assemblage se produit lorsqu’un paramètre SDID cohérent se trouve à la fois dans un appel Target et Analytics et qu’un appel Experience Cloud ID (MCID) se trouve dans un appel Analytics sur la même page. Target possède généralement également le MCID, mais si l’appel à Target se produit avant le renvoi de l’ID de visiteur, l’accès est toujours assemblé en raison du SDID. L’utilisateur peut également rester suffisamment longtemps sur la page pour déclencher un appel Analytics après qu’un appel Target ait été déclenché. Ce scénario est idéal.

Accès aux données partielles : les utilisateurs ne restent parfois pas suffisamment longtemps sur une page pour envoyer un Analytics appel, mais Target dispose d’un MCID correct. Ce scénario génère des accès à données partielles (accès sans vue de page Analytics). Si ces utilisateurs reviennent sur votre site et vue une page contenant le code Analytics, ils sont correctement comptabilisés comme visiteurs récurrents. Ces accès auraient été perdus si la page ne contenait que du code Analytics. Certains clients ne souhaitent pas récupérer les données de ces accès car elles exagèrent certaines mesures (visites) et diminuent d’autres mesures (nombre de pages vues par visite, durée par visite, etc.). Vous pouvez également afficher les visites sans vue de page. Toutefois, il existe de bonnes raisons de conserver ces données.

Afin de minimiser les accès à données partielles, vous pouvez faire charger votre page plus rapidement, mettre à jour les bibliothèques vers les versions les plus récentes ou créer une suite de rapports virtuelle qui exclut ces accès. Pour obtenir des instructions détaillées, voir Création de suites de rapports virtuelles dans le Guide des composants d’Analytics.

L’illustration suivante présente la définition de segment pour la suite de rapports virtuelle :

Lors de la création de la suite de rapports virtuelle, spécifiez la configuration suivante pour la définition de segment (comme présenté dans l’illustration ci-dessus) :

  • Afficher les accès :
  • Analytics for Target : Existe
  • Et
  • Pages vues : N’existe pas
  • Et
  • Instances de liens personnalisés : N’existe pas
  • Et
  • Instances de lien de téléchargement : N’existe pas
  • Et
  • Instances de lien de sortie : N’existe pas

Accès orphelins : il arrive parfois que les utilisateurs ne restent pas suffisamment longtemps sur la page pour un appel Analytics et Target n’obtient pas de MCID correct. Ces accès sont ce que l’Adobe définit comme des accès "orphelins". Ils représentent les clients qui reviennent rarement et ils exagèrent le nombre de visites et de visiteurs de manière inappropriée.

Afin de minimiser ces accès « orphelins », vous pouvez créer une suite de rapports virtuelle qui exclut ces accès, comme expliqué ci-dessus.

Quel impact cette modification a-t-elle sur mes Target rapports ?

Une fois cette modification apportée, vous pouvez constater une diminution du nombre de nouveaux visiteurs et de visites aux tests en direct, car Adobe ne traite pas les données partielles entrantes. Les conversions et les accès aux autres mesures Analytics ne connaîtront aucun changement.

Sur cette page

Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free
Adobe Summit Banner

A virtual event April 27-28.

Expand your skills and get inspired.

Register for free