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. A variável Analytics o conector de origem transmite dados coletados pelo Analytics para a Platform em tempo real, convertendo arquivos formatados em SCDS Analytics entrada de dados Experience Data Model Campos do (XDM) para consumo pela Platform.
Este documento fornece uma visão geral de Analytics e descreve os casos de uso para Analytics dados.
Dados do Adobe Analytics e do Analytics
Analytics O é um mecanismo poderoso que ajuda você a saber mais sobre os clientes, como eles interagem com as propriedades da Web, ver onde o investimento em marketing digital é eficaz e identificar áreas de melhoria. Analytics processa trilhões de transações via web por ano e o Analytics conector de origem permite que você acesse facilmente esses dados comportamentais avançados e enriqueça a Real-Time Customer Profile em questão de minutos.
Em um alto nível, Analytics O coleta dados de vários canais digitais e vários data centers em todo o mundo. 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. Depois que os dados brutos passam por esse processamento leve, eles são considerados prontos para consumo pela Real-Time Customer Profile. Em um processo paralelo ao mencionado acima, os mesmos dados processados são microarmazenados em lote e assimilados em conjuntos de dados da plataforma para consumo pelo Query Servicee outros aplicativos de detecção de dados.
Consulte a visão geral das regras de processamento para obter mais informações sobre as 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 Analytics dados no 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 Platform, consulte a 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 a Mapeamento de campo do Adobe Analytics guia.
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: Grades de Proteção do 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 o Real-Time Customer Profile. Esse fluxo de dados é executado continuamente.
Identificadores primários em Analytics dados
Cada ocorrência do Analytics O conector de origem contém um identificador principal que depende de uma ECID ou AAID existir. 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 os campos de identidade na Analytics dados.
s_vi
ID do cookie. Apesar disso, é criada uma AAID, mesmo que a s_vi
o cookie não está presente. A AAID é representada pela post_visid_high
e post_visid_low
colunas 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 no ordem de operação para Analytics IDs. Nota: 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 Visão geral da ECID. Para obter informações sobre como a ECID funciona com a Analytics, consulte o documento sobre Solicitações do Analytics e da Experience Cloud ID.s.VisitorID
na variável Analytics execução. A AACUSTOMID é representada pela variável cust_visid
coluna em Analytics feeds de dados. Se a AACUSTOMID estiver presente, a AAID será baseada na AACUSTOMID, pois ela supera todos os outros identificadores, conforme definido pela ordem de operação para Analytics IDs.Como o Analytics origem trata identidades
A variável Analytics A origem passa essas identidades para o Experience Platform no formato XDM como:
endUserIDs._experience.aaid.id
endUserIDs._experience.mcid.id
endUserIDs._experience.aacustomid.id
Esses campos não são marcados como identidades. Em vez disso, as mesmas identidades são copiadas para o XDM identityMap
como pares de valor-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 } ] }
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 à 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 principal do evento. No entanto, se a AACUSTOMID estiver presente, a AAID será baseada na AACUSTOMID devido à ordem Experience Cloud das operações.