Alternativa de atualização: use a coleção de dados do AppMeasurement com o SDK da web da Experience Platform e o Customer Journey Analytics

Última atualização: 11 de março de 2025

Criado para:

  • Administrador
NOTE
Use as informações nesta página ao responder perguntas no Guia de atualização do Customer Journey Analytics.

Para acessar o guia pelo Customer Journey Analytics, selecione a guia Workspace e clique em Atualizar para o Customer Journey Analytics no painel esquerdo. Siga as instruções na tela.

Ao atualizar para o Customer Journey Analytics, o Adobe recomenda uma nova implementação do Experience Platform Web SDK. No entanto, dependendo de vários fatores, como linha do tempo e restrições de recursos, as etapas de atualização recomendadas podem não ser práticas para sua organização.

Você pode usar sua lógica de coleta de dados de extensão do AppMeasurement ou Analytics com o Web SDK para enviar dados para a Platform e o Customer Journey Analytics, em vez de coletar dados com o objeto XDM. No entanto, essa alternativa introduz uma complexidade adicional ao longo do tempo.

Vantagens e desvantagens

Este método é mutuamente exclusivo com o envio de toda a camada de dados para o Customer Journey Analytics, pois ambos os métodos realizam a mesma tarefa. (Esse método é preferível ao envio de toda a camada de dados para a Adobe. Ele é mais refinado porque props e evars passam pelos dados.__adobe.analytics.nome-variável.)

Considere as seguintes vantagens e desvantagens de usar essa alternativa de atualização:

Vantagens
Desvantagens

Esse é o caminho de atualização preferencial se a implementação do Adobe Analytics já estiver usando a Web SDK.

  • Mostra todas as vantagens de hospedar dados na Experience Edge Network:

    As vantagens incluem:

    • Geração de relatórios com alto desempenho e disponibilidade de dados devido à capacidade da Adobe Experience Platform de potencializar casos de uso de personalização em tempo real
    • Consolidar a implementação da coleção de dados da Adobe Experience Cloud entre outros produtos da Experience Cloud (AJO, RTCDP e assim por diante)
    • Não dependente da nomenclatura do Adobe Analytics (prop, eVar, evento etc.)

  • Uso da implementação existente: embora sejam necessárias algumas alterações de implementação, essa abordagem não exige uma implementação totalmente nova. Você pode usar sua camada de dados e código existentes com alterações mínimas na lógica de implementação sem afetar os relatórios existentes do Adobe Analytics.

  • Fornece uma opção para usar um esquema XDM: é possível optar por usar seu esquema do Adobe Analytics existente ou criar um esquema XDM e mapear campos no objeto de dados desse esquema. Esquemas XDM são flexíveis e permitem definir quaisquer campos necessários e relevantes.

    Consulte “Usar seu próprio esquema XDM” abaixo para obter mais informações sobre as vantagens de usar seu próprio esquema XDM.

  • Mantém regras e elementos de dados: embora sejam necessárias novas ações de regra, é possível reutilizar elementos de dados e condições de regra existentes com alterações mínimas.

  • À prova de obsolescência: se você optar por usar seu próprio esquema XDM, isso facilitará as atualizações de implementação futuras.

  • Requisito de mapeamento para envio de dados para a Platform: quando sua organização estiver pronta para usar o Customer Journey Analytics, envie dados para um conjunto de dados na Adobe Experience Platform. Essa ação exige que cada campo no objeto de dados seja uma entrada na ferramenta de mapeamento de sequência de dados que o atribui a um campo de esquema XDM. O mapeamento só precisa ser feito uma vez para esse fluxo de trabalho e não é necessário fazer alterações de implementação. No entanto, essa é uma etapa extra que não é necessária ao enviar dados em um objeto XDM.

  • Apresenta complexidade adicional ao longo do tempo: qualquer campo adicionado no futuro deve ser mapeado para XDM na sequência de dados.

    Sempre que um novo campo for adicionado à implementação, você poderá executar um dos seguintes procedimentos:

    • Opção 1: Preencha uma nova evar arbitrária ou uma nova prop no objeto de dados e mapeie-a para o campo XDM desejado.

      Esse processo aumenta a consistência para a implementação no lado do cliente, mas requer mapeamento.

    • Opção 2: Deixe o objeto de dados como uma implementação herdada e comece a preencher somente o objeto XDM para todos os novos campos.

      Esse processo não requer mapeamento, mas significa que algumas de suas variáveis estão localizadas apenas em um objeto de dados, enquanto outras variáveis estão localizadas apenas em um objeto XDM. Sempre que precisar solucionar problemas de implementação, você precisará ir para dois lugares. Verifique se os workflows internos acomodam isso.