Você pode usar uma visualização de Fluxo com a dimensão Tipo de dispositivo móvel.
O exemplo Tipo de dispositivo móvel ilustrado acima permite ver como as pessoas se movem entre tipos de dispositivos móveis e tipos de dispositivos de desktop. No entanto, isso não permite distinguir navegadores de desktop de navegadores móveis. Se você quiser esse insight, poderá criar uma variável personalizada (como uma prop ou eVar) que registra se a experiência aconteceu em um navegador de desktop, navegador móvel ou aplicativo móvel. Em seguida, você pode criar um diagrama de fluxo conforme descrito acima, usando a variável personalizada em vez da dimensão Tipo de dispositivo móvel. Isso fornece uma visão um pouco diferente sobre o comportamento entre dispositivos.
A compilação entre dispositivos do CDA ocorre em dois processos simultâneos.
O primeiro processo é chamado de “compilação em tempo real”, que ocorre à medida que os dados fluem para o Adobe Analytics. Durante a compilação em tempo real, o CDA faz o melhor que pode para reafirmar os dados no nível da pessoa. No entanto, se a pessoa for desconhecida no momento da compilação em tempo real, o CDA voltará para a ID de visitante para representar a pessoa.
O segundo processo é chamado de “repetição”. Durante a repetição, o CDA recua no tempo e reafirma os dados históricos, quando possível, em uma janela de pesquisa especificada. Essa janela de pesquisa é de 1 dia ou 7 dias, dependendo de como você solicitou a configuração do CDA. Durante a repetição, o CDA tenta reafirmar as ocorrências em que a pessoa era anteriormente desconhecida.
Se estiver usando um gráfico de dispositivos, a Adobe mantém os mapeamentos do gráfico de dispositivos por aproximadamente seis meses. Uma ECID que não tenha atividade por mais de seis meses é removida do gráfico. Os dados já compilados no CDA não são afetados, mas as ocorrências subsequentes dessa ECID serão tratadas como uma nova pessoa.
A Adobe trata as ocorrências com carimbos de data e hora como se fossem recebidas no momento do carimbo de data e hora, e não quando a Adobe recebeu a ocorrência. As ocorrências com carimbo de data e hora com mais de 1 mês nunca são compiladas pois estão fora do intervalo que a Adobe usa para compilar.
O uso da ID de visitante personalizada é um método herdado para conectar os usuários aos dispositivos. Com uma ID de visitante personalizada, você usa a variável visitorID
para definir explicitamente a ID usada para a lógica do visitante. A variável visitorID
substitui todas as IDs baseadas em cookies presentes.
As IDs de visitante personalizadas têm vários efeitos colaterais indesejados que o CDA supera ou minimiza. Por exemplo, a metodologia de ID de visitante personalizada não tem recursos de repetição. Se um usuário for autenticado no meio de uma visita, a primeira parte da visita será associada a uma ID de visitante diferente da última parte da visita. As IDs de visitante separadas resultam no aumento de visitas e visitantes. O CDA reafirma os dados históricos para que ocorrências não autenticadas pertençam à pessoa correta.
Os clientes que já usam a ID de visitante personalizada podem atualizar para o CDA sem nenhuma alteração de implementação. A variável visitorID
ainda é usada no conjunto de relatórios de origem. No entanto, o CDA ignora a variável visitorID
no conjunto de relatórios virtual se um usuário se autenticar.
Em algumas situações, é possível que várias pessoas façam logon no mesmo dispositivo. Os exemplos incluem um dispositivo compartilhado em casa, PCs compartilhados em uma biblioteca ou um quiosque em uma loja de varejo.
Em algumas situações, um usuário individual pode ser associado a um grande número de ECIDs. Isso pode ocorrer se o indivíduo usar muitos navegadores ou aplicativos e pode ser exacerbado se ele limpar os cookies com frequência ou usar o modo de navegação privado ou incognitivo do navegador.
As métricas Pessoas e Visitantes únicos têm como objetivo contar visitantes distintos (individuais). No entanto, considere a possibilidade de dois dispositivos diferentes pertencerem à mesma pessoa. O CDA mapeia os dois dispositivos para a mesma pessoa, enquanto os dois dispositivos são registrados como 2 “Visitantes únicos” separados fora do CDA.
Essas duas métricas são aproximadamente equivalentes umas às outras. As diferenças entre as duas métricas ocorrem quando:
Consulte Dispositivos exclusivos para obter mais exemplos e detalhes sobre como funciona.
Sim. O Analysis Workspace usa a API 2.0 para solicitar dados dos servidores da Adobe e você pode visualizar chamadas de API usadas pela Adobe para criar seus próprios relatórios:
Sim. Se um indivíduo enviar ocorrências de dois dispositivos separados dentro do tempo limite de visita do conjunto de relatórios virtual (30 minutos por padrão), eles serão agrupados na mesma visita.
Ambos os identificadores são calculados pela Adobe no momento em que o relatório é executado, também conhecido como Processamento no momento do relatório. A natureza do processamento no momento do relatório indica que ele não é compatível com o Data Warehouse, feeds de dados ou outros recursos de exportação que a Adobe oferece.
A mudança do gráfico de dispositivos para a compilação em campo ou vice-versa pode ser solicitada por meio do Atendimento ao cliente. No entanto, essa alteração pode levar algumas semanas ou mais para ser concluída e dados históricos compilados do método anterior são perdidos.
O CDA extrai itens de dimensão variável do identificador antes que eles sejam otimizados para relatórios. Você não precisa se preocupar com limites únicos para fins de CDA. No entanto, se você tentou usar essa prop ou eVar em um projeto do Workspace, ainda é possível ver o item de dimensão (tráfego baixo).
A partir de 1 de maio de 2022, qualquer nova implementação do CDA será limitada a no máximo três IDs de conjunto de relatórios (RSIDs) por cliente. O CDA não mescla conjuntos de relatórios. Cada conjunto de relatórios habilitado para o CDA precisa ser de natureza entre dispositivos (contendo dados de várias superfícies, como Web para desktop, Web móvel, aplicativo móvel etc.).
Não. Para a mesma ID de organização, somente uma região pode ter o CDA ativado.
A vantagem da janela de lookback de reprodução de 7 dias é que o CDA pode voltar mais a tempo para tentar associar eventos anônimos anteriores a uma pessoa que fez logon posteriormente nesses 7 dias. As desvantagens da janela de lookback de sete dias são 1) a repetição é executada somente uma vez por semana e 2) os sete dias mais recentes estão sujeitos a alterações.
As vantagens de usar a janela de lookback de reprodução de um dia são 1) as execuções de repetição acontecem todos os dias e 2) somente o dia de ontem está sujeito a alterações. A desvantagem da janela de lookback de 1 dia é que o CDA só pode voltar 1 dia para tentar associar eventos anônimos anteriores a uma pessoa que fez logon ontem.
Se um cliente fizer o downgrade do Ultimate, ele não terá mais acesso aos dados compilados. Todos os dados compilados anteriormente serão removidos. Isso significa que os conjuntos de relatórios virtuais do CDA agora não refletirão compilações entre dispositivos. Os dados serão semelhantes ao conjunto de relatórios não compilado original.
O CDA usa um pipeline de processamento paralelo complexo, com vários componentes dependentes. É esperada uma incompatibilidade de dados de aproximadamente 1% entre o número total de ocorrências do conjunto de relatórios original e o do conjunto de relatórios virtual do CDA.
O número da métrica “Pessoas identificadas” pode ser um pouco maior se o valor da prop ou do eVar do identificador for executado em uma colisão de hash.
Para a compilação em campo, a variável personalizada do identificador diferencia maiúsculas e minúsculas. O número da métrica “Pessoas identificadas” pode ser significativamente maior se os valores do identificador não corresponderem letras maiúsculas e minúsculas. Por exemplo, se bob
e Bob
forem enviadas e esperadas como a mesma pessoa, o CDA interpreta esses dois valores como distintos.
Essa situação geralmente ocorre quando um visitante gera ocorrências autenticadas e não autenticadas na janela de relatórios. O visitante pertence a “Não identificado” e “Identificado” na dimensão Estado identificado, causando uma atribuição de ocorrências não identificadas a um identificador. Esse cenário pode mudar após a execução de Reproduzir, dependendo da frequência de repetição e da taxa de sucesso.