Configuração do namespace de identidade

Última atualização em 2024-01-25
  • Tópicos
  • Destinations
    Exibir mais informações sobre este tópico
  • Criado para:
  • Admin
    User

O Experience Platform usa namespaces de identidade para descrever o tipo de identidades específicas. Por exemplo, um namespace de identidade chamado Email identifica um valor como name@email.com como um endereço de email.

Ao criar um destino por meio do Destination SDK, além do configuração de um schema de parceiro para que os usuários possam mapear atributos de perfil e identidades, você também pode definir namespaces de identidade compatíveis com sua plataforma de destino.

Ao fazer isso, os usuários têm a opção adicionada de selecionar identidades de destino, além de atributos de perfil de destino.

Para saber mais sobre namespaces de identidade no Experience Platform, consulte documentação de namespaces de identidade.

Ao configurar namespaces de identidade para seu destino, você pode ajustar o mapeamento de identidade de destino compatível com seu destino, como:

Para entender onde esse componente se encaixa em uma integração criada com o Destination SDK, consulte o diagrama no opções de configuração ou consulte o guia sobre como usar o Destination SDK para configurar um destino baseado em arquivo.

Você pode configurar os namespaces de identidade compatíveis por meio da /authoring/destinations terminal. Consulte as seguintes páginas de referência de API para obter exemplos detalhados de chamadas de API, onde é possível configurar os componentes mostrados nesta página.

Este artigo descreve todas as opções de configuração de namespaces de identidade compatíveis que você pode usar para o seu destino e mostra o que os clientes verão na interface do usuário da Platform.

IMPORTANTE

Todos os nomes e valores de parâmetros compatíveis com o Destination SDK são diferencia maiúsculas de minúsculas. Para evitar erros de diferenciação entre maiúsculas e minúsculas, use os nomes e valores dos parâmetros exatamente como mostrado na documentação.

Tipos de integração compatíveis

Consulte a tabela abaixo para obter detalhes sobre quais tipos de integrações suportam a funcionalidade descrita nesta página.

Tipo de integração Suporte à funcionalidade
Integrações em tempo real (streaming) Sim
Integrações baseadas em arquivo (lote) Sim

Parâmetros compatíveis

Ao definir as identidades de público-alvo compatíveis com seu destino, você pode usar os parâmetros descritos na tabela abaixo para configurar seu comportamento.

Parâmetro Tipo Obrigatório / Opcional Descrição
acceptsAttributes Booleano Opcional Indica se os clientes podem mapear atributos de perfil padrão para a identidade que você está configurando.
acceptsCustomNamespaces Booleano Opcional Indica se os clientes podem mapear namespaces de identidade personalizados para o namespace de identidade que você está configurando.
acceptedGlobalNamespaces - Opcional Indica qual namespaces de identidade padrão (por exemplo, IDFA) podem mapear para a identidade que você está configurando.
transformation String Opcional Exibe o Aplicar transformação na interface da Platform, quando o campo de origem é um atributo XDM ou um namespace de identidade personalizado. Use essa opção para conceder aos usuários a capacidade de aplicar hash aos atributos de origem na exportação. Para ativar essa opção, defina o valor como sha256(lower($)).
requiredTransformation String Opcional Quando os clientes selecionam esse namespace de identidade de origem, a variável Aplicar transformação A caixa de seleção é aplicada automaticamente ao mapeamento e os clientes não podem desativá-lo. Para ativar essa opção, defina o valor como sha256(lower($)).
"identityNamespaces":{
      "external_id":{
         "acceptsAttributes":true,
         "acceptsCustomNamespaces":true,
         "acceptedGlobalNamespaces":{
            "Email":{
            }
         }
      },
      "another_id":{
         "acceptsAttributes":true,
         "acceptsCustomNamespaces":true
      }
   }

Você deve indicar qual Platform identidades que os clientes podem exportar para o seu destino. Alguns exemplos são Experience Cloud ID, email com hash, ID de dispositivo (IDFA, GAID). Esses valores são Platform namespaces de identidade que os clientes podem mapear para namespaces de identidade do seu destino.

Os namespaces de identidade não exigem uma correspondência de 1 para 1 entre Platform e seu destino.
Por exemplo, os clientes podem mapear um Platform IDFA namespace para um IDFA namespace do seu destino ou eles podem mapear o mesmo Platform IDFA namespace para um Customer ID namespace no seu destino.

Leia mais sobre identidades na visão geral do namespace de identidade.

Considerações de mapeamento

Se os clientes selecionarem um namespace de identidade de origem e não selecionarem um target mapping, o Platform preencherá automaticamente o target mapping com um atributo com o mesmo nome.

Configurar hash de campo de origem opcional

Os clientes do Experience Platform podem optar por assimilar dados na Platform em formato com hash ou em texto simples. Se sua plataforma de destino aceitar dados com hash e sem hash, você poderá dar aos clientes a opção de escolher se a Platform deverá fazer o hash dos valores do campo de origem quando eles forem exportados para seu destino.

A configuração abaixo habilita a configuração Aplicar transformação na interface do usuário da Platform, na etapa Mapeamento.

"identityNamespaces":{
      "Customer_contact":{
         "acceptsAttributes":true,
         "acceptsCustomNamespaces":true,
         "transformation": "sha256(lower($))",
         "acceptedGlobalNamespaces":{
            "Email":{
            },
            "Phone":{
            }
         }
      }
   }

Marque essa opção ao usar campos de origem sem hash, para que a Adobe Experience Platform faça o hash automaticamente na ativação.

Ao mapear atributos de origem com hash não atribuídos para atributos de destino que o destino espera que tenham hash (por exemplo: email_lc_sha256 ou phone_sha256), verifique a Aplicar transformação opção para que o Adobe Experience Platform coloque automaticamente os atributos de origem em hash na ativação.

Configurar hash de campo de origem obrigatório

Se o destino aceitar apenas dados com hash, você poderá configurar os atributos exportados para serem automaticamente transformados em hash pela Platform. A configuração abaixo verifica automaticamente o Aplicar transformação quando a variável Email e Phone identidades são mapeadas.

"identityNamespaces":{
      "Customer_contact":{
         "acceptsAttributes":true,
         "acceptsCustomNamespaces":true,
         "transformation": "sha256(lower($))",
         "acceptedGlobalNamespaces":{
            "Email":{
               "requiredTransformation": "sha256(lower($))"
            },
            "Phone":{
               "requiredTransformation": "sha256(lower($))"
            }
         }
      }
   }

Próximas etapas

Depois de ler este artigo, você deve entender melhor como configurar seus namespaces de identidade para destinos criados com o Destination SDK.

Para saber mais sobre os outros componentes de destino, consulte os seguintes artigos:

Nesta página