Antes de implementar o Analytics for Target (A4T) com a at.js

Várias alterações ocorrem no processo de coleta de dados ao ativar Adobe Analytics como fonte de relatórios para Adobe Target (A4T).

Antes de decidir usar essa integração, revise as seguintes seções e considere o impacto aos seus processos de relatórios.

OBSERVAÇÃO

Este artigo se aplica somente às implementações da at.js.

Requisitos de implementação

IMPORTANTE

Antes de começar a usar A4T, você deve solicitar que sua conta seja provisionada para a integração. Use o Formulário de provisionamento de Integrações do Marketing Cloud para solicitar o provisionamento.

Esta integração do A4T requer que você implemente as seguintes versões de biblioteca (ou mais recentes), dependendo se deseja ou não usar ofertas de redirecionamento com o A4T.

OBSERVAÇÃO

Os requisitos a seguir listam os mínima versões da at.js necessárias para implementar o A4T. O Target equipe mantém apenas duas versões de at.js—a versão atual e a segunda versão mais recente. Atualize a at.js conforme necessário para garantir que você esteja executando uma versão suportada. Para obter mais informações sobre o que há de novo em cada versão, consulte Detalhes da versão da at.js.

Requisitos necessários se não estiver usando ofertas de redirecionamento com o A4T

Essa integração requer que você implemente as seguintes versões de biblioteca (ou mais recentes) se não planeja usar ofertas de redirecionamento com o A4T. A ordem listada é de operações.

  • Experience Cloud Visitor ID Service: visitorAPI.js versão 1.8.0
  • Adobe Target: at.js versão 0.9.1
  • Adobe Analytics: appMeasurement.js versão 1.7.0

Para obter informações sobre a implementação do A4T com o Platform Web SDK, consulte Adobe Experience Platform Web SDK.

Requisitos necessários se estiver usando ofertas de redirecionamento com o A4T

Para usar ofertas de redirecionamento com A4T, você deve implementar as seguintes versões de biblioteca (ou mais recentes). A ordem listada é de operações.

  • Experience Cloud Visitor ID Service: visitorAPI.js versão 2.3.0

    OBSERVAÇÃO

    O at.js 1.8.0+ e o at.js 2.x+ não funcionam mais com as versões da API do visitante anteriores à 2.5.0 para transmitir parâmetros do Adobe Audience Manager (AAM).

  • Adobe Target: at.js versão 1.6.2

  • Adobe Analytics: appMeasurement.js versão 2.1

As instruções de download e implantação estão listadas em Implementação do Analytics for Target.

Para obter informações sobre a implementação do A4T com o Platform Web SDK, consulte Adobe Experience Platform Web SDK.

O que você deve saber antes da implementação

  • Essa integração é habilitada em novas atividades ao optar por usar Analytics como fonte de relatórios. As alterações de implementação descritas neste documento não afetam suas atividades existentes.
  • O processo de configuração Analytics como fonte de relatórios para Target O inclui várias etapas de implementação, seguidas por uma etapa de provisionamento. É recomendável ler durante o processo, conforme descrito abaixo, antes de fazer a implementação. Após concluir essas etapas, você estará pronto para usar Analytics como sua fonte de relatórios quando estiver ativada para você. O processo de provisionamento pode levar até cinco dias úteis.
  • O Visitor ID service cria um compartilhado Visitor ID em toda a Adobe Experience Cloud. Embora não substitua a variável Target mboxPC id ou Audience Manager UUID, substitui o caminho Analytics identifica novos visitantes. Se configurado corretamente, retornando Analytics os visitantes também devem ser identificados por meio de Analytics ID. Da mesma forma, porque a variável Target mboxPCid permanece intacta, não Target os dados do perfil do visitante são perdidos quando você atualiza para a Visitor ID service.
  • O Visitor ID service deve executar antes de Analytics e Target código da página. Certifique-se de que VisitorAPI.js aparece acima das tags para todas as outras Experience Cloud soluções.

Latência

Após habilitar essa integração, haverá de 5 a 10 minutos adicionais de latência no Analytics. Esse aumento de latência permite dados de Analytics e Target para ser armazenado na mesma ocorrência, permitindo dividir as atividades por página e seção do site.

Este aumento reflete - se em todos os Analytics serviços e ferramentas, incluindo a transmissão ao vivo e o relatório em tempo real, e se aplica nos seguintes cenários:

  • Para a transmissão ao vivo, relatórios em tempo real, solicitações de API e dados atualizados para as variáveis de tráfego, somente hits com uma ID de dados adicional são atrasadas.
  • Para dados atuais sobre métricas de conversão, dados finalizados e feeds de dados, todas as ocorrências são atrasadas de 5 a 7 minutos extras.

O aumento da latência começa após a implementação da variável Experience Cloud serviço de ID de visitante, mesmo que essa integração não tenha sido integralmente implementada.

ID suplementar

Todos Target as chamadas usadas por uma atividade A4T para fornecer conteúdo ou registrar a métrica de meta devem ter um Analytics ocorrência que compartilha a ID complementar do A4T para funcionar corretamente.

Ocorrências que contêm dados de Analytics e Target contém uma ID de dados complementar. Você pode ver essa ID no Adobe Experience Cloud Debugger como sdid parâmetro. Por exemplo: sdid=2F3C18E511F618CC-45F83E994AEE93A0. Esta ID é gerada a qualquer momento em que os seguintes critérios estiverem em vigor:

  • O serviço de ID de visitante for implementado

When solução de problemasconfirme se a ID adicional está presente em Analytics ocorrências.

Registro de análises do cliente

Se a at.js, a variável Experience Cloud Visitor ID Servicee appMeasurement.js estão na página, Analyticse Target O compila corretamente os eventos para fins de relatório e análise no backend, desde que a ID adicional correta seja incluída na página. Não é necessário gerenciar e executar operações adicionais para que o A4T funcione corretamente.

Há casos em que você precisa ter mais controle sobre quando e como enviar dados de análise relacionados a Target para Analytics para fins de relatório. Você pode ter uma ferramenta de análise interna usada para fins internos. No entanto, também é necessário enviar os dados de análise para o Analytics por meio de seu produto de análise interno, para que outros membros da organização possam continuar a usar Analytics como uma fonte de relatórios visual. Consulte Etapa 7: Referencie a at.js em todas as páginas do site em Implementação do Analytics for Target para obter mais informações.

Públicos-alvo compartilhados

Ao preencher o Formulário de provisionamento de Integrações do Marketing Cloud, esteja ciente das seguintes informações importantes sobre a Públicos-alvo compartilhados opção listada em "Para quais recursos você está solicitando provisionamento?"

Formulário de solicitação

Quando você solicitar Públicos-alvo compartilhados, ativar Target e Adobe Audience Manager (AAM) para compartilhar informações, neste caso públicos-alvo.

IMPORTANTE

Essa integração entre Target e AAM vem com custos extras. Você é cobrado por cada Target em AAM.

Nesta página