Projete o seu esquema para uso com o Customer Journey Analytics upgrade-schema-architect
-
Etapas de atualização recomendadas (para a maioria das organizações)
Uma série de etapas que levam a uma implementação ideal do Customer Journey Analytics.
Para obter informações detalhadas, consulte Atualizar do Adobe Analytics para o Customer Journey Analytics.
-
Guia de atualização do Customer Journey Analytics (etapas personalizadas adaptadas às necessidades específicas da sua organização)
Há um novo guia de atualização disponível que gera dinamicamente etapas de atualização personalizadas para sua organização e suas circunstâncias específicas.
Para acessar o guia do Customer Journey Analytics, clique na guia Espaço de trabalho e selecione Atualizar para o Customer Journey Analytics no painel esquerdo. Siga as instruções na tela.
A Adobe recomenda criar um esquema personalizado Experience Data Model (XDM) para o Customer Journey Analytics ao implementar a Coleção de dados do Adobe Experience Platform. A criação desse esquema geralmente é feita antes de qualquer alteração de implementação ou código ser tocado. Um esquema personalizado permite que você crie um contrato de dados conciso e específico da organização sem herdar restrições da Adobe Analytics. Consulte Escolher seu esquema para o Customer Journey Analytics para saber mais sobre os tipos de esquemas disponíveis para sua organização.
Os esquemas são versões aprimoradas de como você deseja que seus dados sejam estruturados a longo prazo. As alterações nos esquemas são caras porque afetam a coleta de dados, a validação e os serviços downstream. É possível adicionar a esquemas ao longo do tempo, conforme os requisitos de negócios. No entanto, os campos de esquema não podem ser removidos quando os dados começam a fluir para eles.
Comparar esquemas a visualizações de dados
O pipeline de dados do Customer Journey Analytics contém áreas separadas para coleta e interpretação de dados. Ao atualizar do Adobe Analytics, uma etapa errada comum é tentar recriar props e eVars com seus comportamentos no XDM. Em vez disso, use o Web SDK para coletar os dados e usar Visualizações de dados para determinar como esses dados são interpretados nos relatórios.
| Camada | Finalidade principal | Flexibilidade | O que pertence a | O que não pertence a |
|—|—|—|—|
| Esquema XDM | Definir a estrutura durável e o significado dos dados coletados | Rígido; pontos de dados considerados imutáveis | Forma de evento e entidade, significado de campo, relacionamentos, valores permitidos, reutilização entre canais | "Slots" numerados (eVar1/prop1), lógica de atribuição/persistência, soluções alternativas específicas para relatórios |
| Visualizações de dados | Definir como os dados coletados se comportam na análise | Flexível; pode ser modificado livremente e pode reinterpretar dados retroativamente | Configurações de componentes, comportamento de atribuição e persistência, campos derivados, métricas filtradas e métricas calculadas | Significado fundamental dos campos; esse significado deve ser estável no esquema |
Comparar esquemas com a coleção de dados da Adobe Analytics
O Experience Data Model que a Customer Journey Analytics usa oferece muito mais flexibilidade do que a maioria das outras soluções do Analytics (incluindo o Adobe Analytics). Estabelecer um esquema sólido é a oportunidade de sua organização de evitar a transferência de restrições existentes em outros produtos do Analytics.
eVar1-eVar250, prop1-prop75)search.term, content.category, user.membershipTier) e reutilizá-los consistentementeEstabelecer um esquema usando atributos comuns
Um esquema unificado em vários canais é possível ao padronizar um conjunto de atributos reutilizáveis que aparecem em muitos eventos. Alguns exemplos incluem:
- Contexto de experiência: nome do site/aplicativo, ambiente, localidade, canal, marca
- Contexto de Jornada: identificadores de campanha, contexto de referência, identificadores de experimento
- Estado do usuário: status de logon, camada de associação, tipo de conta
- Detalhes da interação: nome/tipo da interação, região da interface do usuário, rótulo do elemento, categoria do erro
A chave é padronizar o que o campo representa, independentemente do canal. Evite modelar o mesmo conceito de forma diferente entre canais, a menos que realmente represente conceitos diferentes. Por exemplo, convém evitar campos de esquema separados para IDs de campanha da Web e IDs de campanha para dispositivos móveis. Campos de esquema separados dificultam o estabelecimento de retorno entre canais nos dados de gastos de anúncios. Se uma diferenciação for necessária nos relatórios, você poderá segmentar por canal ou concatenar vários campos para fornecer essa distinção. O mesmo campo de esquema pode ser usado em qualquer número de dimensões ou métricas.
Uma maneira prática de oferecer suporte a vários canais, mantendo uma única estratégia de esquema, é usar um padrão núcleo + extensões:
- Núcleo: campos que se aplicam amplamente entre canais e equipes
- Extensões: grupos de campos específicos de canal ou domínio que se aplicam somente onde necessário (interação na Web, comércio, ciclo de vida móvel, especificações do lado do servidor)
Esse padrão suporta uma única estratégia de esquema organizacional sem forçar as equipes a preencher campos desnecessários.
Preferir grupos de campos padrão onde eles se encaixem
A Adobe recomenda usar grupos de campos padronizados onde correspondam às suas necessidades e estender com campos personalizados para conceitos específicos da organização.
Os grupos de campos padrão normalmente ajudam a:
- Reduzir ambiguidade usando semântica de campo conhecida
- Alinhar equipes mais facilmente
- Oferece suporte à interoperabilidade entre aplicativos Adobe Experience Platform
Os campos personalizados são apropriados quando:
- Sua organização tem conceitos que não são mapeados corretamente para campos padrão
- Você precisa de atributos adicionais para atender aos requisitos de relatórios, governança ou ativação
- Você deseja representar uma taxonomia específica de negócios (por exemplo, categorias internas de conteúdo)
Determinar como as métricas são contadas
No Adobe Analytics, muitas equipes tratam a variável events como o único meio de rastrear métricas. No Customer Journey Analytics, você pode rastrear métricas de várias maneiras, dependendo do que precisa contar e como deseja interpretá-lo.
Ao arquitetar um esquema, observe os fatos. Por exemplo, error.type = "validation", user.isLoggedIn = true, checkout.step = "shipping". Defina métricas na visualização de dados como contagens e contagens filtradas sobre esses fatos. Por exemplo:
-
checkout.step(enum/cadeia de caracteres) pode ligar:- "Check-out: etapa de envio atingida" (contagem em que
checkout.step == "shipping") - "Check-out: etapa de pagamento atingida"
- "Check-out: etapa de envio atingida" (contagem em que
-
error.type(enum/cadeia de caracteres) pode ligar:- "Erros de validação"
- "Erros de autorização"
-
user.isLoggedIn(booleano) pode ligar:- "Sessões autenticadas"
- "Conversões autenticadas"
Manter a paridade com o Adobe Analytics durante a transição sem a bagagem do esquema
Algumas organizações precisam continuar os relatórios do Adobe Analytics ao atualizar para o Customer Journey Analytics. Você pode manter a paridade sem introduzir artefatos específicos do Analytics no design do esquema de longo prazo usando a seguinte abordagem:
- Use caminhos de campo XDM reconhecidos e mapeados automaticamente pela Adobe Analytics: Quando você envia campos XDM reconhecidos pela Edge Network para a Adobe Analytics, eles são mapeados automaticamente sem configuração extra.
- Use campos XDM personalizados para conceitos específicos da organização: Todos os campos XDM que não são mapeados automaticamente para uma variável do Analytics são encaminhados como Variáveis de dados de contexto no Adobe Analytics.
- Use as regras de processamento do Adobe Analytics para mapear essas variáveis de dados de contexto como props/eVars: As regras de processamento finalmente permitem mapear qualquer campo XDM personalizado em qualquer eVar ou prop. Esse conceito é compatível com relatórios de paridade no Adobe Analytics, mantendo seu esquema limpo e centralizado no Customer Journey Analytics.
Identificar participantes e definir propriedade
O design do esquema é bem-sucedido quando o significado do campo é acordado e mantido. Embora as estruturas organizacionais variem, as seguintes funções geralmente participam:
- Administrador/analista do Analytics: define perguntas sobre relatórios, valida se os campos representam conceitos significativos e revisa a semântica da análise nas visualizações de dados.
- Desenvolvedor/proprietário da implementação: garante que os campos possam ser coletados de forma confiável usando o Web SDK e se alinhem à instrumentação da camada de dados/aplicativo.
- Engenheiro/arquiteto de dados: garante a consistência do esquema, a reutilização entre domínios e a compatibilidade com serviços downstream.
- Parte interessada de privacidade/governança: analisa a minimização de dados, as expectativas de consentimento e as restrições de uso de dados.
Defina um proprietário claro para alterações no esquema. Um esquema estável com controle disciplinado de alterações impede a quebra de downstream e reduz o retrabalho. Considere usar um fluxo de trabalho ou ferramenta de governança de rastreamento para democratizar solicitações e gerenciar o controle de alterações ao longo do tempo.
Considerações de privacidade e governança
O design do esquema deve refletir as expectativas de privacidade e governança, de acordo com as políticas de privacidade da sua organização. Considere os seguintes pontos ao arquitetar o esquema:
- Colete somente o que for necessário para oferecer suporte a casos de uso definidos.
- Certifique-se de que os requisitos de consentimento e uso de dados sejam refletidos em sua estratégia de coleta. Consulte Usar o Web SDK para processar dados de consentimento do cliente para obter mais informações.
- Considere como os campos confidenciais são rotulados e controlados nas ferramentas de governança do Adobe Experience Platform. Consulte Adobe Customer Journey Analytics e governança de dados para obter mais informações.
Próximas etapas
Depois de estabelecer e concordar com uma arquitetura de esquema, você pode começar a criá-la no Adobe Experience Platform. Consulte Criar um esquema personalizado para usar com o Customer Journey Analytics para obter mais informações.