XDM ExperienceEvent classe
XDM ExperienceEvent é uma classe padrão do Experience Data Model (XDM). Use essa classe para criar um instantâneo com carimbo de data e hora do sistema quando um evento específico ocorrer ou quando um determinado conjunto de condições for atingido.
Um Evento de experiência é um registro fatual do que ocorreu, incluindo o momento e a identidade do indivíduo envolvido. Eventos podem ser explícitos (ações humanas diretamente observáveis) ou implícitos (gerados sem uma ação humana direta) e são registrados sem agregação ou interpretação. Para obter mais informações de alto nível sobre o uso dessa classe no ecossistema da Platform, consulte o Visão geral do XDM.
A variável XDM ExperienceEvent A própria classe fornece vários campos relacionados a séries temporais para um esquema. Dois desses campos (_id
e timestamp
) são obrigatório para todos os esquemas baseados nessa classe, enquanto o restante é opcional. Os valores de alguns campos são preenchidos automaticamente quando os dados são assimilados.
_id
(Obrigatório)
_id
O campo identifica exclusivamente eventos individuais que são assimilados na Adobe Experience Platform. Este campo é usado para rastrear a exclusividade de um evento individual, impedir a duplicação de dados e pesquisar esse evento nos serviços downstream.Quando eventos duplicados são detectados, os aplicativos e serviços da Platform podem lidar com a duplicação de forma diferente. Por exemplo, eventos duplicados no Serviço de perfil são descartados se o evento com o mesmo
_id
já existe no repositório de perfis.Em alguns casos,
_id
pode ser um Identificador exclusivo universal (UUID) ou Identificador exclusivo global (GUID).Se você estiver transmitindo dados de uma conexão de origem ou assimilando diretamente de um arquivo do Parquet, é necessário gerar esse valor concatenando uma determinada combinação de campos que tornam o evento único. Os exemplos de eventos que podem ser concatenados incluem ID primária, carimbo de data e hora, tipo de evento e assim por diante. O valor concatenado deve ser um
uri-reference
string formatada, o que significa que os caracteres de dois pontos devem ser removidos. Posteriormente, o valor concatenado deve ser transformado em hash usando SHA-256 ou outro algoritmo de sua escolha.É importante distinguir esse este campo não representa uma identidade relacionada a uma pessoa individual, mas sim o próprio registro dos dados. Os dados de identidade relativos a uma pessoa devem ser campos de identidade fornecido por grupos de campos compatíveis.
eventMergeId
eventType
Os valores padrão para essa propriedade são fornecidos na variável seção apêndice, incluindo descrições do caso de uso pretendido. Esse campo é um enum extensível, o que significa que você também pode usar suas próprias cadeias de caracteres de tipo de evento para categorizar os eventos que você está rastreando.
eventType
O limita o uso de apenas um evento por ocorrência no aplicativo e, portanto, você deve usar campos calculados para informar ao sistema qual evento é mais importante. Para obter mais informações, consulte a seção sobre práticas recomendadas para campos calculados.producedBy
Alguns valores sugeridos para essa propriedade são fornecidos na seção apêndice. Esse campo é um enum extensível, o que significa que você também pode usar suas próprias cadeias de caracteres para representar diferentes produtores de evento.
identityMap
Consulte a seção sobre mapas de identidade na noções básicas da composição do esquema para obter mais informações sobre o caso de uso.
timestamp
(Obrigatório)
Práticas recomendadas para modelagem de eventos
As seções a seguir abordam as práticas recomendadas para criar esquemas do Experience Data Model (XDM) com base em eventos no Adobe Experience Platform.
Carimbos de data e hora timestamps
A raiz timestamp
de um esquema de evento pode somente representam a observação do próprio evento e devem ocorrer no passado. No entanto, o evento deve a partir de 1970. Se os casos de uso de segmentação exigirem o uso de carimbos de data e hora que podem ocorrer no futuro, esses valores deverão ser restritos em outro lugar no esquema do Evento de experiência.
Por exemplo, se uma empresa no setor de viagens e hospitalidade estiver modelando um evento de reserva de voo, o nível de classe timestamp
field representa a hora em que o evento de reserva foi observado. Outros carimbos de data e hora relacionados ao evento, como a data de início da reserva de viagem, devem ser capturados em campos separados fornecidos por grupos de campos padrão ou personalizados.
Ao manter o carimbo de data e hora em nível de classe separado de outros valores de data e hora relacionados nos esquemas de evento, você pode implementar casos de uso de segmentação flexível, preservando uma conta com carimbo de data e hora de jornadas do cliente no aplicativo de experiência.
Uso de campos calculados calculated
Certas interações em seus aplicativos de experiência podem resultar em vários eventos relacionados que tecnicamente compartilham o mesmo carimbo de data e hora de evento e, portanto, podem ser representados como um único registro de evento. Por exemplo, se um cliente visualizar um produto no seu site, isso poderá resultar em um registro de evento com dois eventos potenciais eventType
valores: um evento "exibição de produto" (commerce.productViews
) ou um evento genérico de "exibição de página" (web.webpagedetails.pageViews
). Nesses casos, você pode usar campos calculados para capturar os atributos mais importantes quando vários eventos são capturados em uma única ocorrência.
Uso Preparação de dados do Adobe Experience Platform para mapear, transformar e validar dados de e para o XDM. Usar o disponível mapeamento de funções fornecido pelo serviço, você pode chamar operadores lógicos para priorizar, transformar e/ou consolidar dados de registros de vários eventos ao serem assimilados no Experience Platform. No exemplo acima, você poderia designar eventType
como um campo calculado que priorizaria uma "exibição de produto" em vez de uma "exibição de página" sempre que ambas ocorressem.
Se você estiver assimilando dados manualmente na Platform por meio da interface do usuário, consulte o manual em campos calculados para obter etapas específicas sobre como criar campos calculados.
Se você estiver transmitindo dados para a Platform usando uma conexão de origem, será possível configurar a origem para utilizar campos calculados. Consulte a documentação para sua origem específica para obter instruções sobre como implementar campos calculados ao configurar a conexão.
Grupos de campos de esquema compatíveis field-groups
O Adobe fornece vários grupos de campos padrão para uso com o XDM ExperienceEvent classe. Veja a seguir uma lista de alguns grupos de campos comumente usados para a classe:
- Extensão completa do Adobe Analytics ExperienceEvent
- Transferências de saldo
- Detalhes de marketing da campanha
- Ações do cartão
- Detalhes do canal
- Detalhes do Commerce
- Detalhes do depósito
- Detalhes de troca do dispositivo
- Reserva para o jantar
- Detalhes da ID do usuário final
- Detalhes do ambiente
- Reserva de voo
- Consentimento IAB TCF 2.0
- Reserva de acomodação
- Detalhes de interação do MediaAnalytics
- Detalhes da solicitação de orçamento
- Detalhes da reserva
- Detalhes da Web
Apêndice
A seção a seguir contém informações adicionais sobre o XDM ExperienceEvent classe.
Valores aceitos para eventType
eventType
A tabela a seguir descreve os valores aceitos para eventType
, juntamente com suas definições:
advertising.clicks
advertising.completes
advertising.conversions
advertising.federated
advertising.firstQuartiles
advertising.impressions
advertising.midpoints
advertising.starts
advertising.thirdQuartiles
advertising.timePlayed
application.close
application.launch
commerce.backofficeCreditMemoIssued
commerce.backofficeOrderCancelled
commerce.backofficeOrderItemsShipped
commerce.backofficeOrderPlaced
commerce.backofficeShipmentCompleted
commerce.checkouts
commerce.productListAdds
commerce.productListOpens
commerce.productListRemovals
commerce.productListReopens
commerce.productListViews
commerce.productViews
commerce.purchases
commerce.saveForLaters
decisioning.propositionDisplay
decisioning.propositionDismiss
decisioning.propositionInteract
decisioning.propositionSend
decisioning.propositionTrigger
delivery.feedback
directMarketing.emailBounced
directMarketing.emailBouncedSoft
directMarketing.emailClicked
directMarketing.emailDelivered
directMarketing.emailOpened
directMarketing.emailSent
directMarketing.emailUnsubscribed
inappmessageTracking.dismiss
inappmessageTracking.display
inappmessageTracking.interact
leadOperation.callWebhook
leadOperation.changeCampaignStream
leadOperation.changeEngagementCampaignCadence
leadOperation.convertLead
leadOperation.interestingMoment
leadOperation.mergeLeads
leadOperation.newLead
leadOperation.scoreChanged
leadOperation.statusInCampaignProgressionChanged
listOperation.addToList
listOperation.removeFromList
media.adBreakComplete
adBreakComplete
evento ocorreu. Esse evento é acionado no início de um ad break.media.adBreakStart
adBreakStart
evento ocorreu. Esse evento é acionado no final de um ad break.media.adComplete
adComplete
evento ocorreu. Esse evento é acionado quando um anúncio é concluído.media.adSkip
adSkip
evento ocorreu. Esse evento é disparado quando um anúncio é ignorado.media.adStart
adStart
evento ocorreu. Esse evento é acionado quando um anúncio é iniciado.media.bitrateChange
bitrateChange
evento ocorreu. Esse evento é acionado quando há uma alteração na taxa de bits.media.bufferStart
bufferStart
evento ocorreu. Esse evento é disparado quando a mídia começou a ser armazenada em buffer.media.chapterComplete
chapterComplete
evento ocorreu. Esse evento é acionado na conclusão de um capítulo na mídia.media.chapterSkip
chapterSkip
evento ocorreu. Esse evento é acionado quando um usuário pula para frente ou para trás para outra seção ou capítulo no conteúdo de mídia.media.chapterStart
chapterStart
evento ocorreu. Esse evento é acionado no início de uma seção ou capítulo específico no conteúdo de mídia.media.downloaded
media.error
error
evento ocorreu. Esse evento é disparado quando ocorre um erro ou problema durante a reprodução da mídia.media.pauseStart
pauseStart
evento ocorreu. Esse evento é acionado quando um usuário inicia uma pausa na reprodução de mídia.media.ping
ping
evento ocorreu. Isso verifica a disponibilidade de um recurso de mídia.media.play
play
evento ocorreu. Esse evento é acionado quando o conteúdo de mídia está sendo reproduzido, indicando o consumo ativo pelo usuário.media.sessionComplete
sessionComplete
evento ocorreu. Esse evento marca o fim de uma sessão de reprodução de mídia.media.sessionEnd
sessionEnd
evento ocorreu. Esse evento indica a conclusão de uma sessão de mídia. Essa conclusão pode envolver o fechamento do reprodutor de mídia ou a interrupção da reprodução.media.sessionStart
sessionStart
evento ocorreu. Esse evento marca o início de uma sessão de reprodução de mídia. É acionado quando um usuário começa a reproduzir um arquivo de mídia.media.statesUpdate
statesUpdate
evento ocorreu. Os recursos de rastreamento do estado do player podem ser anexados a um fluxo de áudio ou vídeo. Os estados padrão são: tela cheia, mudo, legendas ocultas, picture in picture e em foco.opportunityEvent.addToOpportunity
opportunityEvent.opportunityUpdated
opportunityEvent.removeFromOpportunity
pushTracking.applicationOpened
pushTracking.customAction
web.formFilledOut
web.webinteraction.linkClicks
web.webpagedetails.pageViews
location.entry
location.exit
Valores sugeridos para producedBy
producedBy
A tabela a seguir descreve alguns valores aceitos para producedBy
:
self
system
salesRef
customerRep