Pré-requisitos e lista de verificação de planejamento

Conclua as etapas a seguir antes de configurar as regras do Dynamic Datastream Configuration. Essas são as origens mais comuns de regras configuradas incorretamente e comportamento de roteamento inesperado.

Configuração da sequência de dados datastream-setup

A sequência de dados deve existir e ter todos os serviços necessários ativados antes de adicionar regras. Consulte Configurar uma sequência de dados e Adicionar serviços a uma sequência de dados para obter instruções de configuração.

Dependendo dos serviços que você planeja usar:

Preparação do esquema e do conjunto de dados schema-dataset

Prepare seus esquemas e conjuntos de dados antes de configurar as regras. Os conjuntos de dados devem existir antes que você possa referenciá-los nas configurações de roteamento.

  • Defina o esquema XDM para condições Dynamic Datastream Configuration na seção Esquema de Mapeamento da sequência de dados (consulte Criar uma sequência de dados).
  • Verifique se o esquema XDM inclui todos os campos que você planeja usar como condições de regra, por exemplo eventType, campos de camada de dados personalizados ou campos geográficos.
  • Se você planeja usar regras de filtragem de bot, adicione o grupo de campos Informações de detecção de bot ao esquema XDM e habilite a detecção de bot na sequência de dados. Aguarde até 15 minutos para que as regras de detecção de bot se propaguem antes do teste.
  • Crie todos os conjuntos de dados de destino antes de configurar as regras, usando o esquema e a convenção de nomenclatura corretos. Depois de validar as regras, você pode habilitar o perfil, configurar a retenção de dados e habilitar as conexões do Customer Journey Analytics.

Para obter detalhes sobre como configurar as janelas de retenção do conjunto de dados, consulte o guia de Retenção do Conjunto de Dados do Evento de Experiência.

TIP
Crie conjuntos de dados sem habilitar o perfil primeiro. Valide o roteamento de eventos para os conjuntos de dados corretos usando o Adobe Experience Platform Assurance e habilite as configurações de retenção de dados e perfis. Isso evita que eventos desnecessários sejam assimilados no Real-Time Customer Profile em primeiro lugar.

Inventário de eventos event-inventory

Catalogar cada tipo de evento que sua implementação envia e classificar cada um antes de escrever uma única regra.

  1. Listar todos os tipos de evento. Exemplos comuns incluem web.webpagedetails.pageViews, commerce.purchases, commerce.productViews, commerce.productListAdds, decisioning.propositionFetch e personalization.request.

  2. Classificar cada evento usando a taxonomia de valores de eventos:

    • Dispendiável: nenhum valor analítico ou acionável (tráfego de bot, eventos do sistema)
    • Analítico: necessário somente para relatórios de análise, não para enriquecimento ou segmentação de perfil
    • Acionável: necessário para enriquecimento, segmentação e ativação de perfis; também disponível para relatórios de análise
  3. Identificar eventos dependentes de público-alvo. Revise suas definições de público-alvo e observe quais tipos de evento esses públicos-alvo fazem referência. O roteamento desses eventos para fora de um conjunto de dados habilitado para perfil impede que o Real-Time Customer Profile os assimile, o que faz com que os públicos parem de avaliar corretamente.

  4. Identificar campos de condição confiáveis. Escolha campos que sejam preenchidos de forma consistente e tenham um conjunto de valores pequeno e previsível. eventType é o campo de condição principal recomendado para a maioria das regras. Outros campos úteis incluem botDetection.score, web.webPageDetails.URL e campos de camada de dados personalizados mapeados por meio de Preparação de Dados para a Coleção de Dados.

Remover substituições conflitantes do lado do cliente remove-overrides

As substituições de configuração da sequência de dados têm precedência sobre as regras Dynamic Datastream Configuration. Qualquer evento que carregue uma substituição do lado do cliente ignora suas regras silenciosamente, sem erros ou avisos.

Antes de ativar as regras:

  • Verifique se a implementação do Web SDK ou do Mobile SDK não envia edgeConfigOverrides em chamadas sendEvent ou configure para eventos com os quais as regras devem lidar.
  • Para cada tipo de evento que você mover para Dynamic Datastream Configuration regras, remova o edgeConfigOverrides correspondente do seu código SDK antes de habilitar a regra.

Próximas etapas

Após concluir esta lista de verificação, você estará pronto para criar suas regras:

recommendation-more-help
experience-platform-help-datastreams