Acesse Sua página do Google AdSense, onde você encontra informações personalizadas sobre a conta para otimizar seu desempenho no AdSense.

Política de consentimento para usuários da União Europeia

Especificação técnica do modo de consentimento adicional do Google

Este documento define uma especificação técnica temporária chamada "modo de consentimento adicional". Ela se destina somente ao uso com o Transparency & Consent Framework (TCF) v2.0 do IAB Europa para fazer uma conexão com os fornecedores que ainda não estão registrados na lista de fornecedores globais (GVL, na sigla em inglês) da organização. Essa especificação permite que os editores, provedores de gerenciamento de consentimento (CMP, na sigla em inglês) e parceiros coletem e expandam o consentimento adicional, assim como a implementação do TCF v2.0, para empresas que ainda não estão registradas na lista de fornecedores globais do IAB Europa, mas que estão na lista de provedores de tecnologia de anúncio (ATP, na sigla em inglês) do Google.

Recursos relacionados

Componentes do modo de consentimento adicional

O "modo de consentimento adicional" é compatível com:

  • a string de transparência e consentimento (string TC) conforme definida pelas especificações do TCF v2.0 do IAB, que abarca a transparência e o consentimento estabelecidos para os fornecedores na lista de fornecedores globais (GVL) do IAB; e
  • uma string addtl_consent (string AC), que contém uma lista dos provedores de tecnologia de anúncio do Google que não estão registrados no IAB.

Essa especificação define o seguinte:

  1. Formato da string AC
  2. A extensão para a API TCF v2.0 CMP para compatibilidade com a string AC
  3. Como uma string AC deve ser restaurada
  4. Como passar a string AC pela cadeia de publicidade digital

A string de "consentimento adicional" (AC, na sigla em inglês)

Quais informações são armazenadas na string AC?

A string AC contém os seguintes componentes:

  • Parte 1: um número de especificação da versão, como "1"
  • Parte 2: um símbolo separador "~"
  • Parte 3: uma lista separada por pontos de IDs de provedores de tecnologia de anúncio (ATP, na sigla em inglês) do Google que tenham recebido consentimento dos usuários. Por exemplo: "1.35.41.101"

Por exemplo, a string AC 1~1.35.41.101 significa que o usuário deu seu consentimento para ATPs com IDs 1, 35, 41 e 101, a string é criada usando o formato definido da especificação v1.0.

Quem deve criar uma string AC?

Uma string AC pode ser criada somente por uma CMP com registro no TCF do IAB Europa, usando seu número de identificação de CPM atribuído e de acordo com as políticas do IAB. Os fornecedores ou qualquer provedor de serviços de terceiros não podem criar strings de consentimento adicional.

Onde os provedores de tecnologia do Google serão publicados?

O Google publicará a lista dos provedores de tecnologia de anúncio não registrados no IAB e os IDs deles no seguinte local:

https://storage.googleapis.com/tcfac/additional-consent-providers.csv

Quando uma string de consentimento adicional pode ser criada?

Em todos os casos, uma string de consentimento adicional só pode ser criada quando o editor obedecer à Política de consentimento para usuários da União Europeia do Google. Especificamente, uma string de consentimento adicional não pode ser criada antes que o usuário dê seu consentimento legal válido para: 1) o uso de cookies ou outro armazenamento local quando exigido por lei e 2) a coleta, o compartilhamento e o uso de dados pessoais para a personalização de anúncios por um provedor de tecnologia de anúncios de acordo com a Política de consentimento para usuários da União Europeia do Google.

Uma string AC pode ser criada somente como string complementar à string de TC, e não para substituir a string de TC. O Google não processará a solicitação e descartará a string de consentimento adicional de uma solicitação recebida se não houver uma string de TC disponível para a mesma solicitação.

As CMPs que implementarem essa especificação precisam garantir que a string de consentimento adicional criada por elas contenha somente os IDs do arquivo de provedor de tecnologia de anúncios do Google (ou seja, fornecedores que não estejam na GVL). Quando o Google recebe uma string de TC, ele verifica a versão da GVL listada nessa string. Se essa versão da GVL tiver o registro de um provedor, a string de TC fará com que o provedor e qualquer entrada de string de consentimento adicional desse provedor sejam ignorados. Nessas circunstâncias, o Google reserva o direito de remover essas entradas “duplicadas” da string de consentimento adicional e passar essa string modificada com a string de TC. Outros provedores que não sejam o Google não podem modificar a string de consentimento adicional.

