FAQ sur les suites de rapports virtuelles

Cette section contient des conseils et des bonnes pratiques à l’intention des nouveaux utilisateurs de suites de rapports virtuelles.

Question Réponse
Dois-je regrouper plusieurs suites de rapports en une seule suite de rapports globale et utiliser ensuite des suites de rapports virtuelles afin d’afficher les différents segments de données pour les utilisateurs ? Cela dépend. Voici quelques cas pour lesquels vous devez continuer à utiliser des suites de rapports distinctes :
  • Si vous disposez de variables/dimensions avec un grand nombre de valeurs uniques, le regroupement de plusieurs suites de rapports en une seule suite peut entraîner le dépassement des limites mensuelles liées aux valeurs uniques dans cette suite globale et des troncatures (élément de ligne Faible trafic dans les rapports).
  • Si vous avez besoin de rapports en temps réel ou de données actives pour chaque segment (marques, unités opérationnelles, etc.) des données.
  • Vos différentes suites de rapports peuvent avoir des exigences uniques pour le suivi (c’est-à-dire si elles utilisent les variables et les événements Adobe Analytics très différemment). Si c’est le cas, notez que la consolidation dans une suite de rapports globale ne vous donnera pas d’autres variables ou événements pour le suivi.
Quels paramètres des suites de rapports virtuelles sont hérités de la suite de rapports parente ? Une suite de rapports virtuelle hérite de la plupart des niveaux de service de la suite de rapports parente, tels que les paramètres d’eVar, les règles de traitement, les classifications, etc. Les paramètres suivants NE sont PAS hérités :
  • Identifiant de suite de rapports
  • Nom de la suite de rapports
  • Groupes d’autorisations (les suites de rapports virtuelles peuvent être affectées à leurs propres groupes d’autorisations)
Remarque : la plupart des entités créées par l’utilisateur ne sont pas incluses comme par exemple les signets, tableaux de bord, rapports planifiés, etc.Ces éléments ne sont pas hérités du parent et peuvent être créés et utilisés spécifiquement dans une suite de rapports virtuelle (des informations supplémentaires sont données dans la question suivante).
En quoi diffère l’utilisation d’une suite de rapports virtuelle de celle d’une suite de rapports de base dans l’interface utilisateur d’Analytics ? Une fois créée, une suite de rapports virtuelle est considérée comme une suite de rapports de base dans toute l’interface utilisateur. Elle est généralement prise en charge pour les fonctionnalités les plus étendues. Par exemple :
  • À l’instar des suites de rapports de base, les suites de rapports virtuelles s’affichent dans le sélecteur de suites de rapports et peuvent être sélectionnées.
  • Il est possible de créer par exemple des rapports, des signets, des tableaux de bord, des cibles, des alertes, des segments et des mesures calculées, etc. dans une suite de rapports virtuelle. Le comportement de tous ces éléments ne dépend pas du parent.
  • Tout comme n’importe quelle suite de rapports, les suites de rapports virtuelles peuvent être autorisées individuellement.
  • Des segments peuvent toujours être appliqués lors de l’exécution des rapports dans le contexte d’une suite de rapports virtuelle. Ils sont automatiquement empilés avec le ou les segments de la suite de rapports virtuelle lors de la récupération des données du rapport.
Comment les suites de rapports virtuelles sont-elles traitées dans l’Admin Console et l’API Admin ? Puis-je y enregistrer des fonctionnalités à l’instar des suites de rapports de base ? Non, les suites de rapports virtuelles ne sont pas prises en charge pour la plupart des fonctionnalités d’administration. Comme nous l’avons mentionné plus haut, une suite de rapports virtuelle hérite de la plupart des niveaux de service et des fonctionnalités (paramètres d’eVar, règles de traitement, classifications, par exemple). Pour modifier ces paramètres hérités dans une suite de rapports virtuelle, vous devez donc apporter les modifications à la suite de rapports parente.
Par conséquent, les suites de rapports s’affichent uniquement à cet emplacement dans l’interface utilisateur :
  • Gestionnaire de suites de rapports virtuelles où vous pouvez créer et modifier des suites de rapports virtuelles. (Analytics > Composants > Suites de rapports virtuelles)
  • Adobe Admin Console. Pour utiliser une suite de rapports virtuelle dans des rapports ou dans Adobe Analytics, les autorisations fonctionnent comme pour une suite de rapports. Cela signifie que les suites de rapports virtuelles s’affichent dans l’outil Sélection pour un profil de produit et sont affectées à des profils de produit comme les suites de rapports.
Remarque : lorsque vous utilisez l’API Web Services et que vous essayez d’enregistrer les paramètres des fonctionnalités sur une suite de rapports virtuelle, une exception est levée. Les fonctionnalités ne peuvent être définies que dans une suite de rapports de base.
J’ai coché « démarrer une nouvelle visite au lancement ». Pourquoi les visites sont-elles toujours beaucoup plus élevées que les lancements ? Lorsque « Démarrer une nouvelle visite au lancement » est cochée, le délai d’expiration s’applique toujours. Ainsi, si un utilisateur utilise l’application pendant dix minutes avec une pause d’une minute entre chaque action, une nouvelle visite commence au lancement, puis neuf visites supplémentaires sont créées lorsque la visite expire. Pour que les lancements et les visites soient aussi proches que possible lors de l’utilisation de l’option « Démarrer une nouvelle visite au lancement », vous devez utiliser un délai d’expiration supérieur au délai d’expiration de la session défini dans le SDK.
J’ai défini « démarrer une nouvelle visite au lancement » et un délai d’expiration plus long que celui de mon SDK. Pourquoi mes lancements sont-ils toujours largement inférieurs aux visites ? Si le délai d’expiration est supérieur à la valeur définie dans le SDK, il est très probable que votre application envoie des accès en arrière-plan et que ces accès soient enregistrés en tant que nouvelles visites. Vérifiez cela en utilisant la dimension de type accès de la suite de rapports parente pour voir s’il existe des accès en arrière-plan.
Remarque : les accès en arrière-plan et de premier plan sont différenciés uniquement dans les versions 4.13.6 et ultérieures du SDK. Si vous utilisez une version inférieure, tous les accès s’affichent en premier plan. Si vous utilisez la version correcte du SDK, vous devez activer le paramètre « Empêcher les accès en arrière-plan de commencer une nouvelle visite ». Remarque : Si vous avez désactivé le traitement hérité pour les accès en arrière-plan dans Admin Console, ils n’apparaîtront pas dans la suite de rapports parente, mais apparaîtront dans la suite de rapports virtuelle.
Quelle version du SDK dois-je avoir pour effectuer le suivi des accès en arrière-plan ? Vous devez disposer de la version 4.13.6 ou supérieure du SDK.
Comment puis-je trouver un identifiant de suite de rapports virtuelle ?
  • En ouvrant un projet Workspace, cliquez sur le sélecteur de suite de rapports et recherchez le nom d’une suite de rapports virtuelle dans la zone de recherche. L’identifiant apparaît sous le nom dans les résultats de la recherche :
    Identifiant de suite de rapports virtuelle
  • Ou, par programmation, dans l’API Virtual Report Suite.

Sur cette page