Casos de uso de configuração de fluxo de dados dinâmico

Esta página aborda seis casos de uso comuns do Dynamic Datastream Configurations: separação de eventos por valor, estratégia de retenção de dados em camadas, supressão de eventos do sistema, filtragem de tráfego de bot, roteamento seletivo da solução Experience Cloud e migração do conector de origem do Analytics.

Cada caso de uso é independente. Implemente somente aqueles que se aplicam à sua implementação.

Antes de configurar as regras, conclua os pré-requisitos e a lista de verificação de planejamento e revise os padrões de configuração para escolher a estratégia correta do conjunto de dados principal para sua implementação.

Caso de uso 1: separar eventos acionáveis de analíticos uc1

Meta: otimize o uso do repositório de perfis e reduza o Volume Total de Dados, roteando somente eventos Acionáveis para o Real-Time Customer Profile enquanto mantém os eventos Analíticos disponíveis para Customer Journey Analytics.

Quando usar: você está assimilando eventos do Web SDK ou do Mobile SDK em Adobe Experience Platform e experimentando excedentes de perfil, excedentes totais de Volume de Dados ou pressão de garantia de assimilação de streaming, pois todos os eventos chegam a um conjunto de dados habilitado para perfil.

Estratégia do conjunto de dados uc1-dataset-strategy

A estrutura de dois conjuntos de dados a seguir separa os eventos por seu valor de perfil.

Configuração da regra uc1-rule-config

Antes de configurar as regras, decida se deseja usar a estratégia de conjunto de dados Acionável primeiro ou Analítico primeiro. Essa opção determina qual conjunto de dados você define como o principal em seu fluxo de dados.

Exemplo 1: Analítico primeiro — Regra de eventos acionáveis

Conjunto de dados primário: Web Events - Analytics (não habilitado para perfil, fallback padrão)
Conjunto de dados secundário: Web Events - Profile (habilitado para perfil)

Escreva uma regra para promover eventos Acionáveis para o conjunto de dados habilitado para perfil. Todos os eventos Analíticos passam automaticamente para o conjunto de dados principal.

Regra: eventos acionáveis

Adicione condições adicionais usando a lógica OR para outros tipos de eventos Acionáveis, como commerce.productListAdds ou leadGeneration.formComplete.

Exemplo 2: Acionável primeiro — Regra de eventos analíticos

Conjunto de dados primário: Web Events - Profile (habilitado para perfil, fallback padrão)
Conjunto de dados secundário: Web Events - Analytics (não habilitado para perfil)

Escreva uma regra para rotear eventos Analíticos para fora do conjunto de dados habilitado para perfil. Todos os eventos Acionáveis passam automaticamente para o conjunto de dados principal.

Regra: eventos analíticos

Adicione condições adicionais para outros tipos de evento Analítico.

Caso de uso 2: estratégia de retenção de dados em camadas uc2

Meta: gerencie os custos de retenção de dados, roteando eventos para conjuntos de dados com janelas de retenção diferentes com base em seu valor comercial a longo prazo.

Quando usar: Você precisa de janelas de retenção diferentes para tipos de evento diferentes. Por exemplo, retenção mais longa para dados de compra e retenção mais curta para interações de produto no Adobe Real-Time CDP.

Para obter detalhes sobre a configuração de retenção do conjunto de dados, consulte o guia de Retenção do Conjunto de Dados do Evento de Experiência.

Estratégia do conjunto de dados uc2-dataset-strategy

A estrutura de três níveis a seguir atribui janelas de retenção com base no valor do evento.

Configuração da regra uc2-rule-config

Defina o conjunto de dados principal na sua sequência de dados para Browsing - General de modo que os eventos sem correspondência cheguem ao conjunto de dados que não é de perfil por padrão, em vez de inflar o armazenamento do perfil. Você não precisa de uma regra para eventos gerais de navegação — eles se encaixam automaticamente no conjunto de dados principal.

Regra 1: Compras

Regra 2: Interações de produto

Adicione condições adicionais com OR para commerce.productListAdds, exibições de página com parâmetros UTM e outros eventos de interação de produto.

Caso de uso 3: Suprimir eventos do sistema de personalização uc3

Meta: manter decisioning.propositionFetch e personalization.request eventos fora de Customer Journey Analytics e Real-Time Customer Profile. Esses eventos do sistema são acionados em cada carregamento de página quando o Adobe Target ou o Adobe Journey Optimizer recupera decisões de personalização. Eles são eventos Expendable sem valor analítico ou de perfil.

Quando usar: você usa Adobe Target ou Adobe Journey Optimizer para personalização junto com Customer Journey Analytics ou Adobe Real-Time CDP, e esses eventos do sistema estão aumentando sua contagem de linhas faturáveis, consumindo a capacidade do repositório de perfis ou consumindo a taxa de transferência de assimilação de streaming.

Configuração da regra uc3-rule-config

Encaminhe os eventos do sistema para um conjunto de dados de quarentena dedicado em vez de desabilitar totalmente o serviço Adobe Experience Platform. Isso preserva os eventos para depuração antes de você confirmar que eles não têm valor.

Regra: Eventos do sistema

