Exemple complet de Dynamic Datastream Configuration
Cette page montre comment combiner plusieurs cas d’utilisation de Dynamic Datastream Configuration en une seule configuration prête pour la production. L’exemple utilise le modèle Analytique en premier et s’applique à un scénario d’e-commerce courant.
Scénario scenario
Un retailer d’e-commerce utilise Web SDK avec des Adobe Target de personnalisation, de Adobe Analytics, de Customer Journey Analytics et de Adobe Real-Time CDP. Le retailer conserve actuellement trois flux de données distincts : un pour Adobe Analytics et Adobe Target, un pour Customer Journey Analytics et un pour Adobe Journey Optimizer. L’objectif est de consolider en un seul flux de données et de :
- Filtrer le trafic de robots avant qu’il n’atteigne un service (cas d’utilisation 4)
- Supprimer les événements système
decisioning.propositionFetchde Adobe Experience Platform (cas d’utilisation 3) - Acheminer les achats et les interactions de produits vers le Real-Time Customer Profile pour la segmentation et les parcours de Adobe Journey Optimizer (cas d’utilisation 1 et cas d’utilisation 2)
- Conserver les pages vues dans le lac de données pour les Customer Journey Analytics uniquement
Comme la plupart des événements sont des pages vues (Analytique), le retailer choisit Analytique en premier : le jeu de données principal n’est pas activé pour les profils et les règles promeuvent les événements Exploitables vers les profils.
Stratégie du jeu de données dataset-strategy
Créez ces jeux de données avant de configurer des règles. Pour obtenir des conseils sur la configuration de la conservation des données, consultez le Guide de conservation des jeux de données des événements Experience .
Bot Traffic - QuarantineSystem Events - QuarantinepropositionFetch pour le débogagePurchasesProduct InteractionsBrowsing - General (principal)Browsing - General est le jeu de données principal du flux de données. Tous les événements qui ne correspondent à aucune règle reviennent à ce jeu de données.
Règles de service Experience Platform aep-rules
Le tableau suivant présente l’ensemble complet des règles pour le service Adobe Experience Platform. Edge Network évalue les règles dans l’ordre indiqué.
botDetection.score est égal à 1Bot Traffic - QuarantineeventType est égal à decisioning.propositionFetch OR eventType est égal à personalization.requestSystem Events - QuarantineeventType est égal à commerce.productViews OR eventType est égal à commerce.productListAddsProduct InteractionsBrowsing - GeneralPourquoi cet ordre des règles rule-order
-
Trafic de robots en premier (règle 1). Mettre en quarantaine les événements détectés par les robots avant l’exécution d’une logique de routage. Un événement de robot correspondant à une règle ultérieure gaspillerait la capacité du magasin de profils.
-
Deuxième événement système (règle 2).
decisioning.propositionFetchévénements se déclenchent à chaque chargement de page et n’ont aucune valeur analytique. Les intercepter précocement les empêche de correspondre accidentellement à une règle utilisable. -
Achats tiers (règle 3). Les événements exploitables bénéficient d’un traitement Adobe Experience Platform complet : profil, segmentation Edge et Adobe Journey Optimizer pour la personnalisation entrante déclenchée.
-
Interactions de produit quatrième (règle 4). Activation du profil pour la segmentation, mais Adobe Journey Optimizer désactivation. Cette implémentation ne récupère pas la personnalisation entrante à partir de Adobe Journey Optimizer sur le comportement de navigation.
-
Dernière valeur par défaut. Toutes les autres informations (pages vues, événements de défilement, recherche de site) entrent dans le jeu de données principal hors profil pour les rapports Customer Journey Analytics uniquement.
Analyse du budget de la règle rule-budget
Cette configuration utilise des règles explicites 4 sur la limite de 5 règles par service pour Adobe Experience Platform. Un emplacement de règle reste disponible pour les besoins futurs. Par exemple, le filtrage du trafic interne par domaine d’e-mail ou le routage d’un nouveau type d’événement.
Pour obtenir la liste complète des mécanismes de sécurisation, voir Création de configurations de flux de données dynamiques.
Si vous avez besoin d’une granularité plus élevée, combinez d’autres types d’événements en tant que conditions OR dans une règle existante. Par exemple, la règle 4 combine déjà commerce.productViews et commerce.productListAdds. Vous pouvez ajouter des commerce.productListOpens ou des commerce.saveForLaters à la même règle sans utiliser d’emplacement de règle supplémentaire. Chaque règle prend en charge jusqu’à 100 conditions.
Règles au niveau de la solution solution-rules
Les règles de service Experience Platform de la section précédente sont indépendantes des règles pour d’autres services. Vous pouvez configurer jusqu’à 5 règles supplémentaires pour chacune des Adobe Analytics, Adobe Target, Adobe Audience Manager et Event Forwarding, indépendamment des règles d’Experience Platform.
botDetection.score est égal à 1eventType commence par commerce.rsid-commercebotDetection.score est égal à 1Validation d’Assurance assurance-validation
Après avoir enregistré vos règles, attendez 15 minutes que les modifications se propagent dans Edge Network. Validez ensuite chaque chemin d’accès à l’aide de 🔗.
Pour une présentation complète du processus de validation, voir Tester et valider Dynamic Datastream Configurations.
Bot Traffic - QuarantineSystem Events - QuarantinePurchasesProduct InteractionsBrowsing - GeneralÉtapes suivantes
- Suivez les étapes de la section Tester et valider Dynamic Datastream Configurations pour vérifier chaque chemin d’accès à l’événement avant le déploiement en production.
- Lisez bonnes pratiques pour Dynamic Datastream Configurations pour obtenir des conseils opérationnels permanents.
- Voir la FAQ si vous rencontrez un comportement de routage inattendu.