Vous devez souvent traiter les données avant qu’elles ne soient utiles pour la création de rapports. Vous pouvez traiter ces données à plusieurs étapes du parcours, qui s’étend de la collecte de données à la génération de votre rapport ou visualisation.
Dans Adobe Analytics, la grande partie de ce traitement des données survient immédiatement après la collecte des données. Des fonctionnalités telles que les règles VISTA, les règles de traitement et les règles de traitement des canaux marketing sont disponibles pour prendre en charge ce traitement au moment de la collecte.
Les données sont ensuite stockées. Vous pouvez appliquer un traitement supplémentaire au moment du rapport. Vous pouvez notamment ventiler des dimensions, appliquer une segmentation ou sélectionner un modèle d’attribution différent. Ce traitement au moment du rapport survient à la volée.
Dans Adobe Analytics, le traitement au moment du rapport représente généralement une quantité de traitement inférieure à celle qui se produit au moment de la collecte.
En revanche, Customer Journey Analytics est conçu pour nécessiter un traitement anticipé minimal au moment de la collecte avant que les données ne soient organisées et stockées. L’architecture sous-jacente de Customer Journey Analytics est conçue pour fonctionner avec les données stockées au moment du rapport. Elle offre une puissante fonctionnalité de traitement au moment du rapport, non seulement dans Workspace, mais aussi et surtout, grâce à la définition des composants et des champs dérivés dans vos vues de données.
Comprendre les différences de traitement des données dans les différentes fonctionnalités de création de rapports peut vous aider à comprendre quelles mesures sont disponibles à quel moment, et pourquoi elles peuvent être différentes.
Par exemple, puisque la mesure « visites » dans Adobe Analytics est définie au moment du traitement des données et que la mesure « sessions » dans Customer Journey Analytics est calculée au moment du rapport, les deux mesures peuvent différer en fonction des règles utilisées pour la définition de session dans la vue de données Customer Journey Analytics.
En outre, ni les visites, ni les sessions en tant que mesures ne sont disponibles dans les jeux de données créés par le connecteur source Analytics, ce qui vous obligerait donc à définir la session dans votre logique de requête pour effectuer des comparaisons.
Le tableau ci-dessous définit la terminologie des différents types de logiques de traitement appliqués à Adobe Analytics et Customer Journey Analytics :
Terme | Définition | Remarques |
---|---|---|
Traitement au moment de la collecte | Logique exécutée lors de la collecte et du traitement des données, avant leur stockage à des fins de création de rapports et d’analyse. | Cette logique est étroitement incluse aux données historiques et n’est généralement pas modifiable sans difficulté. |
Traitement au moment du rapport | Logique exécutée au moment de l’exécution d’un rapport. | Cette logique peut être appliquée de manière non destructive aux données futures et historiques au moment de l’exécution du rapport. |
Logique au niveau des accès | Logique appliquée ligne par ligne. | Exemples : règles de traitement, VISTA, certaines règles de canaux marketing. |
Logique au niveau des visites | Logique appliquée au niveau des visites. | Exemples : définition de visite et de session. |
Logique au niveau des visiteurs | Logique appliquée au niveau des personnes. | Exemple : groupement de plusieurs appareils/cross-canal des personnes. |
Logique de segment (filtre) | Évaluation des règles de segment (filtre) pour les événements/visites/personnes (événement/session/personne). | Exemple : les personnes ayant acheté des chaussures rouges. |
Mesures calculées | Évaluation des mesures personnalisées créées par le client qui peuvent reposer sur des formules complexes, notamment des segments et des filtres. | Exemple : le nombre de personnes ayant acheté des chaussures rouges. |
Logique d’attribution | Logique calculant l’attribution. | Exemple : persistance de l’eVar. |
Paramètres de composant | Application de personnalisations à des mesures ou à des dimensions, comme l’attribution, le comportement, le format, etc. | Exemple : compartimentage de valeurs permettant de combiner les valeurs numériques en fonction d’une plage |
Champs dérivés | La logique s’applique au schéma ou aux champs standard dans le cadre de la définition des composants dans une vue de données. | Exemple : création d’une nouvelle dimension de canal marketing |
Adobe Analytics et maintenant Customer Journey Analytics ont amélioré leur flexibilité au fil des années, en permettant d’exécuter la logique des données au niveau des personnes, des visiteurs et des visiteuses au moment de l’exécution du rapport.
Les étapes de traitement des données réalisées pour Adobe Analytics et Customer Journey Analytics et le moment d’exécution de ces étapes varient parmi les différentes fonctionnalités Analytics. Le tableau ci-dessous résume les types de traitement des données disponibles pour chaque fonctionnalité Analytics et le moment où le traitement des données est appliqué.
Fonctionnalité | Appliqué au moment du traitement | Appliqué au moment du rapport | Non disponible | Remarques |
---|---|---|---|---|
Création de rapportsAdobe Analytics (sans inclure les suites de rapports d’Attribution IQ ni les suites de rapports virtuelles avec traitement de la période des rapports) |
|
|
|
|
Data Warehouse Adobe Analytics |
|
|
|
|
Flux de données Adobe Analytics |
|
|
|
|
Livestream Adobe Analytics |
|
|
||
Attribution IQ Adobe Analytics |
|
|
|
|
Suites de rapports virtuelles Adobe Analytics avec traitement au moment de la création de rapports |
|
|
|
|
Jeu de données basé sur le connecteur source Analytics dans le lac de données Adobe Experience Platform |
|
|
|
|
Création de rapports Customer Journey Analytics |
|
|
|
|