Cas d’utilisation de la configuration dynamique des trains de données

Cette page présente six cas d’utilisation courants pour Dynamic Datastream Configurations : séparation des événements par valeur, stratégie de conservation des données hiérarchisée, suppression des événements système, filtrage du trafic de robots, routage sélectif des solutions Experience Cloud et migration du connecteur source Analytics.

Chaque cas d’utilisation est indépendant. Implémentez uniquement celles qui s’appliquent à votre implémentation .

Avant de configurer des règles, complétez la liste de contrôle des conditions préalables et de la planification et passez en revue les modèles de configuration pour choisir la stratégie de jeu de données principale appropriée pour votre implémentation.

Cas d’utilisation 1 : séparer les événements exploitables des événements analytiques uc1

Objectif : Optimisez l’utilisation de la boutique de profils et réduisez le volume total de données en acheminant uniquement les événements exploitables vers la Real-Time Customer Profile tout en conservant les événements analytiques disponibles pour Customer Journey Analytics.

Utilisation : vous ingérez des événements Web SDK ou Mobile SDK dans des Adobe Experience Platform et constatez des dépassements de profil, des dépassements de volume total de données ou une pression de mécanisme de sécurisation de l’ingestion en flux continu, car tous les événements se retrouvent dans un jeu de données activé pour les profils.

Stratégie du jeu de données uc1-dataset-strategy

La structure de deux jeux de données suivante sépare les événements en fonction de leur valeur de profil.

Configuration des règles uc1-rule-config

Avant de configurer des règles, décidez d’utiliser la stratégie de jeu de données Exploitable en premier ou Analytique en premier. Ce choix détermine le jeu de données que vous définissez comme principal sur votre flux de données.

Exemple 1 : Analytique en premier — Règle des événements exploitables

Jeu de données par Principal : Web Events - Analytics (non activé pour profile, secours par défaut)
Jeu de données Secondaire : Web Events - Profile (activé pour profile)

Créez une règle pour promouvoir des événements exploitables dans le jeu de données activé pour le profil. Tous les événements analytiques sont automatiquement rattachés au jeu de données principal.

Règle : événements activables

Ajoutez des conditions supplémentaires à l’aide de la logique OR pour d’autres types d’événements exploitables tels que commerce.productListAdds ou leadGeneration.formComplete.

Exemple 2 : utilisable en premier — règle des événements analytiques

Jeu de données par Principal : Web Events - Profile (activé pour le profil, secours par défaut)
Jeu de données Secondaire : Web Events - Analytics (non activé pour le profil)

Écrivez une règle pour acheminer les événements Analytics en dehors du jeu de données activé pour le profil. Tous les événements pouvant faire l’objet d’une action sont automatiquement intégrés au jeu de données principal.

Règle : événements analytiques

Ajoutez des conditions supplémentaires pour d’autres types d’événements Analytics.

Cas d’utilisation 2 : stratégie de conservation des données à plusieurs niveaux uc2

Objectif : gérer les coûts de conservation des données en acheminant les événements vers des jeux de données avec différentes fenêtres de conservation en fonction de la valeur commerciale à long terme.

Utilisation : vous avez besoin de différentes fenêtres de conservation pour différents types d’événements. Par exemple, une rétention plus longue pour les données d’achat et une rétention plus courte pour les interactions de produits dans Adobe Real-Time CDP.

Pour plus d’informations sur la configuration de la conservation des jeux de données, consultez le ​ Guide de conservation des jeux de données des événements Experience ​.

Stratégie du jeu de données uc2-dataset-strategy

La structure à trois niveaux suivante attribue des fenêtres de rétention en fonction de la valeur de l’événement.

Configuration des règles uc2-rule-config

Définissez le jeu de données principal de votre flux de données sur Browsing - General afin que les événements non correspondants se retrouvent par défaut dans le jeu de données hors profil plutôt que de gonfler la banque de profils. Vous n’avez pas besoin d’une règle pour les événements de navigation généraux ; ils sont automatiquement intégrés au jeu de données principal.

Règle 1 : Achats

Règle 2 : interactions de produits

Ajoutez des conditions supplémentaires avec des OR pour les commerce.productListAdds, les pages vues avec des paramètres UTM et d’autres événements d’interaction de produit.

Cas d’utilisation 3 : suppression des événements système de personnalisation uc3

Objectif : tenir les événements decisioning.propositionFetch et personalization.request hors de la Customer Journey Analytics et de la Real-Time Customer Profile. Ces événements système se déclenchent à chaque chargement de page lorsque Adobe Target ou Adobe Journey Optimizer récupère des décisions de personnalisation. Il s’agit d’événements utilisables sans valeur d’analyse ou de profil.

Utilisation : vous utilisez des Adobe Target ou des Adobe Journey Optimizer pour la personnalisation avec des Customer Journey Analytics ou des Adobe Real-Time CDP. Ces événements système gonflent le nombre de lignes facturables, consomment la capacité de la boutique de profils ou consomment le débit d’ingestion en flux continu.

Configuration des règles uc3-rule-config

Acheminez les événements du système vers un jeu de données de quarantaine dédié plutôt que de désactiver entièrement le service Adobe Experience Platform. Cela permet de conserver les événements à des fins de débogage avant de confirmer qu’ils ne comportent aucune valeur.

Règle : événements système

