Para que o Adobe Experience Platform processe dados de consentimento do cliente de acordo com o IAB Transparency & Consent Framework (TCF) 2.0, esses dados devem ser enviados para conjuntos de dados cujos esquemas contêm campos de consentimento TCF 2.0.
Especificamente, dois conjuntos de dados são necessários para capturar dados de consentimento do TCF 2.0:
A Platform aplica somente as cadeias de caracteres TCF coletadas no conjunto de dados Perfil individual . Embora um conjunto de dados ExperienceEvent ainda seja necessário para criar um conjunto de dados como parte desse fluxo de trabalho, é necessário assimilar dados somente no conjunto de dados do perfil. O conjunto de dados ExperienceEvent ainda pode ser usado se você deseja rastrear eventos de alteração de consentimento ao longo do tempo, mas esses valores não são usados em ao impor na ativação do segmento.
Este documento fornece etapas para configurar esses dois conjuntos de dados. Para obter uma visão geral do fluxo de trabalho completo para configurar as operações de dados da plataforma para TCF 2.0, consulte a Visão geral de conformidade do IAB TCF 2.0.
Este tutorial requer uma compreensão funcional dos seguintes componentes do Adobe Experience Platform:
O grupo de campos Detalhes do consentimento do IAB TCF 2.0 fornece campos de consentimento do cliente necessários para o suporte ao TCF 2.0. Há duas versões desse grupo de campos: uma é compatível com a classe XDM Individual Profile e a outra com a classe XDM ExperienceEvent.
As seções abaixo explicam a estrutura de cada um desses grupos de campos, incluindo os dados esperados durante a assimilação.
Para esquemas baseados em XDM Individual Profile, o grupo de campos Detalhes de consentimento do IAB TCF 2.0 fornece um único campo do tipo mapa, identityPrivacyInfo
, que mapeia as identidades do cliente para suas preferências de consentimento do TCF. Esse grupo de campos deve ser incluído em um schema baseado em registro habilitado para o Perfil do cliente em tempo real para que a imposição automática ocorra.
Consulte o guia de referência desse grupo de campos para saber mais sobre sua estrutura e caso de uso.
Se quiser rastrear eventos de alteração de consentimento ao longo do tempo, é possível adicionar o grupo de campos Detalhes de consentimento do IAB TCF 2.0 ao esquema XDM ExperienceEvent.
Se você não planeja rastrear eventos de alteração de consentimento ao longo do tempo, não é necessário incluir esse grupo de campos no esquema de evento. Ao impor automaticamente valores de consentimento da TCF, o Experience Platform só usa as informações de consentimento mais recentes assimiladas no grupo de campo de perfil. Os valores de consentimento capturados pelos eventos não participam dos workflows de imposição automática.
Consulte o guia de referência desse grupo de campos para obter mais informações sobre sua estrutura e caso de uso.
Para criar conjuntos de dados que capturam dados de consentimento, primeiro crie esquemas XDM para basear esses conjuntos de dados.
Conforme mencionado na seção anterior, um schema que usa a classe Perfil individual XDM é necessário para impor o consentimento em workflows da plataforma downstream. Opcionalmente, também é possível criar um schema separado com base em XDM ExperienceEvent se desejar rastrear as alterações de consentimento ao longo do tempo. Ambos os esquemas devem conter um campo identityMap
e um grupo de campos TCF 2.0 apropriado.
Na interface do usuário da plataforma, selecione Schemas na navegação à esquerda para abrir o espaço de trabalho Schemas. A partir daqui, siga as etapas nas seções abaixo para criar cada schema necessário.
Se você tiver esquemas XDM existentes que deseja usar para capturar dados de consentimento, edite esses esquemas em vez de criar novos. No entanto, se um esquema existente tiver sido ativado para uso no Perfil do cliente em tempo real, sua identidade primária não poderá ser um campo diretamente identificável que seja proibido de usar em publicidade com base em interesses, como um endereço de email. Consulte seu consultor jurídico se não tiver certeza de quais campos são restritos.
Além disso, ao editar schemas existentes, somente alterações aditivas (ininterruptas) podem ser feitas. Consulte a seção sobre os princípios da evolução do schema para obter mais informações.
Selecione Criar esquema e escolha Perfil individual XDM no menu suspenso.
A caixa de diálogo Adicionar grupos de campos é exibida, permitindo que você comece a adicionar grupos de campos ao esquema imediatamente. Aqui, selecione Detalhes do consentimento do IAB TCF 2.0 na lista. Como opção, você pode usar a barra de pesquisa para restringir os resultados para localizar o grupo de campos mais facilmente.
Em seguida, encontre o grupo de campos IdentityMap na lista e selecione-o também. Depois que ambos os grupos de campos estiverem listados no painel direito, selecione Adicionar grupos de campos.
A tela é exibida novamente, mostrando que os campos identityPrivacyInfo
e identityMap
foram adicionados à estrutura do schema.
Antes de adicionar mais campos ao schema, selecione o campo raiz para revelar Schema properties no painel direito, onde é possível fornecer um nome e uma descrição para o schema.
Após fornecer um nome e uma descrição, você pode, opcionalmente, adicionar mais campos ao schema selecionando Adicionar na seção Grupos de campos no lado esquerdo da tela.
Se você estiver editando um esquema existente que já foi ativado para uso em Real-time Customer Profile, selecione Salvar para confirmar as alterações antes de pular para a seção em criar um conjunto de dados com base no esquema de consentimento. Se estiver criando um novo schema, continue seguindo as etapas descritas na subseção abaixo.
Para que a Platform associe os dados de consentimento que recebe a perfis de clientes específicos, o schema de consentimento deve ser ativado para uso em Real-time Customer Profile.
O schema de exemplo mostrado nesta seção usa seu campo identityMap
como sua identidade primária. Se desejar definir outro campo como uma identidade primária, verifique se você está usando um identificador indireto como uma ID de cookie e não um campo diretamente identificável que é proibido de usar em publicidade com base em interesses, como um endereço de email. Consulte seu consultor jurídico se não tiver certeza de quais campos são restritos.
As etapas sobre como definir um campo de identidade primário para um schema podem ser encontradas no Schemas guia da interface do usuário.
Para habilitar o schema para Profile, selecione o nome do schema no painel esquerdo para abrir a seção Schema properties. Aqui, selecione o botão de alternância Profile.
Um provedor é exibido, indicando uma identidade primária ausente. Marque a caixa de seleção para usar uma identidade primária alternativa, pois a identidade primária estará contida no campo identityMap
.
Finalmente, selecione Save para confirmar as alterações.
Os esquemas de consentimento do evento são usados apenas para rastrear eventos de alteração de consentimento ao longo do tempo e não participam de workflows de imposição de downstream. Se não quiser rastrear as alterações de consentimento ao longo do tempo, ignore a próxima seção em criar conjuntos de dados de consentimento.
No espaço de trabalho Schemas, selecione Criar esquema e escolha XDM ExperienceEvent no menu suspenso.
A caixa de diálogo Adicionar grupos de campos é exibida. Aqui, selecione Detalhes do consentimento do IAB TCF 2.0 na lista. Como opção, você pode usar a barra de pesquisa para restringir os resultados para localizar o grupo de campos mais facilmente.
Em seguida, encontre o grupo de campos IdentityMap na lista e selecione-o também. Depois que ambos os grupos de campos estiverem listados no painel direito, selecione Adicionar grupos de campos.
A tela é exibida novamente, mostrando que os campos consentStrings
e identityMap
foram adicionados à estrutura do schema.
Antes de adicionar mais campos ao schema, selecione o campo raiz para revelar Schema properties no painel direito, onde é possível fornecer um nome e uma descrição para o schema.
Após fornecer um nome e uma descrição, você pode, opcionalmente, adicionar mais campos ao schema selecionando Adicionar na seção Grupos de campos no lado esquerdo da tela.
Depois que os grupos de campos necessários tiverem sido adicionados, conclua selecionando Salvar.
Para cada um dos esquemas obrigatórios descritos acima, você deve criar um conjunto de dados que, em última análise, assimilará os dados de consentimento de seus clientes. O conjunto de dados com base no esquema de registro deve ser habilitado para Real-time Customer Profile, enquanto o conjunto de dados com base no esquema de série de tempo não deve ser Profile habilitado.
Para começar, selecione Datasets na navegação à esquerda e selecione Criar conjunto de dados no canto superior direito.
Na próxima página, selecione Criar conjunto de dados do schema.
O workflow Criar conjunto de dados a partir do schema é exibido, começando na etapa Selecionar schema. Na lista fornecida, localize um dos esquemas de consentimento criados anteriormente. Como opção, você pode usar a barra de pesquisa para restringir os resultados e localizar o esquema mais fácil. Selecione o botão de opção ao lado do schema desejado e selecione Next para continuar.
A etapa Configurar conjunto de dados é exibida. Forneça um nome e uma descrição exclusivos e facilmente identificáveis para o conjunto de dados antes de selecionar Finish.
A página de detalhes do conjunto de dados recém-criado é exibida. Se o conjunto de dados se basear no esquema da série de tempo, o processo será concluído. Se o conjunto de dados se baseia no esquema de registro, a etapa final no processo é habilitar o conjunto de dados para uso em Real-time Customer Profile.
No painel direito, selecione o botão Profile e selecione Enable no servidor de confirmação para habilitar o esquema para Profile.
Siga as etapas acima novamente para criar um conjunto de dados baseado em eventos se você tiver criado um esquema para ele.
Ao seguir este tutorial, você criou pelo menos um conjunto de dados que pode ser usado para coletar dados de consentimento do cliente:
Agora você pode retornar à Visão geral do IAB TCF 2.0 para continuar o processo de configuração da Plataforma para conformidade com o TCF 2.0.