Extensão para a API CMP

Propomos ampliar a API TCF v2.0 CMP JavaScript para permitir retornar a string de consentimento adicional. Mais especificamente, propomos ampliar os objetos JSON TCData e InAppTCData para retornar esses dados.

TCData = {
  tcString: 'base64url-encoded TC string with segments',
  ...
  addtlConsent: ‘AC string with spec version and consented Ad Tech Provider IDs’,
}

InAppTCData = {
  tcString: 'base64url-encoded TC string with segments',
  ...
  addtlConsent: ‘AC string with spec version and consented Ad Tech Provider IDs’,
}

Como uma string AC deve ser restaurada?

Web

O mecanismo de armazenamento depende da escolha da CMP.

No app

NSUserDefaults (iOS) e SharedPreferences (Android) serão usados para armazenar a string de consentimento adicional por um SDK da CMP. Isso permite que:

  • os provedores acessem facilmente a string de consentimento adicional;
  • a string de AC persista entre uma sessão e outra do app;
  • a string de AC possa ser passada de uma CMP a outra para dar a um editor a flexibilidade de trocar um SDK da CMP por outro.

Se um editor decidir remover um SDK da CMP do app, ele será responsável por limpar os valores de AddtlConsent para os usuários, para que os provedores não continuem usando a string de AC incluída.

Armazenamento e chave de busca em NSUserDefaults e SharedPreferences Valor
IABTCF_AddtlConsent

String: string de consentimento adicional com versão das especificações e IDs dos provedores de tecnologia de anúncio consentidos

Como passar a string AC pela cadeia de publicidade digital

Solicitação de lance

Reutilize ConsentedProvidersSettings para propagar o downstream de provedores que não estão presentes na GVL.

message ConsentedProvidersSettings {
 // Set of IDs corresponding to providers for whom the publisher has told
 // Google that its EEA users have given legally valid consent to: 1) the use of cookies or other local  
 // storage where legally required; and 2) the collection, sharing, and use of personal data for 
 // personalization of ads by an ATP in accordance with Google’s EU User Consent Policy.
 // A mapping of provider ID to provider name is posted at providers.csv.
 repeated int64 consented_providers = 2 [packed = true];
}

 // Information about the providers for whom the publisher has told Google
 // that its EEA users have consented to the use of their personal data for
 // ads personalization in accordance with Google's EU User Consent Policy.
 // This field will only be populated when regs_gdpr is true.
 optional ConsentedProvidersSettings consented_providers_settings = 42;

Serviços baseados em URL

Quando um criativo é renderizado, ele pode conter uma série de pixels nas tags <img>. Por exemplo, <img src="http://vendor-a.com/key1=val1&key2=val2">, que envia uma solicitação HTTP GET do navegador ao domínio do provedor.

Como o pixel está em uma tag <img> que não pode ser executada em JavaScript, a API CMP não pode ser usada para conseguir a string de TC. Similar ao suporte à string de TC, oferecemos um parâmetro de URL padrão e uma macro em URLs de pixel em que a string de AC deve ser inserida.

Parâmetro de URL Macro correspondente Representação em URL
addtl_consent ADDTL_CONSENT &addtl_consent=${ADDTL_CONSENT}

Exemplo 1

Para que o Provedor A receba uma string de AC, o URL da imagem precisa incluir um par de chave-valor com o parâmetro de URL e a macro &addtl_consent=${ADDTL_CONSENT}. O URL resultante é:

http://vendor-a.com/key1=val1&key2=val2&addtl_consent=${ADDTL_CONSENT}

 

Exemplo 2

Em uma solicitação dada, se a string de AC é: 1~1.35.41.101

O autor da chamada ou renderizador do criativo substitui a macro no URL com a string de AC, de modo que o pixel que originalmente continha a macro seja modificado da seguinte maneira ao chamar o servidor específico:

http://vendor-a.com/key1=val1&key2=val2&addtl_consent=1~1.35.41.101

Isso foi útil?
Como podemos melhorá-lo?

Precisa de mais ajuda?

Faça login e veja mais opções de suporte para resolver o problema rapidamente.

Pesquisa
Limpar pesquisa
Fechar pesquisa
Google Apps
Menu principal
Pesquisar na Central de Ajuda
true
157
false