Adicione uma condição OR para personalization.request e qualquer outro tipo de evento do sistema que você deseja suprimir.

Depois de rotear esses eventos para o conjunto de dados de quarentena, verifique se ele está excluído da conexão Customer Journey Analytics.

Caso de uso 4: Filtragem de tráfego de bot uc4

Meta: impedir que eventos gerados pelo bot entrem no Real-Time Customer Profile, inflando Customer Journey Analytics métricas ou consumindo taxa de transferência de assimilação de streaming.

Quando usar: você habilitou a detecção de bot na sua sequência de dados e deseja agir nas pontuações de bot atribuídas aos eventos.

Pré-requisitos uc4-prerequisites

Antes de configurar esta regra, conclua a configuração da detecção de bot descrita na lista de verificação de pré-requisitos e planejamento:

Configuração da regra uc4-rule-config

Sempre comece colocando eventos de bot em quarentena para análise. Depois de validar que a pontuação de bot é precisa, você pode continuar em quarentena ou optar por descartar esses eventos por completo.

Regra: tráfego de bot

Opção A: Quarentena para análise (recomendada inicialmente)

Verifique se esse conjunto de dados está excluído da sua conexão Customer Journey Analytics.

Opção B: descartar totalmente (após a validação da Opção A)

Depois de validar o conjunto de dados de quarentena e confirmar que a pontuação de bot é precisa, desabilite o serviço Adobe Experience Platform na regra para impedir que esses eventos atinjam Adobe Experience Platform.

Você também pode desativar outros serviços para o tráfego de bot em regras separadas:

Ordem de regra uc4-rule-ordering

Coloque a regra de filtragem de bot primeiro na lista de regras, antes de qualquer regra Acionável ou Analítica. Como o Edge Network usa a avaliação first-match-wins, colocar essa regra primeiro garante que o Edge Network capture e descarte o tráfego de bot antes que qualquer outra lógica de roteamento seja executada. O roteamento de um evento de bot para um conjunto de dados habilitado para perfil consome a capacidade desnecessária do repositório de perfis.

Caso de uso 5: roteamento seletivo da solução Experience Cloud uc5

Meta: Controlar quais soluções da Experience Cloud (Adobe Analytics, Adobe Target, Adobe Audience Manager) recebem tipos de eventos específicos e substituir configurações no nível da solução, como conjuntos de relatórios ou tokens de propriedade, com base nas condições do evento.

Quando usar: Para consolidar várias sequências de dados em uma única, tipos de eventos diferentes devem ir para conjuntos de relatórios Adobe Analytics diferentes ou determinados eventos não devem atingir Adobe Target ou Adobe Audience Manager.

Exemplo A: substituir conjuntos de relatórios do Analytics por tipo de evento uc5-example-a

Um único fluxo de dados que atende a várias seções do site que se reportam a diferentes conjuntos de relatórios:

Regra 1: eventos de comércio eletrônico

Regra 2: eventos de conteúdo

Exemplo B: Desativar o Target para eventos analíticos uc5-example-b

Evite que os eventos Analíticos atinjam Adobe Target para reduzir as solicitações do Target por segundo e o processamento desnecessário:

Regra: eventos analíticos

Exemplo C: consolidar vários datastreams uc5-example-c

Se você mantém sequências de dados separadas para Adobe Analytics e Adobe Target, Event Forwarding, Adobe Journey Optimizer e Customer Journey Analytics, é possível consolidar em uma única sequência de dados:

Isso reduz a sobrecarga no gerenciamento de sequência de dados e elimina a necessidade de lógica do lado do cliente para selecionar entre as sequências de dados.

Para obter o exemplo de consolidação completa com tabelas de regras e fundamentos de ordem de regras, consulte o exemplo completo.

Caso de uso 6: migrar do conector de origem do Analytics uc6

Meta: substituir o conector de origem do Adobe Analytics pela coleção de dados do Web SDK preservando a filtragem em nível de linha do conector de origem fornecido.

Quando usar: você está migrando do conector de origem Adobe Analytics para a coleta de dados baseada no Web SDK em Adobe Experience Platform e dependeu do conector de origem para filtrar quais eventos o perfil recebeu.

Abordagem de migração uc6-migration

Siga estas etapas na ordem. As etapas 1 e 2 são etapas de planejamento que você conclui antes de tocar na sequência de dados.

Etapa 1: inventário de seus filtros do conector de origem

Documente quais eventos o conector de origem exclui atualmente da assimilação:

Etapa 2: Mapear filtros do conector de origem para regras

Etapa 3: Criar sua estratégia de conjunto de dados

Siga o caso de uso 1 ou o caso de uso 2 com base em seus requisitos de retenção.

Etapa 4: configurar regras

Implemente as regras mapeadas na Etapa 2. Decida entre um padrão Analítico primeiro ou Acionável primeiro. Priorize as regras que afetam o maior número de eventos primeiro e deixe todos os outros eventos para o fallback padrão.

Etapa 5: Executar assimilação paralela

Durante a migração, execute o conector de origem e a assimilação do Web SDK em paralelo para obter uma janela de validação. Comparar:

Após validar os resultados, desative o conector de origem.

Próximas etapas