Expirações do evento de experiência
No Adobe Experience Platform, você pode configurar as horas de expiração para todos os Eventos de experiência que são assimilados em um conjunto de dados habilitado para o Perfil de cliente em tempo real. Isso permite remover automaticamente dados do armazenamento de Perfil que não são mais válidos ou úteis para seus casos de uso.
As expirações de evento de experiência não podem ser configuradas por meio da interface do usuário da plataforma ou das APIs. Em vez disso, você deve entrar em contato com o suporte para ativar as expirações do evento de experiência nos conjuntos de dados necessários.
IMPORTANTProcesso de expiração automatizado
Depois que as expirações de evento de experiência são ativadas em um conjunto de dados habilitado para perfil, o Platform aplica automaticamente os valores de expiração para cada evento capturado em um processo de duas etapas:
- Todos os novos dados assimilados no conjunto de dados têm o valor de expiração aplicado no momento da assimilação com base no carimbo de data e hora do evento.
- Todos os dados existentes no conjunto de dados têm o valor de expiração aplicado retroativamente como um trabalho único do sistema de preenchimento retroativo. Depois que o valor de expiração for colocado no conjunto de dados, os eventos mais antigos que o valor de expiração serão descartados imediatamente assim que o trabalho do sistema for executado. Todos os outros eventos serão ignorados assim que atingirem seus valores de expiração no carimbo de data e hora do evento. Quando todos os eventos de experiência forem removidos, se o perfil não tiver mais atributos de perfil, o perfil não existirá mais.
WARNINGPor exemplo, se você aplicasse um valor de expiração de 30 dias em 15 de maio, as seguintes etapas ocorreriam:
- Todos os novos eventos recebem um valor de expiração de 30 dias aplicados conforme são assimilados.
- Todos os eventos existentes com um carimbo de data e hora anterior a 15 de abril são imediatamente excluídos com o trabalho do sistema.
- Todos os eventos existentes com um carimbo de data e hora mais recente que 15 de abril têm um valor de expiração 30 dias após o carimbo de data e hora do evento. Portanto, se um evento tiver um carimbo de data e hora de 18 de abril, ele será excluído 30 dias após a data desse carimbo, que seria 18 de maio.
Efeitos na segmentação
Você deve garantir que as janelas de retrospectiva para seus públicos-alvo estejam dentro dos limites de expiração de seus conjuntos de dados dependentes para manter os resultados precisos. Por exemplo, se você aplicar um valor de expiração de 30 dias e tiver um público-alvo que tente visualizar dados de até 45 dias atrás, o público-alvo resultante provavelmente será impreciso.
Portanto, você deve manter o mesmo valor de expiração do evento de experiência para todos os conjuntos de dados, se possível, para evitar o impacto de valores de expiração diferentes em conjuntos de dados diferentes na lógica de segmentação.
Perguntas frequentes
A seção a seguir lista as perguntas frequentes sobre a expiração dos dados do evento de experiência:
Como a expiração de dados do Evento de experiência difere da expiração de dados do Perfil de pseudônimo?
A expiração de dados do evento de experiência e a expiração de dados do perfil de pseudônimo são recursos complementares.
Granularidade
A expiração de dados do Evento de experiência funciona em um nível de conjunto de dados. Como resultado, cada conjunto de dados pode ter uma configuração de expiração de dados diferente.
A expiração de dados do Perfil de pseudônimo funciona em um nível de sandbox. Como resultado, a expiração dos dados afetará todos os perfis na sandbox.
Tipos de identidade
A expiração de dados do Evento de experiência remove os eventos only com base no carimbo de data/hora do registro do evento. Os namespaces de identidade incluídos são ignorados para fins de expiração.
A expiração de dados de Perfil pseudônimo only considera perfis que têm gráficos de identidade que contêm namespaces de identidade selecionados pelo cliente, como ECID, AAID ou outros tipos de cookies. Se o perfil contiver qualquer namespace de identidade adicional que fosse não na lista selecionada pelo cliente, o perfil não será excluído.