Tipo de dados de consentimento e preferências

O tipo de dados Consent for Privacy, Personalization and Marketing Preferences (a seguir chamado de "tipo de dados Consents and Preferences") é um tipo de dados Experience Data Model (XDM) destinado a suportar a coleta de permissões e preferências do cliente geradas pelas CMPs (Consent Management Platforms) e outras fontes de suas operações de dados.

Este documento aborda a estrutura e o uso pretendido dos campos fornecidos pelo tipo de dados Consents and Preferences .

Pré-requisitos

Este documento requer uma compreensão funcional do XDM e o uso dos esquemas em Experience Platform. Consulte a seguinte documentação antes de continuar:

Estrutura do tipo de dados

IMPORTANTE

O tipo de dados Consents and Preferences foi projetado para abranger uma variedade de casos de uso de consentimento e de gerenciamento de preferências. Como resultado, este documento descreve o uso dos campos do tipo de dados em termos gerais e só faz sugestões sobre como você deve interpretar o uso desses campos. Consulte sua equipe jurídica de privacidade para alinhar a estrutura do tipo de dados com a forma como sua organização interpreta e apresenta essas opções de consentimento e preferência aos clientes.

O tipo de dados Consents and Preferences fornece vários campos usados para capturar informações consent e preferência.

Um consentimento é uma opção que permite ao cliente especificar como seus dados podem ser usados. A maioria dos consentimentos tem um aspecto legal, na medida em que algumas jurisdições exigem a obtenção de permissão antes que os dados possam ser usados de uma maneira específica, ou exigem que o cliente tenha a opção de interromper esse uso (recusa) se não for necessário consentimento afirmativo.

Uma preferência é uma opção que permite ao cliente especificar como os diferentes aspectos de sua experiência com uma marca devem ser tratados. Eles se encaixam em duas categorias:

  • Preferências de personalização: Preferências sobre como a marca deve personalizar experiências entregues a um cliente.
  • Preferências de marketing: Preferências sobre se uma marca tem permissão para entrar em contato com um cliente por meio de vários canais.

A captura de tela a seguir mostra como a estrutura do tipo de dados é representada na interface do usuário da plataforma:

DICA

Consulte o guia em exploração de recursos XDM para obter etapas sobre como pesquisar qualquer recurso XDM e inspecionar sua estrutura na interface do usuário da plataforma.

O JSON a seguir mostra um exemplo do tipo de dados que o tipo de dados Consents and Preferences pode processar. As informações sobre o uso específico de cada um desses campos são fornecidas nas seções a seguir.

{
  "consents": {
    "collect": {
      "val": "y",
    },
    "adID": {
      "val": "VI"
    },
    "share": {
      "val": "y",
    },
    "personalize": {
      "content": {
        "val": "y"
      }
    },
    "marketing": {
      "preferred": "email",
      "any": {
        "val": "u"
      },
      "push": {
        "val": "n",
        "reason": "Too Frequent",
        "time": "2019-01-01T15:52:25+00:00"
      }
    },
    "metadata": {
      "time": "2019-01-01T15:52:25+00:00"
    }
  }
}
DICA

Você pode gerar dados JSON de amostra para qualquer esquema XDM definido no Experience Platform para ajudar a visualizar como os dados de consentimento e preferência do cliente devem ser mapeados. Consulte a documentação a seguir para obter mais informações:

consents

consents contém vários campos que descrevem os consentimentos e preferências de um cliente. Esses campos são descritos com mais detalhes nas subseções abaixo.

"consents": {
  "collect": {
    "val": "y",
  },
  "adID": {
    "val": "VI"
  },
  "share": {
    "val": "y",
  },
  "personalize": {
    "content": {
      "val": "y"
    }
  },
  "marketing": {
    "preferred": "email",
    "any": {
      "val": "u"
    },
    "email": {
      "val": "n",
      "reason": "Too Frequent",
      "time": "2019-01-01T15:52:25+00:00"
    }
  }
}

collect

collect representa o consentimento do cliente em ter seus dados coletados.

"collect" : {
  "val": "y"
}
Propriedade Descrição
val A opção de consentimento fornecida pelo cliente para esse caso de uso. Consulte o apêndice para obter os valores e as definições aceitos.

adID

adID representa o consentimento do cliente para que uma ID do anunciante (IDFA ou GAID) possa ser usada para vincular o cliente entre aplicativos neste dispositivo.

"adID" : {
  "val": "y"
}
Propriedade Descrição
val A opção de consentimento fornecida pelo cliente para esse caso de uso. Consulte o apêndice para obter os valores e as definições aceitos.

