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 a 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.

Requisitos de implementação

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:

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

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: a at.js 1.8.0 ou mais recente não funciona mais com as versões da API de visitante anteriores à 2.5.0 para transmitir parâmetros 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.

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 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 fonte de relatórios quando ele estiver ativado para você. O processo de provisionamento pode levar até cinco dias úteis.
• O Visitor ID service cria um Visitor ID compartilhado no Adobe Experience Cloud. Embora não substitua a Target mboxPC id ou Audience Manager UUID, ela substitui a maneira como Analytics identifica novos visitantes. Se configurada corretamente, os visitantes recorrentes Analytics também devem ser identificados por meio de sua ID Analytics antiga. Da mesma forma, como Target mboxPCid permanece intacta, nenhum dado de perfil de visitante Target é perdido ao atualizar para Visitor ID service.
• O Visitor ID service deve ser executado antes do código da página Analytics e Target. Certifique-se de que VisitorAPI.js apareça acima das tags para todas as outras soluções Experience Cloud.

Latência

Após habilitar essa integração, haverá de 5 a 10 minutos adicionais de latência em Analytics. O aumento dessa latência permite que os dados de Analytics e Target sejam armazenados na mesma ocorrência, permitindo dividir as atividades por página e seção do site.

Esse aumento é refletido em todos os Analytics serviços e ferramentas, incluindo o fluxo ao vivo e os relatórios 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 do serviço de ID de visitante Experience Cloud, mesmo que essa integração não tenha sido integralmente implementada.

ID suplementar

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

As 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 o parâmetro sdid. 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

Ao solucionar problemas, confirme se a ID adicional está presente nas ocorrências de Analytics.

Registro de análises do cliente

Se at.js, Experience Cloud Visitor ID Service e appMeasurement.js estiverem na página, Analytics e Target compilarem corretamente os eventos para fins de relatório e análise no back-end, desde que a ID adicional correta esteja 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ê pode querer 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, você também deseja enviar os dados de análise para Analytics por meio de seu produto de análise interno, de modo que outros membros da organização possam continuar a usar Analytics como uma fonte de relatórios visuais. Consulte Etapa 7: Consulte a at.js em todas as páginas do site em Analytics para implementação do 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 opção Públicos compartilhados listada em "Para quais recursos você está solicitando o provisionamento?"

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