Instructions

Si vous ne savez pas si les cas d’utilisation décrits s’appliquent à vous et à votre organisation, consultez vos autres administrateurs Adobe Analytics ou votre équipe de compte d’Adobe. Ils peuvent évaluer vos besoins commerciaux et faire une recommandation.

Tenez compte des points suivants lorsque vous déterminez si vous devez utiliser le balisage multisuite ou des suites de rapports virtuelles :

Publication de segments dans Adobe Experience Cloud

Le partage de segments dans Adobe Experience Cloud n’est pas pris en charge pour les suites de rapports virtuelles. Les utilisateurs qui souhaitent partager un segment dans Experience Cloud doivent avoir accès à la suite de rapports source.

Les segments ne peuvent pas encore être publiés dans Adobe Experience Cloud depuis une suite de rapports virtuelle pour la personnalisation et le ciblage. Tous les utilisateurs qui publient des segments doivent accéder à une suite de rapports source dans ce but. Par exemple, vous souhaitez que les utilisateurs aient uniquement accès aux données de leur région géographique, mais vous souhaitez qu’ils puissent créer et partager des segments d’Adobe Analytics dans Adobe Experience Cloud à des fins de ciblage dans Adobe Target. Dans ce cas, Adobe recommande d’utiliser le balisage multisuite. Si vous n’avez pas peur que les utilisateurs aient accès à la suite de rapports globale ou que vous n’avez pas besoin de publier des segments pour les utiliser dans d’autres solutions, vous pouvez utiliser des suites de rapports virtuelles.

Limites uniques (faible trafic)

Si vous disposez d’une suite de rapports globale qui regroupe un grand nombre de sites, il est possible que vous rencontriez fréquemment l’élément de ligne faible trafic. Si vous utilisez le balisage multisuite, le problème se pose uniquement pour la suite de rapports globale (les suites de rapports individuelles risquent moins de voir un faible trafic). Si vous utilisez des suites de rapports virtuelles, des limites uniques sont partagées, ce qui entraîne également un faible trafic pour les suites de rapports individuelles. Pensez à utiliser le balisage multisuite si vous souhaitez éviter de placer des données en faible trafic.

Par exemple, une grande entreprise médiatique possède 100 propriétés web. Chaque propriété publie quelques milliers d’articles par mois, en plus d’héberger tous les articles des mois précédents. Cette organisation utilise une suite de rapports globale dans laquelle eVar1 est le « Nom de l’article ». Supposons que ce rapport contienne environ 5 millions de noms d’article uniques par mois issus des différentes propriétés combinées. Si vous utilisez une suite de rapports virtuelle, seule une partie des 5 millions de valeurs sera incluse dans la suite de rapports virtuelle. Les autres sont inclus sous faible trafic. Si le balisage multisuite est utilisé, chaque suite de rapports individuelle peut voir son propre jeu de valeurs uniques.

L’assistance clientèle d’Adobe peut parfois augmenter les limites de valeur uniques pour un petit nombre de dimensions, ce qui peut éliminer entièrement ce problème. Pour plus d’informations, consultez votre équipe de compte et l’assistance clientèle.

Variables partagées dans l’ensemble des suites de rapports.

Les suites de rapports virtuelles n’ont pas leur propre jeu de dimensions et de mesures, elles héritent de celles de leur suite de rapports sources. La suite de rapports globale doit capturer toutes les dimensions et mesures de tous les sites Web. Les suites de rapports disposent actuellement d’un maximum de 250 eVars et de 1 000 événements personnalisés.

Des sites différents ont des besoins d’implémentation différents. Certains événements et dimensions peuvent être partagés entre deux sites. Par exemple, une inscription par courrier électronique peut utiliser le même événement sur plusieurs sites Web, déclenchant le même événement personnalisé. D’autres dimensions peuvent être spécifiques à un site. Par exemple, seul l’un de vos sites permet à l’utilisateur de modifier sa photo de profil. Cet événement personnalisé ne serait implémenté que sur le site Web qui le prend en charge.

Assurez-vous que le nombre de dimensions et de mesures uniques peut tenir dans une seule suite de rapports globale. Si vous constatez qu’il existe trop de dimensions ou de mesures uniques, passez en revue chaque dimension dans chaque implémentation. Il y a probablement des chevauchements et des dimensions qui ne sont pas essentiels à la réussite de l’entreprise. Pensez également à utiliser des classifications. Par exemple, au lieu de capturer « Nom du produit » dans eVar5, créez une classification « Nom du produit » en fonction de la dimension du « Produit ». Les classifications d’une suite de rapports source sont automatiquement disponibles pour toutes les suites de rapports virtuelles dépendantes.

TIP
Avec l’introduction de curation, vous pouvez modifier le nom d’une dimension ou d’une mesure donnée par suite de rapports virtuelle.

Nuances de segmentation

Une suite de rapports virtuelle à un niveau fondamental est simplement un segment appliqué à une suite de rapports. Les dimensions basées sur les visites et les visiteurs peuvent fournir des résultats de rapport non intuitifs.

Par exemple, vous avez deux sites Web, A et B, qui envoient tous deux des données dans une suite de rapports globale. Certains visiteurs passent inévitablement du site A au site B et ce mouvement de l’un à l’autre est visible dans le cheminement de la suite de rapports globale. Si vous créez des suites de rapports virtuelles pour les sites A et B, une visite qui a commencé sur le site A et s’est terminée sur le site B n’afficherait pas de page d’entrée dans la suite de rapports virtuelle B. La page d’accès de cette visite a commencé sur le site A, qui est segmenté en dehors de la suite de rapports virtuelle.

Conversion des devises

Les suites de rapports virtuelles ne génèrent pas de rapports dans une devise différente de celle de la suite de rapports sur laquelle elles sont basées. Adobe Analytics ne permet pas de convertir une devise lors de l’exécution des rapports. Le taux de change repose toutefois sur le jour actuel (et ce, même pour les données historiques).

Si votre organisation effectue son analyse dans une seule devise, cela ne pose aucun problème. Cependant, si vous avez un besoin commercial important pour différentes équipes régionales qui doivent consulter les recettes dans leur propre devise locale, envisagez d’utiliser le balisage multisuite.

Flux de données

Les flux de données ne peuvent pas utiliser de suites de rapports virtuelles. Vous pouvez toutefois recevoir un flux de données d’une suite de rapports globale, puis le séparer.

Les flux de données vous permettent de recevoir une exportation quotidienne ou horaire de toutes vos données Adobe Analytics à un niveau d’accès individuel. Les flux de données ne peuvent pas être présegmentés avant d’être livrés. Vous ne pouvez donc recevoir un flux de données que pour votre suite de rapports globale. Si votre entreprise a un grand besoin de flux de données individuels au niveau d’une marque, d’une propriété, d’une région ou à un autre niveau granulaire, pensez à utiliser le balisage multisuite.

Connecteurs de données avec comptes partenaires

Certaines intégrations de partenaire Adobe dans Adobe Analytics sont limitées à un compte de partenaire par suite de rapports. Certaines organisations peuvent avoir besoin de plusieurs comptes partenaires pour la même intégration.

Par exemple, un seul DCM Google est autorisé par suite de rapports. De nombreuses entreprises disposent de plusieurs comptes DCM, ce qui permet à différentes marques, unités commerciales et régions de gérer leurs publicités affichées séparément. Les intégrations ne peuvent pas être configurées dans des suites de rapports virtuelles. Si vous disposez de connecteurs de données dépendants avec plusieurs comptes, pensez à utiliser le balisage multisuite.