Compilação
A compilação de identidade (ou simplesmente, compilação) é um recurso poderoso que eleva a adequação de um conjunto de dados de evento para análise entre canais. A análise entre canais é um caso de uso principal que o Customer Journey Analytics pode manipular, permitindo combinar e executar relatórios de maneira contínua em vários conjuntos de dados de diferentes canais, com base em um identificador comum (ID de pessoa).
Quando você combina conjuntos de dados com IDs de pessoa semelhantes, a atribuição é transportada entre dispositivos e canais. Por exemplo, um usuário visita o site pela primeira vez por meio de um anúncio no computador desktop. Esse usuário encontra um problema com seu pedido e, em seguida, faz uma chamada à equipe de atendimento ao cliente para ajudá-lo a resolver o problema. Com a análise entre canais, você pode atribuir eventos da central de atendimento ao anúncio em que eles clicaram originalmente.
Infelizmente, nem todos os conjuntos de dados baseados em eventos que fazem parte da sua conexão no Customer Journey Analytics estão preenchidos com dados suficientes para dar suporte a essa atribuição pronta para uso. Especialmente, os conjuntos de dados de experiência baseados na Web ou em dispositivos móveis geralmente não têm informações reais de ID de pessoa disponíveis em todos os eventos.
A compilação permite rechavear identidades em linhas de um conjunto de dados, garantindo que a ID de pessoa (ID compilada) esteja disponível em cada evento. A compilação analisa os dados do usuário de sessões autenticadas e não autenticadas para determinar o valor da ID transitória comum (ID de pessoa) que pode ser usada como ID compilada. Esse rechaveamento permite resolver registros desiguais em uma única ID compilada para análise no nível da pessoa, em vez de no nível do dispositivo ou do cookie.
O Customer Journey Analytics oferece suporte a dois tipos de costura: compilação em campo e compilação em gráfico.
Pré-requisitos
Antes de usar a compilação, verifique se sua organização está preparada com o seguinte:
-
A compilação inclui a mesclagem de dados de usuário autenticados e não autenticados. Cumpra as leis e regulamentos aplicáveis e obtenha as permissões necessárias do usuário final antes de ativar a compilação em um conjunto de dados de evento. Consulte Definir campos de identidade na interface para obter mais informações.
-
Importe os dados desejados para o Adobe Experience Platform:
- Para dados do Adobe Analytics, consulte Utilização dos dados do conjunto de relatórios do Adobe Analytics no Customer Journey Analytics.
- Para outros tipos de dados, consulte Criar um esquema e Assimilar dados na documentação da Adobe Experience Platform.
Você se beneficia da análise entre canais se combinar um ou mais conjuntos de dados compilados com outros conjuntos de dados, como dados da central de atendimento, como parte da definição da conexão Customer Journey Analytics. Essa configuração de conexão pressupõe que esses outros conjuntos de dados já contenham uma ID de pessoa em cada linha, semelhante à ID compilada.
Limitações
-
Não há suporte para o uso de
identityMapcomo ID persistente. Você precisa definir um identificador específico no conjunto de dados (por exemplo,ECID) como a ID persistente. -
Aplique qualquer alteração feita ao esquema do conjunto de dados do evento de origem também ao novo esquema do conjunto de dados compilado, caso contrário, ela quebrará o conjunto de dados compilado.
-
Se você remover o conjunto de dados de origem, o conjunto de dados compilado parará de ser processado e será removido pelo sistema.
-
Os rótulos de uso de dados não são propagados automaticamente para o esquema do conjunto de dados compilado. Se você tiver rótulos de uso de dados aplicados ao esquema do conjunto de dados de origem, será necessário aplicar esses rótulos de uso de dados manualmente ao esquema do conjunto de dados compilado. Consulte Gerenciamento de rótulos de uso de dados no Experience Platform para obter mais informações.
A costura é um recurso inovador e robusto, mas tem limitações na forma de uso.
- Somente conjuntos de dados de evento são suportados. Outros conjuntos de dados, como conjuntos de dados de pesquisa, não são suportados.
- A compilação não transforma de maneira alguma o campo usado para compilação. A compilação usa o valor no campo especificado, como ele existe no conjunto de dados não compilado no data lake.
- O processo de compilação diferencia maiúsculas de minúsculas. Por exemplo, se às vezes aparecer no campo a palavra "Bob" e, às vezes, a palavra "BOB", essas IDs serão tratadas como duas pessoas separadas.
Não confunda a compilação com:
-
A mesclagem de dois ou mais conjuntos de dados. A compilação se aplica a apenas um conjunto de dados. A mesclagem de conjuntos de dados ocorre como resultado da configuração de uma conexão Customer Journey Analytics e da seleção da mesma ID de pessoa nos conjuntos de dados selecionados na conexão.
-
A associação de dois conjuntos de dados. No Customer Journey Analytics, uma junção é frequentemente usada para pesquisas ou classificações no Analysis Workspace. Embora a compilação use a funcionalidade de associação, o próprio processo envolve mais do que associações.
Compilação em campo
Você especifica um conjunto de dados de evento, bem como a ID persistente (cookie) e a ID transitória (ID de pessoa) para esse conjunto de dados. A compilação em campo cria uma nova coluna de ID compilada no novo conjunto de dados compilado e atualiza essa coluna de ID compilada com base em linhas que têm uma ID transitória para essa ID persistente específica.
Você pode usar a compilação em campo ao usar o Customer Journey Analytics como uma solução independente (sem acesso ao Serviço de Identidade do Experience Platform e ao gráfico de identidade associado). Ou quando não quiser usar o gráfico de identidade disponível.
Como funciona a compilação em campo
A compilação faz um mínimo de duas passagens de dados em um determinado conjunto de dados.
-
Compilação em tempo real: tenta compilar cada ocorrência (evento) à medida que elas chegam. As ocorrências de dispositivos que são "novas" para o conjunto de dados (nunca foram autenticadas) normalmente não são compiladas neste nível. As ocorrências de dispositivos já reconhecidos são compiladas imediatamente.
-
Repetir compilação: "repete" dados com base em identificadores exclusivos (IDs transitórias) que ele aprendeu. É nesse estágio que as ocorrências de dispositivos desconhecidos anteriormente (IDs persistentes) são compiladas (em IDs transitórias). A Adobe oferece dois intervalos de repetição:
- Diariamente: os dados são repetidos todos os dias com uma janela de retrospectiva de 24 horas. Essa opção tem a vantagem de que as repetições são muito mais frequentes, mas os visitantes não autenticados devem se autenticar no mesmo dia em que visitam o site.
- Semanalmente: os dados são repetidos uma vez por semana com a janela de pesquisa selecionada (consulte opções). Essa opção tem uma vantagem que permite que sessões não autenticadas tenham um tempo muito mais tolerante para autenticação. No entanto, os dados não compilados com menos de uma semana não são reprocessados até a próxima repetição semanal.
-
Privacidade: quando solicitações relacionadas à privacidade são recebidas, além de remover a identidade solicitada, qualquer compilação dessa identidade em eventos não autenticados deve ser desfeita.
Os dados além da janela de pesquisa não são repetidos. Um visitante deve se autenticar em uma determinada janela de pesquisa para que uma visita não autenticada e uma visita autenticada sejam identificadas juntas. Depois que um dispositivo é reconhecido, ele é compilado em tempo real a partir desse ponto.
Etapa 1: compilação em tempo real
A compilação em tempo real tenta compilar cada evento após a coleção em dispositivos e canais conhecidos.
Considere o exemplo a seguir, em que Bob registra eventos diferentes como parte de um conjunto de dados de evento.
Dados como aparecem no dia em que são coletados:
| table 0-row-5 1-row-5 2-row-5 3-row-5 4-row-5 5-row-5 6-row-5 7-row-5 8-row-5 9-row-5 10-row-5 11-row-5 12-row-5 13-row-5 | ||||
|---|---|---|---|---|
| Evento | Carimbo de data e hora | ID persistente (ID do cookie) | ID transitória (ID de logon) | ID compilada (após compilação em tempo real) |
| 1 | 2023-05-12 12:01 | 246
|
- | 246 |
| 2 | 2023-05-12 12:02 | 246 |
Bob
|
Bob |
| 3 | 2023-05-12 12:03 | 246 |
Bob
|
Bob
|
| 4 | 2023-05-12 12:04 | 246 |
- | Bob |
| 5 | 2023-05-12 12:05 | 246 |
Bob
|
Bob
|
| 6 | 2023-05-12 12:06 | 246 |
- | Bob |
| 7 | 2023-05-12 12:07 | 246 |
Bob
|
Bob |
| 8 | 2023-05-12 12:03 | 3579
|
- | 3579 |
| 9 | 2023-05-12 12:09 | 3579
|
- | 3579 |
| 10 | 2023-05-12 12:02 | 81911
|
- | 81911 |
| 11 | 2023-05-12 12:05 | 81911 |
Bob
|
Bob
|
| 12 | 2023-05-12 12:12 | 81911 |
- | Bob |
| 3 dispositivos | 4 pessoas:246, Bob, 3579, 81911 |
Os eventos não autenticados e autenticados em novos dispositivos são contados como pessoas separadas (temporariamente). Eventos não autenticados em dispositivos reconhecidos são compilados em tempo real.
A atribuição funciona quando a variável personalizada de identificação está vinculada a um dispositivo. No exemplo acima, todos os eventos, exceto o 1, 8, 9 e 10, são compilados em tempo real (todos eles usam o identificador Bob). A compilação em tempo real "resolve" a ID compilada para o evento 4, 6 e 12.
Os dados atrasados (dados com um carimbo de data e hora superior a 24 horas) são tratados com base no "melhor esforço", priorizando a compilação de dados atuais para obter a mais alta qualidade.
Etapa 2: Repetir a compilação
Em intervalos regulares (uma vez por semana ou uma vez por dia, dependendo da janela de pesquisa escolhida), a repetição da compilação recalcula os dados históricos com base nos dispositivos que agora ela reconhece. Se um dispositivo enviar dados inicialmente sem autenticação e fizer logon, a repetição da compilação vinculará esses eventos não autenticados à pessoa correta.
A tabela a seguir representa os mesmos dados acima, mas mostra números diferentes com base na repetição dos dados.
Os mesmos dados após a repetição:
| table 0-row-6 1-row-6 2-row-6 3-row-6 4-row-6 5-row-6 6-row-6 7-row-6 8-row-6 9-row-6 10-row-6 11-row-6 12-row-6 13-row-6 layout-auto | |||||
|---|---|---|---|---|---|
| Evento | Carimbo de data e hora | ID persistente (ID do cookie) | ID transitória (ID de logon) | ID compilada (após compilação em tempo real) | ID compilada (após repetição) |
| 1 | 2023-05-12 12:01 | 246 |
- | 246 |
Bob |
| 2 | 2023-05-12 12:02 | 246 |
Bob
|
Bob |
Bob
|
| 3 | 2023-05-12 12:03 | 246 |
Bob
|
Bob
|
Bob |
| 4 | 2023-05-12 12:04 | 246 |
- | Bob |
Bob |
| 5 | 2023-05-12 12:05 | 246 |
Bob
|
Bob
|
Bob |
| 6 | 2023-05-12 12:06 | 246 |
- | Bob |
Bob |
| 7 | 2023-05-12 12:07 | 246 |
Bob
|
Bob |
Bob |
| 8 | 2023-05-12 12:03 | 3579
|
- | 3579 |
3579 |
| 9 | 2023-05-12 12:09 | 3579
|
- | 3579 |
3579 |
| 10 | 2023-05-12 12:02 | 81911 |
- | 81911 |
Bob |
| 11 | 2023-05-12 12:05 | 81911 |
Bob
|
Bob
|
Bob
|
| 12 | 2023-05-12 12:12 | 81911 |
- | Bob |
Bob |
| 3 dispositivos | 4 pessoas:246, Bob, 3579, 81911 |
2 pessoas:Bob, 3579 |
A atribuição funciona quando a variável personalizada de identificação está vinculada a um dispositivo. No exemplo acima, o evento 1 e 10 são compilados como resultado da repetição, deixando apenas o evento 8 e o 9 não compilados. E reduzindo a métrica de pessoas (cumulativa) para 2.
Etapa 3: Solicitação de privacidade
Ao receber uma solicitação de acesso a dados pessoais, a ID compilada é excluída em todos os registros para o usuário sujeito à solicitação de acesso a dados pessoais.
A tabela a seguir representa os mesmos dados acima, mas mostra o efeito que uma solicitação de privacidade para Bob tem nos dados após o processamento. As linhas em que Bob é autenticado são removidas (2, 3, 5, 7 e 11) juntamente com a remoção de Bob como uma ID transitória para outras linhas.
Os mesmos dados após uma solicitação de privacidade para Bob:
| table 0-row-8 1-row-8 2-row-8 3-row-8 4-row-8 5-row-8 6-row-8 7-row-8 8-row-8 9-row-8 10-row-8 11-row-8 12-row-8 13-row-8 | |||||||
|---|---|---|---|---|---|---|---|
| Evento | Carimbo de data e hora | ID persistente (ID do cookie) | ID transitória (ID de logon) | ID compilada (após compilação em tempo real) | ID compilada (após repetição) | ID transitória (ID de logon) | ID com título (após solicitação de privacidade) |
| 1 | 2023-05-12 12:01 | 246 |
- | 246 |
Bob |
- | 246 |
| 2 | 2023-05-12 12:02 | 246 |
Bob
|
Bob |
Bob
|
|
246 |
| 3 | 2023-05-12 12:03 | 246 |
Bob
|
Bob
|
Bob |
|
246 |
| 4 | 2023-05-12 12:04 | 246 |
- | Bob |
Bob |
- | 246 |
| 5 | 2023-05-12 12:05 | 246 |
Bob
|
Bob
|
Bob |
|
246 |
| 6 | 2023-05-12 12:06 | 246 |
- | Bob |
Bob |
- | 246 |
| 7 | 2023-05-12 12:07 | 246 |
Bob
|
Bob |
Bob |
|
246 |
| 8 | 2023-05-12 12:03 | 3579
|
- | 3579 |
3579 |
- | 3579 |
| 9 | 2023-05-12 12:09 | 3579
|
- | 3579 |
3579 |
- | 3579 |
| 10 | 2023-05-12 12:02 | 81911 |
- | 81911 |
Bob |
- | 81911 |
| 11 | 2023-05-12 12:05 | 81911 |
Bob
|
Bob
|
Bob
|
|
81911 |
| 12 | 2023-05-12 12:12 | 81911 |
- | Bob |
Bob |
- | 81911 |
| 3 dispositivos | 4 pessoas: 246, Bob, 3579, 81911 |
2 pessoas: Bob, 3579 |
3 pessoas:246, 3579, 81911 |
Pré-requisitos
Os seguintes pré-requisitos se aplicam especificamente à compilação em campo:
-
O conjunto de dados do evento no Adobe Experience Platform, ao qual você deseja aplicar a compilação, deve ter duas colunas que ajudem a identificar visitantes:
- Uma ID persistente, um identificador disponível em cada linha. Por exemplo, uma ID de visitante gerada por uma biblioteca de AppMeasurements do Adobe Analytics ou uma ECID gerada pelo serviço de identidade da Adobe Experience Platform.
- Uma ID transitória, um identificador disponível em apenas algumas linhas. Por exemplo, um nome de usuário ou endereço de email com hash quando um visitante é autenticado. Você pode usar praticamente qualquer identificador que desejar. A compilação considera esse campo como mantendo as informações reais da ID de pessoa. Para obter melhores resultados de compilação, uma ID transitória deve ser enviada nos eventos do conjunto de dados pelo menos uma vez para cada ID persistente. Se você planeja incluir esse conjunto de dados em uma conexão Customer Journey Analytics, é preferível que os outros conjuntos de dados também tenham um identificador comum semelhante.
-
Ambas as colunas (ID persistente e ID transitória) devem ser definidas como um campo de identidade com um namespace de identidade no esquema para o conjunto de dados que você deseja compilar. Ao usar a identificação de identidade na Real-time Customer Data Platform, usando o
identityMapgrupo de campos, você ainda precisará adicionar campos de identidade com um namespace de identidade. Essa identificação de campos de identidade é necessária, pois a compilação de Customer Journey Analytics não oferece suporte ao grupo de camposidentityMap. Ao adicionar um campo de identidade no esquema, ao mesmo tempo em que usa o grupo de camposidentityMap, não defina o campo de identidade adicional como uma identidade primária. Definir um campo de identidade adicional como identidade primária interfere no grupo de camposidentityMapusado para o Real-time Customer Data Platform.
Limitações
As seguintes limitações se aplicam especificamente à compilação em campo:
- Os recursos atuais de rechaveamento são limitados a uma etapa (ID persistente para ID transitória). O rechaveamento de várias etapas (por exemplo, ID persistente para uma ID transitória e, em seguida, para outra ID transitória) não é suportado.
- Se um dispositivo for compartilhado por várias pessoas e o número total de transições entre usuários exceder 50.000, o Customer Journey Analytics interromperá a compilação de dados para esse dispositivo.
- Não há suporte para mapas de ID personalizados usados em sua organização.
- A compilação diferencia maiúsculas e minúsculas. Para conjuntos de dados gerados pelo conector de origem do Analytics, o Adobe recomenda revisar todas as regras VISTA ou regras de processamento que se aplicam ao campo de ID transitória. Essa revisão garante que nenhuma dessas regras introduza novos formulários da mesma ID. Por exemplo, você deve garantir que nenhuma regra VISTA ou de processamento introduza letras minúsculas no campo de ID transitória em apenas uma parte dos eventos.
- A compilação não combina nem concatena campos.
- O campo de ID transitória deve conter um único tipo de ID (IDs de um único namespace). Por exemplo, o campo ID transitória não deve conter uma combinação de IDs de logon e IDs de email.
- Se vários eventos ocorrerem com o mesmo carimbo de data e hora para a mesma ID persistente, mas com valores diferentes no campo de ID transitória, a compilação selecionará a ID com base na ordem alfabética. Portanto, se a ID persistente A tiver dois eventos com o mesmo carimbo de data e hora e um dos eventos especificar Bob e o outro especificar Ann, a compilação selecionará Ann.
- Tenha cuidado com cenários em que as IDs transitórias contenham valores de espaço reservado, por exemplo
Undefined. Consulte as Perguntas frequentes para obter mais informações.
Compilação baseada em gráfico
Você especifica um conjunto de dados de evento, bem como a ID persistente (cookie) e o namespace da ID transitória (ID de pessoa) para esse conjunto de dados. A compilação baseada em gráfico cria uma nova coluna para a ID compilada no novo conjunto de dados compilado. Em seguida, o usa a ID persistente para consultar o gráfico de identidade do Serviço de identidade do Experience Platform, usando o namespace especificado, para atualizar a ID compilada.
Como funciona a compilação baseada em gráfico
A compilação faz um mínimo de duas passagens de dados em um determinado conjunto de dados.
-
Compilação em tempo real: tenta compilar cada ocorrência (evento) à medida que elas chegam, usando a ID persistente para pesquisar a ID transitória do namespace selecionado, consultando o gráfico de identidade. Se a ID transitória estiver disponível na pesquisa, essa ID transitória será imediatamente compilada.
-
Repetir compilação: "repete" dados com base em identidades atualizadas do gráfico de identidade. É nesse estágio que as ocorrências de dispositivos anteriormente desconhecidos (IDs persistentes) são compiladas, pois o gráfico de identidade resolveu a identidade de um namespace. A Adobe oferece dois intervalos de repetição:
- Diariamente: os dados são repetidos todos os dias com uma janela de retrospectiva de 24 horas. Essa opção tem a vantagem de que as repetições são muito mais frequentes, mas os visitantes não autenticados devem se autenticar no mesmo dia em que visitam o site.
- Semanalmente: os dados são repetidos uma vez por semana com a janela de pesquisa (consulte opções). Essa opção tem uma vantagem que permite que sessões não autenticadas tenham um tempo muito mais tolerante para autenticação. No entanto, os dados não compilados com menos de uma semana não são reprocessados até a próxima repetição semanal.
-
Privacidade: quando solicitações relacionadas à privacidade são recebidas, além de remover a identidade solicitada do conjunto de dados de origem, qualquer compilação dessa identidade em eventos não autenticados deve ser desfeita. Além disso, a identidade deve ser removida do gráfico de identidade para evitar futuras compilações baseadas em gráfico para essa identidade específica.
Os dados além da janela de pesquisa não são repetidos. Um visitante deve se autenticar em uma determinada janela de pesquisa para que uma visita não autenticada e uma visita autenticada sejam identificadas juntas. Depois que um dispositivo é reconhecido, ele é compilado em tempo real a partir desse ponto.
Considere os dois gráficos de identidade a seguir para a ID persistente 246 e 3579, como esses gráficos de identidade são atualizados ao longo do tempo e como essas atualizações afetam as etapas na compilação baseada em gráfico.
Você pode exibir um gráfico de identidade ao longo do tempo para um perfil específico usando o Visualizador de Gráficos de Identidade. Consulte também Lógica de vinculação do serviço de identidade para entender melhor a lógica usada ao vincular identidades.
Etapa 1: compilação em tempo real
A compilação em tempo real tenta compilar cada evento, após a coleção, às informações conhecidas no momento do gráfico de identidade.
| table 0-row-5 1-row-5 2-row-5 3-row-5 4-row-5 5-row-5 6-row-5 7-row-5 1-align-right 7-align-right 13-align-right 19-align-right 25-align-right 31-align-right 37-align-right 43-align-right layout-auto | ||||
|---|---|---|---|---|
| Hora | ID PersistenteECID |
NamespaceEmail
|
ID compilada (após compilação em tempo real) | |
| 1 | 2023-05-12 11:00 | 246 |
246
|
246 |
| 2 | 2023-05-12 14:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
| 3 | 2023-05-12 15:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
| 4 | 2023-05-12 17:00 | 3579 |
3579
|
3579 |
| 5 | 2023-05-12 19:00 | 3579 |
3579
ted.w@gmail.com
|
ted.w@gmail.com |
| 6 | 2023-05-13 15:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
| 7 | 2023-05-13 16:30 | 246 |
246
a.b@yahoo.co.uk246
bob.ab@gmail.com
|
a.b@yahoo.co.uk |
Você pode ver como a ID compilada é resolvida para cada evento. Com base no horário, na ID persistente e na pesquisa do gráfico de identidade para o namespace especificado (nesse mesmo momento).
Quando a pesquisa é resolvida para mais de uma id compilada (como para o evento 7), a primeira id lexicográfica retornada pelo gráfico de identidade é selecionada (a.b@yahoo.co.uk no exemplo).
Etapa 2: Repetir a compilação
Em intervalos regulares (dependendo da janela de pesquisa escolhida), a repetição da compilação recalcula os dados históricos com base na versão mais recente do gráfico de identidade, no momento do intervalo.
Com uma repetição da compilação ocorrendo às 16:30 do dia 2023-05-13, com uma configuração de janela de retrospectiva de 24 horas, alguns eventos da amostra são recompilados (indicado por
| table 0-row-6 1-row-6 2-row-6 3-row-6 4-row-6 5-row-6 6-row-6 layout-auto | |||||
|---|---|---|---|---|---|
| Hora | ID PersistenteECID |
NamespaceEmail
|
ID compilada (após compilação em tempo real) |
ID compilada (após 24 horas de repetição) |
|
| 2 | 2023-05-12 14:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
bob.a@gmail.com |
| 3 | 2023-05-12 15:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
bob.a@gmail.com |
|
|
2023-05-12 17:00 | 3579 |
3579
ted.w@gmail.com
|
3579 |
ted.w@gmail.com |
|
|
2023-05-12 19:00 | 3579 |
3579
ted.w@gmail.com
|
ted.w@gmail.com |
ted.w@gmail.com |
|
|
2023-05-13 15:00 | 246 |
246
a.b@yahoo.co.uk
|
bob.a@gmail.com |
a.b@yahoo.co.uk |
|
|
2023-05-13 16:30 | 246 |
246
a.b@yahoo.co.uk246
bob.ab@gmail.com
|
a.b@yahoo.co.uk |
a.b@yahoo.co.uk |
Com a repetição da compilação em 2023-05-13 às 16:30, com uma configuração de janela de retrospectiva de 7 dias, todos os eventos da amostra são recompilados.
| table 0-row-6 1-row-6 2-row-6 3-row-6 4-row-6 5-row-6 6-row-6 7-row-6 layout-auto | |||||
|---|---|---|---|---|---|
| Hora | ID PersistenteECID |
NamespaceEmail
|
ID compilada (após compilação em tempo real) |
ID compilada (após 7 dias de repetição) |
|
|
|
2023-05-12 11:00 | 246 |
246
|
246 |
a.b@yahoo.co.uk |
|
|
2023-05-12 14:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
a.b@yahoo.co.uk |
|
|
2023-05-12 15:00 | 246 |
246
bob.a@gmail.com
|
bob.a@gmail.com |
a.b@yahoo.co.uk |
|
|
2023-05-12 17:00 | 3579 |
3579
ted.w@gmail.com
|
3579 |
ted.w@gmail.com |
|
|
2023-05-12 19:00 | 3579 |
3579
ted.w@gmail.com
|
ted.w@gmail.com |
ted.w@gmail.com |
|
|
2023-05-13 15:00 | 246 |
246
a.b@yahoo.co.uk
|
bob.a@gmail.com |
a.b@yahoo.co.uk |
|
|
2023-05-13 16:30 | 246 |
246
a.b@yahoo.co.uk246
bob.ab@gmail.com
|
a.b@yahoo.co.uk |
a.b@yahoo.co.uk |
Etapa 3: Solicitação de privacidade
Ao receber uma solicitação de acesso a dados pessoais, a ID compilada é excluída em todos os registros para o usuário sujeito à solicitação de acesso a dados pessoais.
A tabela a seguir representa os mesmos dados acima, mas mostra o efeito que uma solicitação de privacidade (por exemplo, em 2023-05-13 18:00) tem nos eventos de amostra.
| table 0-row-5 1-row-5 2-row-5 3-row-5 4-row-5 5-row-5 6-row-5 7-row-5 1-align-right 7-align-right 13-align-right 19-align-right 25-align-right 31-align-right 37-align-right 43-align-right layout-auto | ||||
|---|---|---|---|---|
| Hora | ID PersistenteECID |
NamespaceEmail
|
ID com título (após solicitação de privacidade) | |
|
|
2023-05-12 11:00 | 246 |
246
a.b@yahoo.co.uk
|
246 |
|
|
2023-05-12 14:00 | 246 |
246
a.b@yahoo.co.uk
|
246 |
|
|
2023-05-12 15:00 | 246 |
246
a.b@yahoo.co.uk
|
246 |
|
|
2023-05-12 17:00 | 3579 |
3579
ted.w@gmail.com
|
3579 |
|
|
2023-05-12 19:00 | 3579 |
3579
ted.w@gmail.com
|
3579 |
|
|
2023-05-13 15:00 | 246 |
246
a.b@yahoo.co.uk
|
246 |
|
|
2023-05-13 16:30 | 246 |
246
a.b@yahoo.co.uk246
bob.ab@gmail.com
|
246 |
Pré-requisitos
Os seguintes pré-requisitos se aplicam especificamente à compilação baseada em gráfico:
- O conjunto de dados de evento no Adobe Experience Platform, ao qual você deseja aplicar a compilação, deve ter uma coluna que identifique um visitante em cada linha, a ID persistente. Por exemplo, uma ID de visitante gerada por uma biblioteca de AppMeasurements Adobe Analytics ou uma ECID gerada pelo Serviço de identidade Experience Platform.
- A ID persistente também deve ser definida como uma identidade no esquema.
- O gráfico de identidade do Experience Platform Identity Service deve ter um namespace (por exemplo,
EmailouPhone) que você deseja usar durante a compilação para resolver a ID transitória. Consulte Experience Platform Identity Service para obter mais informações.
Limitações
As seguintes limitações se aplicam especificamente à compilação baseada em gráfico:
-
Os carimbos de data e hora não são considerados ao consultar a ID transitória usando o namespace especificado. Portanto, é possível que uma ID persistente seja compilada com uma ID transitória de um registro que tenha um carimbo de data e hora anterior.
-
Sem suporte a dispositivo compartilhado. Quando várias identidades são retornadas, ao consultar o gráfico de identidade usando um namespace, a primeira identidade lexicográfica é usada.
-
Há um limite rígido de três meses de preenchimento retroativo de identidades no gráfico de identidade. Caso não esteja usando um aplicativo Experience Platform, como o Real-time Customer Data Platform, para preencher o gráfico de identidade, você usaria identidades de preenchimento retroativo.
-
As medidas de proteção do Serviço de identidade se aplicam. Consulte, por exemplo, os seguintes limites estáticos:
- Número máximo de identidades em um gráfico: 50.
- Número máximo de links para uma identidade para uma única assimilação de lote: 50.
- Número máximo de identidades em um registro XDM para assimilação de gráfico: 20.
- Número mínimo de identidades em um registro XDM para assimilação de gráfico: 2.
Usar compilação
Assim que sua organização atender a todos os pré-requisitos e entender as limitações limitações comuns e as limitações específicas do método de compilação (baseado em campo e baseado em gráfico), você poderá seguir essas etapas para começar a usar a compilação no Customer Journey Analytics.
Selecionar opções
O pacote de Customer Journey Analytics que você tem direito determina os métodos de compilação disponíveis, as opções para a duração do preenchimento retroativo inicial, a janela de pesquisa, a frequência de repetição e o número máximo de conjuntos de dados permitidos para compilação. Consulte a descrição do produto Customer Journey Analytics para obter mais detalhes. Decida sobre as opções disponíveis antes de solicitar suporte.
Selecionar
Prime
Ultimate
- Compilação em campo
-
Compilação em campo
-
Compilação baseada em gráfico
-
Compilação em campo
-
Compilação baseada em gráfico
-
1 dia, todos os dias
-
até 7 dias, semanalmente
-
1 dia, todos os dias
-
até 14 dias, semanalmente
-
1 dia, todos os dias
-
até 30 dias, semanalmente
Solicitar suporte
-
Entre em contato com o Suporte ao cliente da Adobe com as seguintes informações:
- Uma solicitação para ativar a compilação.
- A ID do conjunto de dados que você deseja rechavear.
- O nome da coluna (caminho de identidade e namespace) da ID persistente para o conjunto de dados desejado (o identificador que aparece em cada linha).
- Para a compilação em campo, o nome da coluna da ID transitória para o conjunto de dados desejado (o identificador de pessoa, que também atua como um link entre conjuntos de dados no contexto de uma conexão). Para compilação baseada em gráfico, o namespace de identidade a ser usado para consultar o gráfico de identidade.
- Sua preferência por janela de retrospectiva e frequência de repetição. Consulte seu pacote Customer Journey Analytics para as opções disponíveis.
- Nome da sandbox.
-
O Suporte ao cliente do Adobe trabalha com a engenharia de Adobe para permitir a compilação ao receber sua solicitação. Depois de habilitada, um novo conjunto de dados rechaveado que contém uma nova coluna de ID compilada é exibido no Adobe Experience Platform. O Suporte ao cliente do Adobe pode fornecer a ID do novo conjunto de dados.
-
Quando ativado pela primeira vez, o Adobe fornece um preenchimento retroativo de dados compilados. Consulte seu pacote Customer Journey Analytics para a opção disponível.
-
Se você quiser usar o novo conjunto de dados compilado em uma análise entre canais, é necessário adicionar o novo conjunto de dados compilado a uma conexão no Customer Journey Analytics. Em seguida, adicione outros conjuntos de dados necessários para a análise entre canais e selecione a ID de pessoa correta para cada conjunto de dados.
-
Crie uma visualização de dados com base na conexão.
Depois que a visualização de dados estiver configurada, você poderá executar sua análise de relatório de Customer Journey Analytics em canais e dispositivos.