Ajoutez une condition de OR pour les personalization.request et tout autre type d’événement système que vous souhaitez supprimer.

Après avoir acheminé ces événements vers le jeu de données de quarantaine, assurez-vous qu’il est exclu de votre connexion Customer Journey Analytics.

Cas pratique 4 : filtrage du trafic de robots uc4

Objectif : empêcher les événements générés par les robots d’entrer dans le Real-Time Customer Profile, de gonfler les mesures de Customer Journey Analytics ou d’utiliser le débit d’ingestion en flux continu.

Utilisation : vous avez activé la détection de robots sur votre flux de données et souhaitez agir sur les scores de robots affectés aux événements.

Conditions préalables uc4-prerequisites

Avant de configurer cette règle, effectuez la configuration de détection des robots décrite dans la liste de contrôle des conditions préalables et de la planification :

Configuration des règles uc4-rule-config

Commencez toujours par mettre en quarantaine les événements de robots pour analyse. Après avoir vérifié que le score du robot est correct, vous pouvez continuer la mise en quarantaine ou choisir d’ignorer entièrement ces événements.

Règle : trafic de robots

Option A : Quarantaine pour analyse (recommandée initialement)

Assurez-vous que ce jeu de données est exclu de votre connexion Customer Journey Analytics.

Option B : Ignorer complètement (après validation de l’option A)

Après avoir validé le jeu de données de quarantaine et confirmé que le score du robot est exact, désactivez le service Adobe Experience Platform dans la règle pour empêcher ces événements d’atteindre Adobe Experience Platform.

Vous pouvez également désactiver d’autres services pour le trafic de robots dans des règles distinctes :

Ordre des règles uc4-rule-ordering

Placez la règle de filtrage des robots en premier dans votre liste de règles, avant toute règle exploitable ou analytique. Étant donné que l’Edge Network utilise une évaluation first-match-wins, le fait de placer cette règle en premier garantit qu’Edge Network intercepte et ignore le trafic de robots avant l’exécution de toute autre logique de routage. Le routage d’un événement de robot vers un jeu de données activé pour un profil consomme une capacité inutile de magasin de profils.

Cas d’utilisation 5 : routage sélectif de la solution Experience Cloud uc5

Objectif : contrôler quelles solutions Experience Cloud (Adobe Analytics, Adobe Target, Adobe Audience Manager) reçoivent des types d’événements spécifiques et remplacent les paramètres au niveau de la solution tels que les suites de rapports ou les jetons de propriété en fonction des conditions d’événement.

Utilisation : si vous souhaitez consolider plusieurs flux de données en un seul, différents types d’événements doivent accéder à différentes suites de rapports Adobe Analytics, ou certains événements ne doivent pas atteindre les Adobe Target ou les Adobe Audience Manager.

Exemple A : remplacement des suites de rapports Analytics par type d’événement uc5-example-a

Un seul flux de données desservant plusieurs sections du site qui dépendent de différentes suites de rapports :

Règle 1 : Événements e-commerce

Règle 2 : Événements de contenu

Exemple B : désactivation de Target pour les événements Analytics uc5-example-b

Empêchez les événements analytiques d’atteindre les Adobe Target afin de réduire le nombre de requêtes Target par seconde et les traitements inutiles :

Règle : événements analytiques

Exemple C : consolidation de plusieurs flux de données uc5-example-c

Si vous conservez actuellement des flux de données distincts pour Adobe Analytics et Adobe Target, Event Forwarding, Adobe Journey Optimizer et Customer Journey Analytics, vous pouvez les consolider en un seul flux de données :

Cela réduit la surcharge de gestion des flux de données et élimine la nécessité d’une logique côté client pour sélectionner des flux de données.

Pour obtenir un exemple complet de consolidation avec des tables de règles et une logique d’ordre des règles, reportez-vous à l’exemple de bout en bout.

Cas d’utilisation 6 : migration à partir du connecteur source Analytics uc6

Objectif : remplacer le connecteur source Adobe Analytics par collecte de données Web SDK tout en conservant le filtrage au niveau des lignes du connecteur source fourni.

Utilisation : vous effectuez une migration du connecteur source Adobe Analytics vers la collecte de données Web SDK dans Adobe Experience Platform et vous vous êtes fié au connecteur source pour filtrer les événements reçus par le profil.

Approche de la migration uc6-migration

Suivez ces étapes dans l’ordre. Les étapes 1 et 2 sont des étapes de planification que vous effectuez avant de toucher le flux de données.

Étape 1 : Inventaire de vos filtres de connecteur source

Documentez les événements que le connecteur source exclut actuellement de l’ingestion :

Étape 2 : Mapper les filtres du connecteur source aux règles

Étape 3 : créer votre stratégie de jeu de données

Suivez cas d’utilisation 1 ou cas d’utilisation 2 en fonction de vos besoins de conservation.

Étape 4 : configurer des règles

Implémentez les règles mappées à l’étape 2. Choisissez entre un modèle Analytique en premier ou Exploitable en premier. Hiérarchisez d’abord les règles qui affectent le plus grand nombre d’événements et laissez tous les autres événements sur la version de secours par défaut.

Étape 5 : exécution de l’ingestion parallèle

Pendant la migration, exécutez en parallèle le connecteur source et l’ingestion Web SDK pour une fenêtre de validation. Comparer :

Après avoir validé les résultats, désactivez le connecteur source.

Étapes suivantes