Para nos alinharmos aos padrões em evolução do setor quanto à transparência e ao consentimento do usuário, estamos anunciando o cronograma de transição para a Estrutura de Transparência e Consentimento (TCF, na sigla em inglês) v2.3 do IAB Europa.
O prazo obrigatório do IAB para que todos os publishers e CMPs implementem totalmente a TCF v2.3 é 1º de março de 2026.
Para facilitar a migração, criamos um período de transição e estamos prontos para ajudar na implementação a partir de hoje. Revise com atenção as datas importantes e as ações necessárias abaixo.
Cronograma principal de transição
- Status atual: o suporte já está disponível
Os sistemas do Google podem aceitar e processar strings da TCF v2.3 imediatamente. Você pode e deve iniciar a migração assim que possível. - Período de transição: de agora até o final de fevereiro de 2026
Durante esse período, o Google vai tratar as strings da TCF v2.3 da mesma forma que as da TCF v2.2. Não vamos validar o segmento do fornecedor divulgado, o que oferece uma janela segura para você implantar e testar sua solução atualizada sem o risco de que suas solicitações de anúncios sejam definidas como padrão para anúncios limitados. - Prazo final: 28 de fevereiro de 2026
Nessa data, o suporte para novas strings da TCF v2.2 será oficialmente descontinuado, mas ainda vamos oferecer suporte para strings da TCF v2.2 criadas antes de 28 de fevereiro de 2026. A TCF v2.3 é obrigatória para todas as strings de TC geradas a partir de 1º de março de 2026. Se esse requisito não for atendido, a solicitação de anúncio associada será definida como anúncios limitados, o que poderá afetar a receita.
Ações necessárias
- Para publishers: entre em contato imediatamente com sua plataforma de gestão de consentimento (CMP, na sigla em inglês) para confirmar o plano e o cronograma de migração das suas propriedades para a solução compatível com a TCF v2.3. A gestão antecipada é fundamental para uma transição tranquila. Nenhuma ação será necessária se você estiver usando a CMP do Google nas suas propriedades da web ou de apps, já que vamos começar a gravar strings da TCF v2.3 até o prazo de 1º de março de 2026.
- Para CMPs: priorize a migração dos clientes publishers para a implementação da TCF v2.3. Recomendamos que você conclua esse processo bem antes do fim de fevereiro de 2026 para aproveitar ao máximo o período de transição sem riscos.
Caso o Google não tenha consentimento para a Finalidade 1 (armazenar e/ou acessar informações em um dispositivo), não chame a tag de anúncio do Google.
Diretrizes gerais
Se você já implementou uma CMP da TCF registrada pelo IAB Europa no seu app, a AdMob vai consumir automaticamente a string de TC da CMP.
Observação: todas as seleções de CMP feitas por fornecedores na CMP da TCF registrada pelo IAB vão substituir as seleções de provedor de tecnologia de publicidade nos controles de consentimento dos usuários da UE. Isso vai acontecer inclusive se você tiver escolhido veicular anúncios não personalizados para todos os usuários do EEE, do Reino Unido e da Suíça por esses controles.
Caso você tenha um NPA configurado na solicitação de anúncio, ele será analisado com o consentimento indicado pela string de TC. A configuração mais conservadora será aplicada.
- Transmitir a string de TC para as tags: as tags da GPT, de passback da GPT, do Google AdSense e do Ad Exchange se comunicarão automaticamente com a CMP do IAB para encaminhar a string de TC à AdMob sem a configuração do publisher. O SDK do IMA e o SDK de anúncios para dispositivos móveis recebem, analisam e respeitam automaticamente a string de TC no armazenamento local. Para outros tipos de tag, é necessário transmitir os seguintes indicadores manualmente:
gdpr={0,1}egdpr_consent={tc string}. - Transmitir a string de TC para programática: a string de TC do IAB é transmitida automaticamente para os canais programáticos do Google sem a configuração exigida pelos publishers.
- Transmitir a string de TC para criativos não programáticos: trabalhe com seu provedor de criativos para identificar se você precisa de configuração adicional para garantir que seus criativos consumam a string de TC corretamente. A AdMob oferece suporte às macros TCF do IAB (
GDPReGDPR_CONSENT_XXXX) para permitir que você transmita manualmente a string de TC para outros fornecedores de criativos conforme necessário. - Transmitir a string de TC para parceiros de mediação: a string de TC do IAB estará disponível no armazenamento local do dispositivo (
NSUserDefaultspara iOS ouSharedPreferencespara Android) e acessível a todos os parceiros de mediação, que poderão receber, analisar e respeitá-la quando ela for chamada em uma solicitação de hierarquia de mediação.
Requisitos: anúncios personalizados e não personalizados
Nossa orientação sobre interoperabilidade reflete os requisitos de políticas atuais do Google, principalmente da Política de consentimento de usuários da União Europeia. As políticas do Google continuam sendo aplicáveis e são mais restritivas do que as diretrizes da TCF do IAB Europa em alguns casos.
Os publishers precisam revisar as configurações de registro dos fornecedores com quem trabalham pela TCF do IAB Europa. Os requisitos abaixo são para quando o Google é um fornecedor na CMP dos publishers.
Requisitos para veicular anúncios personalizados
O Google veicula anúncios personalizados quando todos estes critérios são atendidos:
- O usuário final dá ao Google o consentimento para fazer o seguinte:
- Armazenar e/ou acessar informações em um dispositivo (Finalidade 1)
- Criar um perfil de anúncios personalizados (Finalidade 3)
- Selecionar anúncios personalizados (Finalidade 4)
- Há interesse legítimo (ou consentimento, ou seja, quando o publisher configura a CMP para solicitá-lo) estabelecido para o Google fazer o seguinte:
- Selecionar anúncios básicos (Finalidade 2)
- Medir a performance do anúncio (Finalidade 7)
- Aplicar uma pesquisa de mercado para gerar insights sobre público-alvo (Finalidade 9)
- Desenvolver e melhorar produtos (Finalidade 10)
Requisitos para veicular anúncios não personalizados
Se os requisitos de consentimento para anúncios personalizados não forem atendidos, o Google vai veicular anúncios não personalizados quando todos estes critérios forem cumpridos:
- O usuário final dá ao Google o consentimento para fazer o seguinte:
- Armazenar e/ou acessar informações em um dispositivo (Finalidade 1)
- O interesse legítimo (ou consentimento, ou seja, quando o publisher configura a CMP para solicitá-lo) é estabelecido para o Google fazer o seguinte:
- Selecionar anúncios básicos (Finalidade 2)
- Medir a performance do anúncio (Finalidade 7)
- Aplicar uma pesquisa de mercado para gerar insights sobre público-alvo (Finalidade 9)
- Desenvolver e melhorar produtos (Finalidade 10)
A tabela mostra como lidamos com estes cenários:
| Descrição | Comportamento de veiculação do anúncio |
|---|---|
|
Sem consentimento do Google para armazenar e/ou acessar as informações em um dispositivo (Finalidade 1) De acordo com nossa Política de consentimento de usuários da União Europeia, o consentimento para cookies ou IDs de publicidade móvel é obrigatório para anúncios personalizados e não personalizados. No caso dos anúncios não personalizados, o consentimento para cookies ainda é necessário porque esse tipo de anúncio usa cookies e IDs de publicidade móvel para combater fraudes e abusos, definir limites de frequência e gerar relatórios agregados sobre publicidade. |
Anúncios limitados podem ser veiculados. |
|
String de TC inválida A string de TC não é analisável (por exemplo, alguns campos ausentes). |
Anúncios limitados podem ser veiculados. |
Registro flexível de fornecedor e restrições do publisher
Com a TCF do IAB Europa, os publishers podem personalizar várias restrições. Assim, eles conseguem indicar preferências, que têm prioridade em relação ao que o fornecedor define, quando relevante. Os publishers nunca podem fazer um fornecedor operar sujeito a uma base legal ou para um fim que gere conflito com o registro na lista de fornecedores globais. Portanto, são restrições limitadas, porque nunca saem do escopo do que um fornecedor pode fazer, somente restringem.
Os publishers precisam revisar as configurações de registro dos fornecedores com quem trabalham pela TCF do IAB Europa. De acordo com nossa diretriz de interoperabilidade, se um fornecedor estiver registrado de modo flexível, com "interesse legítimo" como a base legal padrão para uma finalidade em que o Google exige "consentimento", e um publisher quiser trabalhar com esse fornecedor nos produtos do Google, ele terá que escolher o consentimento para o fornecedor nas restrições do publisher da CMP.
O Google registrou as Finalidades 2, 7, 9 e 10 como flexíveis, com a exigência de interesse legítimo por padrão. A menos que um publisher configure a CMP para restringir o consentimento do Google para essas finalidades, o Google vai confiar no interesse legítimo estabelecido pela plataforma com o usuário. O Google não está registrado de forma flexível para as Finalidades 1, 3 e 4 e sempre requer consentimento para elas.
Lances em tempo real e Open Bidding
Permitimos que as solicitações de lance sejam enviadas a fornecedores com base nos requisitos detalhados no artigo "Integração do comprador com a TCF do IAB Europa".
Mediação
Ao usar a solução da TCF do IAB, confira se todos os seus parceiros de mediação estão disponíveis na CMP. Isso garante que o Google possa continuar chamando todos os parceiros na sua hierarquia de mediação.
As strings de TC e de consentimento adicional serão avaliadas por veiculação antes que a hierarquia de mediação seja construída e a presença do parceiro de mediação em uma das strings seja verificada.
- Caso o parceiro de mediação esteja presente e o usuário tenha consentido ou estabelecido um interesse legítimo por pelo menos uma finalidade, o parceiro de mediação será incluído na hierarquia de mediação durante a construção.
- Se o parceiro de mediação não estiver presente ou tiver sido totalmente recusado pelo usuário, ele não será chamado na hierarquia de mediação.
A string de TC do IAB e de consentimento adicional do Google vai estar disponível no armazenamento local do dispositivo (NSUserDefaults para iOS ou SharedPreferences para Android) e acessível para que todos os parceiros de mediação obtenham, analisem e respeitem quando ela for chamada em uma solicitação de hierarquia de mediação.