Nesta lição, você modelará os dados do Luma em schemas. Esta é uma das lições mais longas do tutorial, então pegue um copo de água e balde!
A padronização e a interoperabilidade são conceitos-chave por trás do Adobe Experience Platform. O Experience Data Model (XDM) é um esforço para padronizar os dados de experiência do cliente e definir esquemas para o gerenciamento da experiência do cliente.
O XDM é uma especificação publicamente documentada projetada para melhorar o poder das experiências digitais. Ele fornece estruturas e definições comuns para qualquer aplicativo usar para se comunicar com os serviços da plataforma. Ao seguir os padrões XDM, todos os dados de experiência do cliente podem ser incorporados a uma representação comum que pode fornecer insights de uma maneira mais rápida e integrada. Você pode obter informações valiosas das ações do cliente, definir públicos-alvo do cliente por meio de segmentos e expressar atributos do cliente para fins de personalização.
O XDM é a estrutura fundamental que permite ao Adobe Experience Cloud, viabilizado por Experience Platform, enviar a mensagem certa para a pessoa certa, no canal certo, no momento certo. A metodologia na qual o Experience Platform é construído, Sistema XDM O , o operacionaliza esquemas do Experience Data Model para serem usados pelos serviços da plataforma.
Arquitetos de dados precisará criar schemas fora deste tutorial, mas Engenheiros de dados trabalhará em conjunto com os esquemas criados pelo Arquiteto de dados.
Antes de começar os exercícios, assista a este breve vídeo para saber mais sobre schemas e o Experience Data Model (XDM):
Para aprofundar a modelagem de dados no Experience Platform, recomendamos seguir o curso Modelar seus dados de experiência do cliente com o XDM, disponível gratuitamente no Experience League!
No Configurar permissões lição, configure todos os controles de acesso necessários para concluir esta lição.
Neste exercício, criaremos um schema para os dados de fidelidade do Luma.
Em seguida, será solicitado que você adicione grupos de campos ao esquema. Todos os campos devem ser adicionados a esquemas usando grupos. É possível escolher entre um grande conjunto de grupos de campos padrão do setor fornecido pelo Adobe ou criar os seus próprios. Ao começar a modelar seus próprios dados no Experience Platform, é bom conhecer os grupos de campos padrão do setor fornecidos pelo Adobe. Sempre que possível, é uma prática recomendada usá-los, pois, às vezes, alimentam serviços de downstream, como a API do cliente, o Attribution AI e a Adobe Analytics.
Ao trabalhar com seus próprios dados, um grande passo será determinar qual de seus próprios dados deve ser capturado na Plataforma e como deve ser modelado. Este grande tópico é discutido com mais profundidade no curso Modelar seus dados de experiência do cliente com o XDM. Neste tutorial, eu só guiarei você pela implementação de alguns schemas predeterminados.
Para adicionar grupos de campos:
No Adicionar grupos de campos modal, selecione os seguintes grupos de campos:
É possível visualizar os campos que contribuíram no grupo de campos selecionando o ícone no lado direito da linha.
Verifique a Setor > Varejo para expor grupos de campos específicos do setor.
Selecionar Fidelidade para adicionar os campos do programa de fidelidade.
Selecionar Adicionar grupo de campos para adicionar todos os três grupos de campos ao schema.
Agora, use algum tempo para explorar o estado atual do schema. Os grupos de campos adicionaram campos padrão relacionados a uma pessoa, seus detalhes de contato e o status do programa de fidelidade. Esses dois grupos de campos podem ser úteis quando você cria esquemas para os dados de sua própria empresa. Selecione uma linha de grupo de campos específica ou marque a caixa ao lado do nome do grupo de campos para ver como a visualização muda.
Para salvar o schema:
Luma Loyalty Schema
como Nome de exibição.Não há problema se um grupo de campos adicionar um campo para um ponto de dados que você não coletar. Por exemplo, "faxPhone" pode ser um campo para o qual o Luma não coleta dados. Isso é bom. Apenas porque um campo é definido no schema não significa que os dados para ele must ser assimilado posteriormente.
Agora vamos criar um grupo de campos personalizado.
Enquanto o grupo de campos de fidelidade continha um loyaltyID
, o Luma gostaria de gerenciar todos os identificadores de sistema em um único grupo para ajudar a garantir a consistência em seus esquemas.
Os grupos de campos devem ser criados no workflow do schema. Para criar o grupo de campos:
Selecionar Adicionar nos termos do Grupos de campos de esquema título
Selecionar Criar novo grupo de campos
Use Luma Identity profile field group
como Nome de exibição
Use system identifiers for XDM Individual Profile class
como Descrição
Selecionar Adicionar grupos de campos
O novo grupo de campos vazio é adicionado ao esquema. O + botões podem ser usados para adicionar novos campos a qualquer local na hierarquia. Em nosso caso, queremos adicionar campos no nível raiz:
Selecionar + ao lado do nome do schema. Isso adiciona um novo campo no namespace da id do locatário para gerenciar conflitos entre os campos personalizados e quaisquer campos padrão.
No Propriedades do campo barra lateral adicione os detalhes do novo campo:
systemIdentifier
System Identifier
Agora, adicione dois campos sob a variável systemIdentifier
objeto:
loyaltyId
Loyalty Id
crmId
CRM Id
O novo grupo de campos deve ter esta aparência. Selecione o Salvar para salvar o schema, mas deixe o schema aberto para o próximo exercício.
Grupos de campos, como o novo Luma Identity profile field group
, podem ser reutilizadas em outros esquemas, permitindo que você imponha definições de dados padrão em vários sistemas. Mas só podem ser reutilizadas em esquemas que compartilham uma classe, nesse caso, a classe Perfil individual XDM.
O tipo de dados é outra construção de vários campos que pode ser reutilizada em schemas em várias classes. Vamos converter nosso novo systemIdentifier
em um tipo de dados:
Com o Luma Loyalty Schema
ainda aberto, selecione a systemIdentifier
e selecione Converter em novo tipo de dados
Se você Cancelar do esquema e navegue até a variável Tipos de dados , você verá seu tipo de dados recém-criado. Usaremos esse tipo de dados posteriormente na lição.
Agora criaremos um schema usando a API .
Se preferir ignorar o exercício da API, é possível criar o seguinte schema usando o método da interface do usuário:
Luma CRM Schema
Primeiro criamos o schema vazio:
Abrir Postman
Se você não tiver feito uma solicitação nas últimas 24 horas, seus tokens de autorização provavelmente expiraram. Abrir a solicitação Adobe I/O Access Token Generation > Local Signing (Non-production use-only) > IMS: JWT Generate + Auth via User Token e selecione Enviar para solicitar novos tokens de acesso e JWT.
Abra as variáveis de ambiente e altere o valor de CONTAINER_ID from global
para tenant
. Lembre-se, você deve usar tenant
sempre que quiser interagir com seus próprios elementos personalizados no Platform, como criar um schema.
Selecione Salvar
Abrir a solicitação Schema Registry API > Schemas > Create a new custom schema.
Abra o Corpo e cole o seguinte código e selecione Enviar para fazer a chamada da API . Essa chamada cria um novo schema usando o mesmo XDM Individual Profile
classe base:
{
"type": "object",
"title": "Luma CRM Schema",
"description": "Schema for CRM data of Luma Retail ",
"allOf": [{
"$ref": "https://ns.adobe.com/xdm/context/profile"
}]
}
As referências de namespace neste e nas amostras de código subsequentes (por exemplo, https://ns.adobe.com/xdm/context/profile
), pode ser obtida usando a opção listar chamadas de API com o CONTAINER_ID e aceitar o cabeçalho definido para os valores corretos. Alguns também são facilmente acessíveis na interface do usuário do .
Você deveria pegar um 201 Created
response
Copiar meta:altId
do corpo da Resposta. Usá-lo-emos mais tarde noutro exercício.
O novo schema deve estar visível na interface do usuário, mas sem nenhum grupo de campos
O meta:altId
ou a id do schema também pode ser obtida fazendo a solicitação da API Schema Registry API > Schemas > Retrieve a list of schemas within the specified container. com o CONTAINER_ID defina como tenant
e um cabeçalho accept application/vnd.adobe.xdm+json
.
Problemas comuns com esta chamada e possíveis correções:
401: Not Authorized to PUT/POST/PATCH/DELETE for this path : /global/schemas/
: Atualize o CONTAINER_ID variável de ambiente de global
para tenant
403: PALM Access Denied. POST access is denied for this resource from access control
: Verifique as permissões do usuário no Admin ConsoleAgora é hora de adicionar os grupos de campos ao schema:
Em Postman, Abra a solicitação Schema Registry API > Schemas > Update one or more attributes of a custom schema specified by ID.
No Params cole a guia meta:altId
da resposta anterior como SCHEMA_ID
Abra a guia Corpo , cole o seguinte código e selecione Enviar para fazer a chamada da API . Essa chamada adiciona os grupos de campos padrão ao seu Luma CRM Schema
:
[{
"op": "add",
"path": "/allOf/-",
"value": {
"$ref": "https://ns.adobe.com/xdm/context/profile-personal-details"
}
},
{
"op": "add",
"path": "/allOf/-",
"value": {
"$ref": "https://ns.adobe.com/xdm/context/profile-person-details"
}
}
]
Você deve obter um status 200 OK para a resposta e os grupos de campos devem estar visíveis como parte do esquema na interface do usuário
Agora vamos adicionar nosso Luma Identity profile field group
ao schema. Primeiro, precisamos localizar a id do novo grupo de campos, usando uma API de lista:
Abrir a solicitação Schema Registry API > Field groups > Retrieve a list of field groups within the specified container.
Selecione o Enviar botão para recuperar uma lista de todos os grupos de campos personalizados em sua conta
Pegue o $id
do Luma Identity profile field group
(o seu será diferente do valor desta captura de tela)
Abrir a solicitação Schema Registry API > Schemas > Update one or more attributes of a custom schema specified by ID. again
O Params A guia ainda deve ter a variável $id
do esquema
Abra o Corpo e cole o seguinte código, substituindo o $ref
com o valor $id
do seu Luma Identity profile field group
:
[{
"op": "add",
"path": "/allOf/-",
"value": {
"$ref": "REPLACE_WITH_YOUR_OWN_FIELD_GROUP_ID"
}
}]
Selecionar Enviar
Verifique se o grupo de campos foi adicionado ao schema verificando a resposta da API e na interface.
Agora vamos criar um schema baseado no ExperiênciaEvento XDM classe para os dados de compra offline do Luma. Como você está se familiarizando com a interface do usuário do editor de esquema, reduzirei o número de capturas de tela nas instruções:
Luma Identity profile field group
. Não está disponível! Lembre-se de que os grupos de campos estão vinculados a uma classe e, como estamos usando uma classe diferente para esse schema, não podemos usá-lo. Precisamos adicionar um novo grupo de campos para a classe XDM ExperienceEvent contendo os campos de identidade. Nosso tipo de dados facilitará muito isso!Luma Identity ExperienceEvent field group
e selecione o Adicionar grupos de campos botãosystemIdentifier
System Identifier
Luma Offline Purchase Events Schema
Observe como o tipo de dados adicionou todos os campos!
Além disso, selecione ExperiênciaEvento XDM nos termos do Classe e inspecione alguns dos campos contribuídos por esta classe. Observe que os campos _id e timestamp são necessários ao usar a classe XDM ExperienceEvent — esses campos devem ser preenchidos para cada registro que você assimilar ao usar este esquema:
Agora vamos criar mais um schema para os dados do site do Luma. Por este ponto, você deve ser um especialista em criar schemas! Crie o seguinte schema com essas propriedades
Propriedade | Valor |
---|---|
Classe | ExperiênciaEvento XDM |
Grupo de campos | Mistura AEP Web SDK ExperienceEvent |
Grupo de campos | Evento de experiência do consumidor |
Nome do esquema | Esquema de eventos da Web Luma |
Selecione o Evento de experiência do consumidor grupo de campos. Este grupo de campos contém os objetos commerce e productListItems que também estavam em Detalhes de comércio. De fato Evento de experiência do consumidor é uma combinação de vários outros grupos de campos padrão que também estão disponíveis separadamente. Mistura AEP Web SDK ExperienceEvent grupo de campos também contém outros grupos de campos, incluindo alguns dos mesmos em Evento de experiência do consumidor. Felizmente, eles se misturam perfeitamente.
Observe que não adicionamos a variável Luma Identity ExperienceEvent field group
para este schema. Isso ocorre porque o SDK da Web tem uma maneira diferente de coletar identidades. Se você selecionar a variável ExperiênciaEvento XDM na Composição do editor de esquema, você observará que um dos campos adicionados por padrão é chamado IdentityMap. IdentityMap é usada por vários aplicativos Adobe para vincular à Platform. Você verá como as identidades são enviadas para a plataforma pelo identityMap na lição de assimilação de streaming.
Ao usar a variável Detalhes de comércio e Evento de experiência do consumidor grupos de campos, o Luma relata alguns detalhes de eventos relacionados ao produto por meio do tipo de dados productListItems padrão. Mas também têm campos de detalhes adicionais do produto que desejam enviar para a Platform. Em vez de capturar todos esses campos em seus sistemas de ponto de venda e comércio eletrônico, a Luma preferiria assimilar esses campos diretamente de seu sistema de catálogo de produtos. Uma "relação de schema" permite definir uma relação entre dois schemas para fins de classificação ou pesquisas. O Luma usará uma relação para classificar os detalhes do produto. Começaremos o processo agora e o concluiremos no final da próxima lição.
Se você for um cliente existente do Analytics ou do Target, a classificação de entidades com relações de esquema é semelhante às classificações de SAINT ou ao upload do catálogo de produtos para o Recommendations
Primeiro, devemos criar um schema para o catálogo de produtos do Luma usando uma classe personalizada:
Luma Product Catalog Class
Luma Product Catalog field group
com os seguintes campos:
Luma Product Catalog Schema
(certifique-se de atualizar o campo correto e não atualizar o nome da classe)O novo schema deve ser semelhante a este. Observe como a função productSku
é listado na variável Campos obrigatórios seção:
A próxima etapa é definir a relação entre os dois esquemas ExperienceEvent e o Luma Product Catalog Schema
Contudo, há alguns passos adicionais que temos de dar na próxima lição antes de o podermos fazer.
Agora que você tem seus esquemas, é possível mapear identidades!