share

share representa o consentimento do cliente para saber se seus dados podem ser compartilhados com (ou vendidos a) terceiros.

"share" : {
  "val": "y"
}
Propriedade Descrição
val A opção de consentimento fornecida pelo cliente para esse caso de uso. Consulte o apêndice para obter os valores e as definições aceitos.

personalize

personalize O captura as preferências do cliente sobre quais maneiras seus dados podem ser usados para personalização. Os clientes podem recusar casos de uso de personalização específica ou recusar totalmente a personalização.

IMPORTANTE

personalize não abrange casos de uso de marketing. Por exemplo, se um cliente recusar a personalização de todos os canais, ele não deverá parar de receber comunicações por meio desses canais. Em vez disso, as mensagens recebidas devem ser genéricas e não baseadas no seu perfil.
Pelo mesmo exemplo, se um cliente recusar o marketing direto para todos os canais (por meio de marketing, explicado na próxima seção), então esse cliente não deverá receber mensagens, mesmo que a personalização seja permitida.

"personalize": {
  "content": {
    "val": "y",
  }
}
Propriedade Descrição
content Representa as preferências do cliente para conteúdo personalizado em seu site ou aplicativo.
val A preferência de personalização fornecida pelo cliente para o caso de uso especificado. Nos casos em que o cliente não precisa ser solicitado a fornecer o consentimento, o valor desse campo deve indicar a base em que a personalização deve ocorrer. Consulte o apêndice para obter os valores e as definições aceitos.

marketing

marketing O captura as preferências do cliente com relação aos fins de marketing para os quais seus dados podem ser usados. Os clientes podem recusar casos de uso de marketing específicos ou recusar totalmente o marketing direto.

"marketing": {
  "preferred": "email",
  "any": {
    "val": "u"
  },
  "email": {
    "val": "n",
    "reason": "Too Frequent"
  },
  "push": {
    "val": "y"
  },
  "sms": {
    "val": "y"
  }
}
Propriedade Descrição
preferred Indica o canal preferencial do cliente para receber comunicações. Consulte o apêndice para obter os valores aceitos.
any Representa as preferências do cliente para o marketing direto como um todo. A preferência de consentimento fornecida neste campo é considerada a preferência "padrão" para qualquer canal de marketing, a menos que seja substituída por subcampos adicionais fornecidos em marketing. Se você planeja usar opções de consentimento mais granulares, é recomendável excluir esse campo.

Se o valor estiver definido como n, então todas as configurações de personalização mais específicas deverão ser ignoradas. Se o valor estiver definido como y, então todas as opções de personalização com granularidade mais fina também deverão ser tratadas como y, a menos que explicitamente definidas como n. Se o valor não for definido, os valores para cada opção de personalização deverão ser honrados conforme especificado.
email Indica se o cliente concorda em receber mensagens de email.
push Indica se o cliente permite receber notificações por push.
sms Indica se o cliente concorda em receber mensagens de texto.
val A preferência fornecida pelo cliente para o caso de uso especificado. Nos casos em que o cliente não tenha que ser solicitado a fornecer o consentimento, o valor desse campo deve indicar a base em que o caso de uso de marketing deve ocorrer. Consulte o apêndice para obter os valores e as definições aceitos.
time Um carimbo de data e hora ISO 8601 de quando a preferência de marketing foi alterada, se aplicável. Observe que, se o carimbo de data e hora de qualquer preferência individual for igual ao fornecido em metadata, esse campo não precisará ser definido para essa preferência.
reason Quando um cliente recusa um caso de uso de marketing, esse campo de cadeia de caracteres representa o motivo pelo qual o cliente optou por não participar.

metadata

metadata captura metadados gerais sobre os consentimentos e preferências do cliente sempre que foram atualizados pela última vez.

"metadata": {
  "time": "2019-01-01T15:52:25+00:00",
}
Propriedade Descrição
time Um carimbo de data e hora ISO 8601 para a última vez que qualquer consentimento e preferência do cliente foi atualizado. Esse campo pode ser usado em vez de aplicar carimbos de data e hora a preferências individuais para reduzir a carga e a complexidade. Fornecer um valor time em uma preferência individual substitui o carimbo de data e hora metadata dessa preferência específica.

Inserção de dados usando o tipo de dados

Para usar o tipo de dados Consents and Preferences para assimilar dados de consentimento de seus clientes, você deve criar um conjunto de dados com base em um esquema que contenha esse tipo de dados.

