Exemplo completo de Dynamic Datastream Configuration
Esta página mostra como combinar vários casos de uso do Dynamic Datastream Configuration em uma única configuração pronta para produção. O exemplo usa o padrão Analytical first e se aplica a um cenário comum de comércio eletrônico.
Cenário scenario
Um retailer de comércio eletrônico usa o Web SDK com Adobe Target para personalização, Adobe Analytics, Customer Journey Analytics e Adobe Real-Time CDP. Atualmente, o retailer mantém três fluxos de dados separados: um para Adobe Analytics e Adobe Target, um para Customer Journey Analytics e um para Adobe Journey Optimizer. O objetivo é consolidar em um único fluxo de dados e:
- Filtrar o tráfego de bot antes que ele atinja qualquer serviço (caso de uso 4)
- Suprimir
decisioning.propositionFetcheventos do sistema de Adobe Experience Platform (caso de uso 3) - Encaminhar compras e interações de produto para o Real-Time Customer Profile para segmentação e Adobe Journey Optimizer jornadas (caso de uso 1 e caso de uso 2)
- Manter exibições de página no data lake por Customer Journey Analytics apenas
Como a maioria dos eventos são exibições de página (Analíticas), a retailer escolhe Analíticas primeiro: o conjunto de dados principal não é habilitado para perfil, e as regras promovem Eventos acionáveis para Perfil.
Estratégia do conjunto de dados dataset-strategy
Crie esses conjuntos de dados antes de configurar as regras. Para obter orientações sobre a configuração da retenção de dados, consulte o guia de Retenção do Conjunto de Dados do Evento de Experiência.
Bot Traffic - QuarantineSystem Events - QuarantinepropositionFetch eventos para depuraçãoPurchasesProduct InteractionsBrowsing - General (principal)Browsing - General é o conjunto de dados principal na sequência de dados. Todos os eventos que não correspondem a nenhuma regra retornam a esse conjunto de dados.
Regras de serviço do Experience Platform aep-rules
A tabela a seguir mostra o conjunto completo de regras para o serviço Adobe Experience Platform. O Edge Network avalia as regras na ordem listada.
botDetection.score é igual a 1Bot Traffic - QuarantineeventType é igual a decisioning.propositionFetch OR eventType é igual a personalization.requestSystem Events - QuarantineeventType é igual a commerce.productViews OR eventType é igual a commerce.productListAddsProduct InteractionsBrowsing - GeneralPor que essa ordem de regras rule-order
-
Tráfego de bot primeiro (Regra 1). Colocar em quarentena eventos detectados por bot antes da execução de qualquer lógica de roteamento. Um evento de bot que corresponda a uma regra posterior desperdiçaria a capacidade de armazenamento do Perfil.
-
Eventos do sistema por segundo (Regra 2).
decisioning.propositionFetcheventos são acionados em cada carregamento de página e não têm valor analítico. Pegá-los com antecedência evita que correspondam acidentalmente a uma regra Acionável. -
Compras em terceiro lugar (Regra 3). Os eventos Acionáveis recebem tratamento Adobe Experience Platform completo: Perfil, Segmentação de Edge e Adobe Journey Optimizer para personalização de entrada acionada.
-
Interações de produto em quarto lugar (Regra 4). Habilitado para perfil para segmentação, mas Adobe Journey Optimizer está desabilitado. Esta implementação não busca personalização de entrada de Adobe Journey Optimizer no comportamento de navegação.
-
Último padrão. Todo o resto (exibições de página, eventos de rolagem, pesquisa de site) chega ao conjunto de dados principal que não é de perfil somente para relatórios do Customer Journey Analytics.
Análise do orçamento da regra rule-budget
Esta configuração usa 4 regras explícitas do limite de 5 regras por serviço para Adobe Experience Platform. Um slot de regra permanece disponível para necessidades futuras, por exemplo, filtragem de tráfego interno por domínio de email ou roteamento de um novo tipo de evento.
Para obter a lista completa de medidas de proteção, consulte Criar configurações de fluxo de dados dinâmico.
Se você precisar de mais granularidade, combine tipos de evento adicionais como OR condições em uma regra existente. Por exemplo, a Regra 4 já combina commerce.productViews e commerce.productListAdds. Você poderia adicionar commerce.productListOpens ou commerce.saveForLaters à mesma regra sem usar um slot de regra adicional. Cada regra aceita até 100 condições.
Regras no nível da solução solution-rules
As regras de serviço do Experience Platform na seção anterior são independentes das regras de outros serviços. Você pode configurar até 5 regras adicionais para cada um dos Adobe Analytics, Adobe Target, Adobe Audience Manager e Event Forwarding, independentemente das regras do Experience Platform.
botDetection.score é igual a 1eventType começa com commerce.rsid-commercebotDetection.score é igual a 1Validação do Assurance assurance-validation
Depois de salvar suas regras, aguarde 15 minutos para que as alterações se propaguem na Edge Network. Em seguida, valide cada caminho de evento usando Adobe Experience Platform Assurance.
Para obter uma apresentação completa do processo de validação, consulte Testar e validar Dynamic Datastream Configurations.
Bot Traffic - QuarantineSystem Events - QuarantinePurchasesProduct InteractionsBrowsing - GeneralPróximas etapas
- Siga as etapas em Testar e validar Dynamic Datastream Configurations para verificar cada caminho de evento antes de implantar na produção.
- Leia as práticas recomendadas para Dynamic Datastream Configurations para obter orientação operacional contínua.
- Consulte as Perguntas frequentes se você encontrar um comportamento de roteamento inesperado.