Criar um feed de dados
Ao criar um feed de dados, você fornece à Adobe:
-
As informações sobre o destino para onde os arquivos de dados brutos serão enviados
-
Os dados para inclusão em cada arquivo
-
A frequência com que os dados são enviados (incluindo o atraso de processamento para capturar eventos de chegada tardia)
Antes de criar um feed de dados, é importante ter uma compreensão básica dos feeds de dados e garantir o atendimento de todos os pré-requisitos. Para obter mais informações, consulte: Visão geral dos feeds de dados.
Criar e configurar um feed de dados create-and-configure-data-feed
-
Faça logon em experiencecloud.adobe.com usando as credenciais da Adobe ID.
-
Selecione Customer Journey Analytics no alternador de aplicativos
na parte superior direita da interface. -
Na barra de navegação superior, vá para Componentes > Exportações.
-
Selecione a guia Feeds de dados.
-
Selecione Criar no canto superior direito da tela.
Ou, se nenhum feed de dados tiver sido criado anteriormente, selecione Criar feed de dados dentro da tabela vazia.
Uma página é exibida com as seguintes guias: Detalhes, Estrutura de dados e Entrega.
-
Na guia Detalhes, preencha os seguintes campos:
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 Campo Função Nome O nome do feed de dados. Os nomes devem ser exclusivos na visualização de dados selecionada e podem ter até 255 caracteres. Tags Aplique tags ao feed de dados para facilitar a categorização. Descrição Especifique uma descrição para o feed de dados (até 500 caracteres). A descrição adicionada fica visível ao editar o feed de dados. Visualização de dados Selecione a visualização de dados que contém os dados que você deseja exportar.
Considere o seguinte ao selecionar uma visualização de dados:
- Se vários feeds de dados forem criados para a mesma visualização, cada feed de dados deverá ter definições de coluna diferentes.
- A lista de colunas disponíveis depende da empresa de logon à qual a visualização de dados selecionada pertence. Se você alterar a visualização de dados, a lista de colunas disponíveis poderá ser alterada.
-
Selecione Próximo.
-
Na guia Estrutura de dados, verifique se a exibição de dados correta está selecionada no campo Exibição de dados.
-
No menu suspenso Segmentos, procure e selecione segmentos para filtrar os dados incluídos no feed.
Quando você aplica vários segmentos, eles são agrupados com um operador AND. Para unir segmentos com um operador OU, primeiro você deve criar um novo segmento no construtor de segmentos e, em seguida, aplicar o novo segmento ao feed de dados.
Os segmentos aplicados aqui complementam quaisquer segmentos que já possam ter sido aplicados na visualização de dados.
-
(Opcional) No painel à esquerda, use o campo pesquisa para localizar componentes específicos. Ou selecione o ícone Classificar
para aplicar qualquer uma das seguintes opções de classificação:table 0-row-2 1-row-2 2-row-2 3-row-2 Opção Função Recomendado Classifica componentes com aqueles recomendados no topo da lista. Os componentes usados com mais frequência e mais recentemente por você ou outras pessoas em sua organização são mostrados em uma posição superior na lista. Ordem alfabética Classifica os componentes em ordem alfabética. Categórico Classifica componentes semelhantes a Recomendado, exceto que os componentes são agrupados separadamente em vez de serem misturados. -
Adicione componentes à configuração do feed de dados. O painel esquerdo mostra apenas componentes válidos para feeds de dados.
- Arrastar e soltar: arraste os componentes do painel esquerdo para a tela. Mantenha o Shift pressionado, ou mantenha pressionado o Command (macOS) ou o Ctrl (Windows) para selecionar e arrastar vários componentes de uma só vez.
- Botão de adição: selecione o ícone de adição
ao lado de qualquer componente no painel esquerdo para adicioná-lo à tela. - Mostrar tudo: selecione Mostrar tudo na parte inferior da lista de componentes para abrir uma caixa de diálogo mostrando todos os componentes disponíveis. Marque a caixa de seleção ao lado de cada componente que você deseja adicionar e selecione Adicionar selecionado. Quando um termo de pesquisa ou uma marca de filtro está ativa no painel à esquerda, o botão Adicionar tudo também é exibido, permitindo adicionar todos os resultados filtrados de uma só vez.
Considere o seguinte ao adicionar campos:
-
Alguns componentes são obrigatórios, não são compatíveis ou têm restrições nos feeds de dados. Para obter detalhes, consulte Disponibilidade de componentes em feeds de dados.
-
Quando você adiciona um componente que pertence a um campo de matriz XDM (por exemplo, um campo de proposta do Adobe Journey Optimizer) ou a um campo de mapa, uma caixa de diálogo solicita que você adicione outros componentes do mesmo subevento. Na saída do feed de dados, todos esses componentes aparecem em uma única coluna. Para obter mais informações, consulte Componentes de subeventos em feeds de dados
-
(Opcional) Reordene os componentes na tela arrastando-os. A ordem definida é preservada como a ordem das colunas no arquivo de feed de dados exportado.
-
(Opcional) Redimensione as colunas na tela de desenho arrastando a borda da coluna.
As larguras de coluna são salvas em um cookie e persistem na próxima vez que você retornar a esse feed de dados no mesmo navegador.
-
(Opcional) Altere a ID de saída de um componente. A ID de saída é o nome da coluna na saída do feed de dados.
Por padrão, a ID de saída é a ID do componente no snake_case. A alteração da ID de saída afeta somente esse feed de dados. Isso não altera a ID do componente na visualização de dados. Na visualização do esquema, o valor
idé a ID de saída.As IDs de saída devem:
- Ser exclusivos no feed de dados.
- Contêm apenas letras, números e sublinhados (
_). Espaços, pontos (.), hifens (-), barras (/) e outros caracteres especiais não são permitidos. - Comece com uma letra ou um sublinhado.
- Ter 255 caracteres ou menos.
IDs de saída não podem começar com
_cja, que é reservado para uso do Adobe.Você pode alterar as IDs de saída uma por vez ou em massa:
accordion Para alterar a ID de saída de um único componente -
Passe o mouse sobre um componente na tela e selecione o ícone de informações
. -
Selecione o ícone de edição
ao lado da ID e especifique uma nova ID de saída.
accordion Para alterar várias IDs de saída de uma só vez -
Abaixo do painel Visualização do esquema, selecione IDs de saída para edição em massa.
-
Selecione Copiar e cole o JSON em um editor de texto ou outra ferramenta.
-
Atualize os valores
id, que são as IDs de saída. Você não pode alterar nomes (name) ou tipos (typeedataType) de componentes. -
Cole o JSON editado de volta na caixa de diálogo, substituindo o JSON existente, e selecione Validar.
-
Revise o número de IDs alteradas, IDs inalteradas e erros. Se houver erros, selecione Voltar para corrigi-los.
-
Selecione Aplicar alterações.
-
(Opcional) Use os painéis Resumo do feed e Visualização do esquema no lado direito da página para examinar sua estrutura de dados antes de continuar:
- O Resumo do feed mostra uma contagem ativa do total de componentes, colunas, dimensões e métricas que você adicionou.
- A visualização de esquema mostra uma representação JSON do esquema de feed de dados que é atualizado à medida que você adiciona ou reordena componentes.
- O botão Linhas de exemplo abre uma caixa de diálogo que mostra linhas de saída de exemplo para que você possa verificar se a estrutura parece correta. Essa caixa de diálogo mostra apenas dados de exemplo e não reflete seus dados reais.
-
Na guia Entrega, na seção Agendamento, escolha o tipo de feed que deseja criar (ativo ou preenchimento retroativo) e especifique a frequência, o atraso de processamento e outras opções de configuração:
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 8-row-2 Campo Função Tipo de feed Selecione o tipo de feed que deseja criar:
- Feed ativo: exporta dados atuais e futuros.
- Feed de preenchimento retroativo: exporta dados históricos.
Data de início A data em que o feed de dados começa. Para feeds ao vivo, isso deve ser hoje ou uma data futura. Para feeds de preenchimento retroativo, essa deve ser uma data passada na janela de retenção de dados da visualização de dados. A data de início é baseada no fuso horário da visualização de dados. Data de expiração
Disponível somente para feeds em tempo realA data em que o feed de dados expira e não é mais executado. A data é baseada no fuso horário da visualização de dados. Data final
Disponível somente para feeds de preenchimento retroativoA data em que o feed de dados termina. A data final não pode ser no futuro. A data é baseada no fuso horário da visualização de dados. Frequência
Disponível somente para feeds em tempo realSelecione a frequência com que o feed de dados deve ser enviado. Eventos com carimbos de data e hora que caem na janela de frequência são incluídos na entrega do feed de dados.
Selecione para incluir dados de uma hora ou de um dia.
- Diariamente: os feeds contêm dados de um dia inteiro, da meia-noite a meia-noite no fuso horário da visualização de dados.
- Por hora: os feeds contêm dados de uma hora.
Cada delivery também usa uma janela de processamento contínua de 30 dias, que leva e inclui a janela de frequência, para qualificar segmentos, calcular sessões e persistir valores de dimensão. A janela de processamento e a configuração Atraso de processamento podem afetar os eventos incluídos. Para obter mais informações, consulte Entender a janela de processamento e Entender o atraso de processamento.
Granularidade
Disponível somente para feeds de preenchimento retroativoO intervalo de tempo usado para dividir os dados históricos em partes. Cada bloco contém dados de um dia inteiro, da meia-noite à meia-noite no fuso horário da visualização de dados.
A granularidade determina como os dados são agrupados, não com que frequência são entregues. Os dados de preenchimento retroativo são entregues o mais rápido possível, não uma vez por dia.
Este campo é sempre definido como Diariamente e não pode ser modificado.
Atraso no processamento O tempo que o Customer Journey Analytics aguarda antes de processar um arquivo de feed de dados. Todos os eventos recebidos com atraso durante o período de atraso do processamento são incluídos no feed de dados.
Escolha um atraso suficientemente longo para que os dados mais lentos da conexão terminem o processamento. Se o atraso for muito curto, os dados que ainda estão sendo processados não serão incluídos no arquivo de feed de dados.
O atraso mínimo de processamento é de 2 horas. O padrão é baseado nos conjuntos de dados da sua conexão. Por exemplo, se a compilação estiver ativada, o padrão será 6 horas. Alguns tipos de dados exigem um atraso mais longo. O atraso escolhido depende dos tipos de dados em sua conexão, como transmissão, lote, compilado, pesquisa ou dados de perfil.
Antes de configurar esta opção, veja os detalhes e os exemplos descritos na seção abaixo, Entenda o atraso de processamento.
Formato de compactação Selecione o formato de compactação dos arquivos de saída do Parquet entregues ao destino da nuvem. Escolha entre os seguintes formatos:
- Snappy: compactação e descompactação rápidas com tamanhos de arquivo moderados. Amplamente compatível com plataformas de dados modernas, como BigQuery, Snowflake e Apache Spark.
- GZip: amplamente compatível, inclusive com ferramentas que não oferecem suporte nativo ao Snappy. Recomendado se o pipeline downstream exigir um padrão de compactação amplamente reconhecido.
- Z Padrão (Zstd): alta eficiência de compactação com descompactação rápida. Adequado se minimizar o tamanho do arquivo é uma prioridade e suas ferramentas suportam Zstd.
Todos os formatos compactam os dados dentro de cada arquivo do Parquet, uma coluna de cada vez, de modo que o data warehouse ainda pode ler somente as colunas de que um query precisa.
Para obter informações sobre as vantagens do Parquet e como consultar ou carregar os arquivos após serem entregues, consulte Trabalhar com arquivos Parquet em feeds de dados.
-
Na guia Entrega, na seção Destino, configure o destino para onde deseja que os dados sejam enviados.
note NOTE Considere o seguinte ao configurar um destino de relatórios: -
Todas as contas em nuvem configuradas anteriormente estão disponíveis para uso nos feeds de dados. Você pode configurar contas em nuvem no Gerenciador de locais, em Componentes > Exportações > Contas de local.
-
As contas em nuvem estão associadas à sua conta de usuário do Customer Journey Analytics. Outros usuários não podem usar ou exibir contas na nuvem configuradas por você, a menos que você as disponibilize para todos os usuários da organização.
-
Você pode editar qualquer local que criar no Gerenciador de locais em Componentes > Exportações > Locais.
Preencha os campos a seguir:
table 0-row-2 1-row-2 2-row-2 3-row-2 4-row-2 5-row-2 6-row-2 7-row-2 Campo Função Exibir destinos para todos os usuários Se você for um administrador do sistema, poderá habilitar essa opção para exibir destinos criados por todos os usuários em sua organização. Quando esta opção está desativada, somente os destinos que você criou são exibidos. Conta Realize uma das seguintes ações:
-
Usar uma conta existente: Selecione o menu suspenso ao lado do campo Conta. Ou comece digitando o nome da conta e selecione-o no menu suspenso.
As contas estão disponíveis somente se você as configurar ou se forem compartilhadas com uma organização da qual você faz parte.
-
Criar uma nova conta: Selecione Adicionar conta no menu suspenso Conta. Para obter informações sobre como configurar a conta, consulte Configurar contas de exportação na nuvem.
Localização Realize uma das seguintes ações:
- Usar um local existente: Selecione o menu suspenso ao lado do campo Local. Ou comece digitando o nome do local e selecione-o no menu suspenso.
- Criar um novo local: Selecione Adicionar local no menu suspenso Local. Para obter informações sobre como configurar o local, consulte Configurar locais de exportação na nuvem.
Substituir caminho ou nome de arquivo padrão Habilite esta opção para substituir o caminho ou nome de arquivo padrão definido para o local selecionado. A substituição se aplica somente a esse feed de dados e determina para onde os arquivos do feed de dados são enviados.
Quando esta opção está habilitada, o campo Caminho ou nome de arquivo é exibido.
Caminho ou nome de arquivo
Disponível somente quando Substituir caminho ou nome de arquivo padrão está habilitadoEspecifique um caminho ou nome de arquivo (ou ambos) para determinar para onde os arquivos são enviados no local selecionado. Para salvar arquivos na pasta de nível superior do local, especifique
/.Para feeds em tempo real, você pode usar qualquer uma das variáveis a seguir para tornar o caminho ou o nome do arquivo dinâmico:
- {yyyy}: ano civil de 4 dígitos (diferencia maiúsculas de minúsculas)
- {yy}: ano civil de 2 dígitos (diferencia maiúsculas de minúsculas)
- {MM}: mês de 2 dígitos (diferencia maiúsculas de minúsculas)
- {dd}: dia de 2 dígitos (diferencia maiúsculas de minúsculas)
- {HH}: hora com 2 dígitos (diferencia maiúsculas de minúsculas)
- {mm}: minutos de 2 dígitos (diferencia maiúsculas de minúsculas)
- {ss}: segundos de 2 dígitos (diferencia maiúsculas de minúsculas)
- {fff}: nanossegundos de 3 dígitos (diferencia maiúsculas de minúsculas)
- {instance_id}: UUID da solicitação (instância)
- {export_id}: Exportar (agendar) UUID
- {idx}: Índice começa em 0 (incrementado para cada arquivo)
- {total}: Número total de arquivos para todo o trabalho de transferência
- {completion_millis}: Tempo de transferência em milissegundos
Por exemplo, se você especificar
${yyyy}/${MM}/${dd}/my-feed-${instance_id}-${idx}, um feed ao vivo entregue em 15 de janeiro de 2027 terá o seguinte caminho de arquivo e nome:[prefix_folder_name]/2027/01/15/my-feed-[UUID]-1.parquetNotificação de problemas, quando concluída e expirando Especifique um ou mais endereços de email para os quais uma notificação deve ser enviada quando o feed de dados terminar, estiver expirando ou encontrar problemas. Separe vários endereços de email com vírgulas. Habilitar manifesto Escolha se deseja incluir um arquivo de manifesto em cada entrega do feed de dados. O arquivo de manifesto contém informações para cada arquivo incluído no feed de dados. -
-
Selecione Salvar.
Entender a janela de processamento data-feed-processing-window
A janela de processamento é um período contínuo de 30 dias que antecede e inclui a janela de frequência (hora ou dia) selecionada. O Customer Journey Analytics usa os dados na janela de processamento para processar cada entrega de feed de dados. A janela de processamento é sempre de 30 dias e não pode ser alterada.
A janela de frequência determina quais eventos são incluídos no delivery. A janela de processamento fornece o contexto histórico necessário para classificar esses eventos corretamente, como quais segmentos eles se qualificam, a qual sessão pertencem e quais valores de dimensão persistem para eles.
A janela de processamento, junto com a janela de frequência, funciona de forma semelhante à janela de relatórios do Analysis Workspace. Entretanto, há diferenças importantes. Essas diferenças podem resultar em discrepâncias de dados entre os relatórios do Workspace e os deliveries do feed de dados.
Qualificação de segmento, cálculo de sessão, persistência de dimensão e transformações de campo derivadas são consideradas ao processar dados na janela de processamento:
Qualificação de segmento
Quando um segmento é aplicado à definição do feed de dados, os dados na janela de processamento determinam quais eventos, sessões ou pessoas se qualificam para o segmento. A configuração de contêiner do segmento determina o escopo. (Os contêineres possíveis são: Pessoa, Sessão ou Evento. B2B inclui os seguintes contêineres adicionais: Conta global, Conta, Oportunidade, Grupo de compras.)
Exemplo:
Suponha que você queira criar um feed de dados para entender o comportamento dos usuários que fazem parte de uma campanha de marketing específica, Campanha B.
Para fazer isso, aplique um segmento ao feed de dados chamado Usuários na Campanha B, indicando que somente os eventos vinculados aos usuários neste segmento devem ser incluídos no feed de dados.
Nesse caso, os usuários são incluídos no feed de dados somente se atenderem às duas condições a seguir:
-
O usuário tinha um evento com um carimbo de data e hora que está na janela de frequência do feed de dados (a hora ou o dia especificado do feed de dados).
-
O usuário qualificado para o segmento B da campanha em algum momento na janela de processamento.
Por exemplo, um usuário que se qualificou para o segmento há 9 dias está incluído no feed de dados. Um usuário que se qualificou pela última vez há 45 dias não foi incluído, pois esse evento está fora da janela de processamento de 30 dias.
Cálculo de sessão
Os limites da sessão são calculados usando todos os eventos na janela de processamento, não apenas os eventos na janela de frequência. Uma sessão iniciada antes da janela de frequência ainda é reconhecida como a mesma sessão.
A ID da sessão é baseada na pessoa, na hora de início da sessão e nas configurações da sessão na visualização de dados. Uma sessão mantém a mesma ID de sessão em todos os deliveries, para que você possa ingressar em eventos de uma sessão que abrange vários deliveries por hora ou por dia.
Leve em consideração o seguinte ao trabalhar com sessões em feeds de dados:
- Se uma sessão foi iniciada antes da janela de processamento, seus eventos anteriores não estarão disponíveis, portanto, os valores da sessão podem ser diferentes do Analysis Workspace. Para obter mais informações, consulte Entender as discrepâncias de dados entre os feeds de dados e o Analysis Workspace.
- A alteração das configurações de sessão na visualização de dados altera as IDs de sessão. As IDs de sessão em deliveries posteriores não corresponderão às IDs de sessão em deliveries anteriores.
Persistência do Dimension
Ao definir a persistência em uma dimensão, você também define uma expiração que determina por quanto tempo o item de dimensão persiste além do evento em que está definido.
A janela de processamento limita a persistência para cada configuração de expiração. Os valores definidos antes da janela de processamento não são considerados, exceto com a expiração de Tempo personalizado:
-
Sessão: os valores persistem até o final da sessão. Se uma sessão tiver sido iniciada antes da janela de processamento, os valores definidos antes da janela de processamento não serão considerados.
-
Janela de relatório da pessoa: a janela de processamento de 30 dias é usada como expiração. Somente os valores definidos na janela de processamento persistem.
-
Tempo personalizado: os valores persistem para o tempo personalizado definido na dimensão. Se o tempo personalizado for maior que a janela de processamento de 30 dias, o feed de dados olhará para trás antes do início da janela de processamento (até 90 dias) para que os valores de dimensão definidos antes da janela de processamento possam persistir para eventos no delivery.
note NOTE Atualmente, as expirações de Tempo personalizado estão limitadas à janela de processamento de 30 dias. Se o tempo personalizado for superior a 30 dias, a janela de processamento será usada como a expiração, e os valores definidos antes da janela de processamento não serão considerados. Em breve, haverá suporte para horários personalizados que se estenderão além da janela de processamento. -
Métrica: os valores persistem até que a métrica selecionada ocorra. Os valores definidos antes da janela de processamento não são considerados.
Para obter mais informações sobre como configurar a persistência em dimensões na visualização de dados, consulte Configurações do componente de Persistência. Para obter informações sobre como a persistência nos feeds de dados difere do Analysis Workspace, consulte Entender as discrepâncias de dados entre os feeds de dados e o Analysis Workspace.
Exemplo:
Suponha que, em seu feed de dados, você queira saber qual usuário de campanha de marketing viu originalmente antes de acessar seu site.
Para fazer isso, você define a persistência na dimensão Campanhas com Original como o modelo de alocação e Janela de relatório de pessoas como a expiração.
Nesse caso, a campanha original é exibida na saída do feed de dados somente se os usuários atenderem ambos das seguintes condições:
-
O usuário tinha um evento com um carimbo de data e hora que está na janela de frequência do feed de dados (a hora ou o dia especificado do feed de dados).
-
O usuário se qualificou para a campanha original em algum momento na janela de processamento.
Se o usuário se qualificou para a campanha original há 9 dias, a campanha original é incluída no feed de dados. Se o usuário se qualificou há 45 dias, a campanha original não foi incluída, pois está fora da janela de processamento de 30 dias.
Transformações de campo derivadas
Quaisquer funções de campo derivadas que referenciam contêineres usam a janela de processamento nas exportações do feed de dados. Quais recursos de data existem em campos derivados?
Entender o atraso de processamento data-feed-processing-delay
Como funciona o atraso de processamento
O atraso de processamento é o tempo que o Customer Journey Analytics aguarda antes de processar um arquivo de feed de dados. Todos os eventos recebidos com atraso durante o período de atraso do processamento são incluídos no feed de dados.
Atrasos de processamento são necessários por vários motivos, como para levar em conta a latência do pipeline, para dar às implementações móveis uma oportunidade para que os dispositivos offline fiquem online e enviem dados ou para acomodar os processos do lado do servidor de sua organização no gerenciamento de arquivos processados anteriormente.
O atraso mínimo de processamento é de 2 horas, mas alguns tipos de dados exigem um atraso maior.
Exemplo:
Suponha que um feed de dados por hora inclua dados de 13h às 14h e o atraso de processamento seja de 2 horas. O processamento desse arquivo de feed de dados começa às 16h e inclui todos os dados que chegaram antes do início do processamento.
Escolha um atraso de processamento com base em seus dados
Tipos diferentes de dados levam períodos variáveis para serem disponibilizados no Customer Journey Analytics. Os dados passam por duas fases de processamento, e o tempo de cada fase soma-se ao total.
Escolha um atraso de processamento que seja longo o suficiente para que os dados mais lentos em sua conexão concluam ambas as fases. Se o atraso for muito curto, os dados que ainda estão sendo processados não serão incluídos no arquivo de feed de dados.
Ao criar um feed de dados, o atraso de processamento assume como padrão um valor recomendado com base nos conjuntos de dados em sua conexão. Por exemplo, se a compilação estiver ativada para a conexão, o padrão é 6 horas. Você pode escolher um atraso mais curto, até o mínimo de 2 horas, mas um aviso será exibido porque alguns dados podem não ser incluídos no feed de dados.
Fase 1: os dados chegam ao data lake da Experience Platform
Os tempos de chegada variam de acordo com o tipo de dados que você está coletando. Escolha um atraso que acomode o tipo de dados que você está coletando.
-
Conjuntos de dados de evento da Edge Network ou assimilação de streaming: os dados normalmente chegam ao data lake em 60 minutos (consulte Latências).
-
Conjuntos de dados do conector de origem do Analytics: os dados normalmente chegam ao data lake em 2,25 horas (consulte Latências).
-
Conjuntos de dados de outros conectores de origem: a latência varia de acordo com o conector de origem e quando os lotes são enviados. O processamento de upstream no Experience Platform, como o Preparo de dados, pode adicionar mais tempo.
-
Conjuntos de dados de pesquisa: o tempo para que os dados cheguem ao data lake depende da frequência com que os dados são carregados. Os dados de pesquisa normalmente são carregados como uma cópia completa de um banco de dados, no qual apenas uma pequena porcentagem de registros foi alterada. Faça upload de dados de pesquisa em lotes menores para reduzir o tempo de processamento.
Em geral, pequenos uploads são processados dentro do atraso mínimo.
Uploads grandes (por exemplo, um upload semanal de milhões de registros) são processados com prioridade mais baixa e podem levar de 3 a 4 horas a mais. No caso de uploads grandes, os dados do evento não são atrasados, mas os valores de pesquisa podem não refletir as atualizações mais recentes.
-
Conjuntos de dados de perfil: o tempo para que os dados cheguem ao data lake depende da frequência com que os dados são carregados. Normalmente, os dados do perfil são assimilados em lotes grandes, como um instantâneo diário da tabela de perfil completa. Faça upload dos dados do perfil em lotes menores para reduzir o tempo de processamento.
Em geral, pequenos uploads são processados dentro do atraso mínimo.
Uploads grandes (por exemplo, um upload semanal de milhões de registros) são processados com prioridade mais baixa e podem levar de 3 a 4 horas a mais. No caso de uploads grandes, os dados do evento não são atrasados, mas os valores de perfil podem não refletir as atualizações mais recentes.
Fase 2: os dados são assimilados do data lake na Customer Journey Analytics
Os tempos de assimilação de dados variam dependendo se a compilação do conjunto de dados está ativada.
-
Conjuntos de dados não compilados: isso pode levar até 90 minutos (consulte Latências).
-
Conjuntos de dados compilados: a compilação pode adicionar até 4 horas além dos 90 minutos que leva para conjuntos de dados não compilados (consulte Latências). Se a compilação estiver ativada para a conexão, o atraso padrão será de 6 horas. Os dados atualizados por uma repetição de compilação geralmente não são incluídos em arquivos de feed de dados que já foram processados.
Exemplo:
Se sua conexão incluir vários tipos de dados, escolha um atraso que acomode os dados mais lentos. No exemplo abaixo, são aproximadamente 8 horas.
A costura pode adicionar até 4 horas para assimilação no Customer Journey Analytics. Para considerar isso, adicione 4 horas ao atraso para quaisquer dados unificados.
90 minutos
Sem compilação
90 minutos + 4 horas para compilação
Com a compilação