Consulte o tutorial em criar um esquema na interface do usuário para obter etapas sobre como atribuir tipos de dados a campos. Depois de criar um schema contendo um campo com o tipo de dados Consents and Preferences, consulte a seção sobre criação de um conjunto de dados no guia do usuário do conjunto de dados, seguindo as etapas para criar um conjunto de dados com um esquema existente.

IMPORTANTE

Se quiser enviar dados de consentimento para Real-time Customer Profile, é necessário criar um schema habilitado para Profile com base na classe XDM Individual Profile que contenha o tipo de dados Consentes e Preferências. O conjunto de dados criado com base nesse esquema também deve ser habilitado para Profile. Consulte os tutoriais vinculados acima para etapas específicas relacionadas aos requisitos Real-time Customer Profile para schemas e conjuntos de dados.
Além disso, também é necessário garantir que suas políticas de mesclagem estejam configuradas para priorizar os conjuntos de dados que contêm os dados de consentimento e preferência mais recentes, para que os perfis do cliente sejam atualizados corretamente. Consulte a visão geral sobre mesclar políticas para obter mais informações.

Lidar com alterações de consentimento e preferência

Quando um cliente altera seus consentimentos ou preferências no seu site, essas alterações devem ser coletadas e aplicadas imediatamente usando o Adobe Experience Platform Web SDK. Se um cliente recusar a coleta de dados, toda a coleta de dados deverá ser interrompida imediatamente. Se um cliente recusar a personalização, então não deverá haver personalização na próxima página que visitar.

Apêndice

As seções abaixo fornecem informações de referência adicionais relacionadas ao tipo de dados Consents and Preferences .

Valores aceitos para val

A tabela a seguir descreve os valores aceitos para val:

Valor Title Descrição
y Sim O cliente aceitou o consentimento ou a preferência. Em outras palavras, eles do consentiram com o uso de seus dados, conforme indicado pelo consentimento ou preferência em questão.
n Não O cliente recusou o consentimento ou a preferência. Em outras palavras, eles não consentiram com o uso de seus dados, conforme indicado pelo consentimento ou preferência em questão.
p Verificação pendente O sistema ainda não recebeu um consentimento ou valor de preferência final. Isso é usado com mais frequência como parte de um consentimento que requer verificação em duas etapas. Por exemplo, se um cliente optar por receber emails, esse consentimento será definido como p até que selecione um link em um email para verificar se forneceu o endereço de email correto, momento em que o consentimento seria atualizado para y.

Se esse consentimento ou preferência não usar um processo de verificação de dois conjuntos, a p escolha poderá ser usada para indicar que o cliente ainda não respondeu ao prompt de consentimento. Por exemplo, você pode definir automaticamente o valor para p na primeira página de um site, antes que o cliente tenha respondido ao prompt de consentimento. Em jurisdições que não exigem consentimento explícito, você também pode usá-lo para indicar que o cliente não recusou explicitamente (em outras palavras, o consentimento é presumido).
u Desconhecido As informações de consentimento ou preferência do cliente são desconhecidas.
LI Interesse legítimo O interesse comercial legítimo em recolher e processar esses dados para a finalidade especificada supera o potencial dano que isso representa para o indivíduo.
CT Contrato A recolha de dados para o fim especificado é necessária para cumprir as obrigações contratuais com o indivíduo.
CP Cumprimento de uma obrigação legal A recolha de dados para a finalidade especificada é necessária para cumprir as obrigações legais da empresa.
VI Interesse vital do indivíduo A recolha de dados para o fim especificado é necessária para proteger os interesses vitais do indivíduo.
PI Interesse público A recolha de dados para o fim especificado é necessária para levar a cabo uma missão de interesse público ou no exercício da autoridade oficial.

Valores aceitos para preferred

A tabela a seguir descreve os valores aceitos para preferred:

Valor Descrição
email Mensagens de email.
push Notificações por push.
inApp Mensagens no aplicativo.
sms Mensagens SMS.
phone Interações de chamada telefônica.
phyMail Correio físico.
inVehicle Mensagens no veículo.
inHome Mensagens na casa.
iot Mensagens de Internet of stuff (IoT).
social Conteúdo de redes sociais.
other Um canal que não se encaixa em uma categoria padrão.
none Nenhum canal preferencial.
unknown O canal preferido é desconhecido.

Schema completo Consentimentos e Preferências

Para visualizar o esquema completo do tipo de dados Consents and Preferences, consulte o repositório XDM oficial.

Nesta página