FAQ sur les suites de rapports virtuelles

Question

Réponse

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.

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 pour la suite de rapports virtuelle (plus de détails dans la question suivante).

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.
• Les segments peuvent toujours être appliqués lors de l’exécution des rapports dans le contexte d’une suite de rapports virtuelle. Ils seront 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.

Non, les suites de rapports virtuelles ne sont pas prises en charge pour la plupart des fonctionnalités d’administration. Comme mentionné ci-dessus, une suite de rapports virtuelle hérite de la plupart des niveaux de service et des fonctionnalités du parent (par exemple, les paramètres d’eVar, les règles de traitement, les classifications, etc.). Pour apporter des modifications à ces paramètres hérités sur une suite de rapports virtuelle, vous devez donc modifier 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 de sélection d’un profil de produit et sont affectées à des profils de produit comme les suites de rapports.

Remarque : Lorsque vous utilisez l’API des services web et que vous essayez d’enregistrer les paramètres des fonctionnalités par rapport à une suite de rapports virtuelle, une exception est générée. Les fonctionnalités ne peuvent être définies que dans une suite de rapports de base.

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.

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.

Vous devez disposer de la version 4.13.6 ou supérieure du SDK.

• 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’ID apparaît sous le nom dans les résultats de recherche :
  
• Ou, par programmation, dans l’ API de suite de rapports virtuelle.