Access SecurityCONSENT

Central de ajuda › Recursos do aviso

IAB TCF e anúncios do Google (AdSense/Ad Manager)

O que já está pronto para o IAB TCF v2.3 e o que depende do registro da Access Security na IAB Europe e da certificação do Google.

Quem exibe anúncios do Google AdSense, Ad Manager ou AdMob para visitantes da União Europeia/EEE, Reino Unido ou Suíça precisa de uma plataforma de consentimento (CMP) certificada pelo Google e integrada ao IAB Transparency & Consent Framework (TCF). Sem isso, o Google só entrega anúncios não personalizados ou limitados nessas regiões. Para visitantes do Brasil e de outros países nada muda.

Situação atual: a parte técnica do TCF v2.3 está pronta no Access Consent, mas o recurso só liga depois que a Access Security for registrada como CMP na IAB Europe (com o número de CMP que a IAB atribui). Até lá, a aba IAB TCF do site mostra “aguardando registro” e o aviso não se apresenta como CMP — nada de string TC “de mentira”. A certificação do Google é um passo seguinte, pedido pela Access Security. O Access Consent ainda não é uma CMP certificada pelo Google.

O que já está pronto

  • API __tcfapi (comandos ping, addEventListener, removeEventListener e getVendorList), com o iframe __tcfapiLocator para anúncios dentro de iframes.
  • String TC v2.3 com o segmento Disclosed Vendors (obrigatório desde março de 2026), gravada no cookie euconsent-v2, e a string AC do Google (parceiros fora da lista da IAB) no cookie addtl_consent.
  • Aviso no padrão do TCF: a 1ª camada informa quantos parceiros tratam dados, as finalidades, os recursos especiais e o interesse legítimo, com “Rejeitar” do mesmo tamanho de “Aceitar”. A 2ª camada lista finalidades, recursos especiais, cada parceiro (dados usados, retenção, cookies, política de privacidade) com oposição ao interesse legítimo, e os parceiros do Google.
  • Lista global de fornecedores (GVL) baixada pelo nosso servidor todo dia e servida ao aviso no idioma do visitante.
  • Consent Mode v2 coerente com a escolha TCF: ad_storage e ad_user_data seguem a finalidade 1, ad_personalization as finalidades 3 e 4 — o mesmo mapeamento que as tags do Google usam ao ler a string TC.
  • Prova: a string TC e a string AC entram no registro da decisão e no hash da corrente (registros antigos não mudam). O pacote de evidência e o verificar.js conferem as duas.

Como vai funcionar quando o registro sair

  1. No painel, site → aba IAB TCF: escolha os fornecedores da lista da IAB que o site usa (para AdSense, o “Google Advertising Products”, id 755) e, se precisar, parceiros do Google fora da lista. Planos Pro e Business.
  2. Ligue o TCF e troque o snippet pelo que a aba mostra: o script sem async, no topo do <head> e com data-tcf="true" — assim o __tcfapi existe antes da tag de anúncios carregar.
  3. Visitante da Europa vê o aviso no padrão TCF; os demais continuam com o aviso de sempre (o __tcfapi responde gdprApplies: false).
<script src="https://consent.accesssecurity.com.br/consent.js" data-site="CHAVE-DO-SITE" data-tcf="true"></script>

O que muda no aviso

Sem TCFCom TCF (visitante na Europa)
Publicidadecategoria Marketingfinalidades e parceiros da IAB (Marketing passa a seguir essa escolha)
Regra da regiãoGDPR na UE/EEE e Reino Unidotambém opt-in na Suíça
Cookies gravadosac_consentac_consent, euconsent-v2, addtl_consent
Nova decisãotexto novo do aviso ou 12 mesestambém quando entra parceiro novo

Atualizado em 18/10/2026. Dúvidas: [email protected].