Conector de origem do Adobe Analytics para dados do conjunto de relatórios
O Adobe Experience Platform permite assimilar dados do Adobe Analytics por meio do conector de origem do Analytics. O conector de origem Analytics transmite dados coletados por Analytics para a Platform em tempo real, convertendo dados Analytics formatados em SCDS em campos Experience Data Model (XDM) para consumo da Platform.
Este documento fornece uma visão geral do Analytics e descreve os casos de uso para dados do Analytics.
Dados do Adobe Analytics e do Analytics
O Analytics é um mecanismo eficiente que ajuda você a saber mais sobre os clientes, como eles interagem com as propriedades da Web, ver onde o marketing digital é eficaz e identificar áreas de aprimoramento. O Analytics lida com trilhões de transações da web por ano e o conector de origem do Analytics permite que você acesse facilmente esses dados comportamentais avançados e enriqueça o Real-Time Customer Profile em questão de minutos.
Em um nível superior, o Analytics coleta dados de vários canais digitais e vários data centers no mundo inteiro. Depois que os dados são coletados, as regras de identificação do visitante, arquitetura de segmentação e transformação (VISTA) e as regras de processamento são aplicadas para moldar os dados recebidos. Após dados brutos terem passado por esse processamento leve, ele é considerado pronto para consumo por Real-Time Customer Profile. Em um processo paralelo ao mencionado acima, os mesmos dados processados são em microlote e assimilados nos conjuntos de dados da plataforma para consumo pelo Query Service e outros aplicativos de descoberta de dados.
Consulte a visão geral das regras de processamento para obter mais informações sobre regras de processamento.
Experience Data Model (XDM)
O XDM é uma especificação documentada publicamente que fornece estruturas e definições comuns para um aplicativo usar para se comunicar com serviços no Experience Platform.
Seguir os padrões XDM permite que os dados sejam incorporados uniformemente, facilitando a entrega de dados e a coleta de informações.
Para saber mais sobre o XDM, consulte a Visão geral do sistema XDM.
Como os campos são mapeados do Adobe Analytics para o XDM?
Quando uma conexão de origem é estabelecida para trazer dados do Analytics para o Experience Platform usando a interface do usuário da Platform, os campos de dados são mapeados e assimilados automaticamente no Real-Time Customer Profile em minutos. Para obter instruções sobre como criar uma conexão de origem com Analytics usando a interface do usuário da Platform, consulte o Tutorial do conector de origem do Analytics.
Para obter informações detalhadas sobre o mapeamento de campos que ocorre entre Analytics e Experience Platform, consulte o guia de mapeamento de campos do Adobe Analytics.
Qual é a latência esperada para dados do Analytics na plataforma?
A latência esperada para dados do Analytics na plataforma é descrita na tabela abaixo. A latência varia dependendo da configuração do cliente, dos volumes de dados e dos aplicativos do consumidor. Por exemplo, se a implementação do Analytics estiver configurada com A4T, a latência para o Pipeline aumentará de 5 a 10 minutos.
Para obter mais informações sobre latências de Customer Journey Analytics, consulte: Proteções de Customer Journey Analytics.
O preenchimento retroativo do Analytics para sandboxes de produção assume o padrão de 13 meses. Para dados do Analytics em sandboxes de não produção, o preenchimento retroativo é definido como três meses. O limite de 10 bilhões de eventos mencionados na tabela acima diz respeito estritamente à latência esperada.
Ao criar um fluxo de dados de origem do Analytics em uma sandbox de produção, dois fluxos de dados são criados:
- Um fluxo de dados que faz um preenchimento retroativo de 13 meses de dados históricos do conjunto de relatórios no data lake. Esse fluxo de dados termina quando o preenchimento retroativo é concluído.
- Um fluxo de dados que envia dados em tempo real para o data lake e para Real-Time Customer Profile. Esse fluxo de dados é executado continuamente.
Identificadores primários em dados Analytics
Cada ocorrência do conector de origem Analytics contém um identificador principal dependente da existência de uma ECID ou AAID. Se houver uma ECID, a ECID será designada como o identificador principal. Se houver uma AAID, ela será designada como a principal.
A tabela a seguir fornece mais informações sobre campos de identidade nos dados do Analytics.
s_vi ID do cookie. Apesar disso, uma AAID é criada mesmo se o cookie s_vi não estiver presente. A AAID é representada pelas colunas post_visid_high e post_visid_low em Analytics feeds de dados. Em qualquer evento, o campo AAID contém uma única identidade que pode ser um dos vários tipos diferentes descritos na ordem das operações para Analytics IDs. Observação: em um conjunto de relatórios inteiro, uma AAID pode conter uma combinação de tipos entre eventos.mcvisid nos feeds de dados do Analytics. Para obter mais informações sobre a ECID, consulte a visão geral da ECID. Para obter informações sobre como a ECID funciona com o Analytics, consulte o documento sobre Solicitações do Analytics e da Experience Cloud ID.s.VisitorID na implementação Analytics. A AACUSTOMID é representada pela coluna cust_visid em Analytics feeds de dados. Se a AACUSTOMID estiver presente, a AAID será baseada na AACUSTOMID, pois a AACUSTOMID supera todos os outros identificadores, conforme definido pela ordem de operações para Analytics IDs.Como a origem Analytics trata identidades
A origem Analytics passa essas identidades para o Experience Platform no formato XDM como:
endUserIDs._experience.aaid.idendUserIDs._experience.mcid.idendUserIDs._experience.aacustomid.id
Esses campos não são marcados como identidades. Em vez disso, as mesmas identidades (se presentes no evento) são copiadas para o identityMap do XDM como pares de valores chave:
{ "key": "AAID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }{ "key": "ECID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }{ "key": "AACUSTOMID", "value": [ { "id": "<identity>", "primary": false } ] }
Quando a identidade ou identidades são copiadas para identityMap, endUserIDs._experience.mcid.namespace.code também é definido no mesmo evento:
- Se a AAID estiver presente,
endUserIDs._experience.aaid.namespace.codeserá definido como "AAID". - Se a ECID estiver presente,
endUserIDs._experience.mcid.namespace.codeserá definido como "ECID". - Se AACUSTOMID estiver presente,
endUserIDs._experience.aacustomid.namespace.codeserá definido como "AACUSTOMID".
No mapa de identidade, se a ECID estiver presente, ela será marcada como a identidade principal do evento. Nesse caso, a AAID pode se basear na ECID devido ao período de carência do Serviço de identidade. Caso contrário, a AAID será marcada como a identidade principal do evento. AACUSTOMID nunca é marcada como a ID primária do evento. No entanto, se a AACUSTOMID estiver presente, a AAID será baseada na AACUSTOMID devido à ordem Experience Cloud das operações.