A era dos identificadores está terminando no Android

Durante anos, a segmentação e a medição de anúncios móveis apoiaram-se em identificadores estáveis e compartilhados entre apps — principalmente o Google Advertising ID (GAID). Esse modelo está sendo desmantelado. O Privacy Sandbox no Android do Google busca entregar anúncios relevantes e medição de conversões sem compartilhar identificadores em nível de usuário entre apps.

Para os publishers que financiam apps e jogos gratuitos com anúncios, isso não é uma simples atualização de SDK. Muda como os parceiros de demanda entendem seu público, como a atribuição flui de volta para os anunciantes e como seu inventário é avaliado. Aprender os blocos de construção agora — enquanto os sinais antigos ainda funcionam em parte — é como você protege a receita durante a transição.

Topics API: sinais de interesse sem rastreamento

A Topics API substitui a criação de perfis de interesse entre apps. Em vez de os anunciantes montarem um perfil comportamental a partir de muitos apps, o dispositivo infere um pequeno conjunto de tópicos de interesse genéricos (por exemplo "Jogos para celular" ou "Viagens") a partir do uso recente. Os tópicos são armazenados no dispositivo e apenas um número limitado é compartilhado com os SDKs que os solicitam por período.

Na prática:

• A segmentação torna-se mais ampla e contextual, em vez de específica da pessoa.
• Os tópicos são genéricos, rotacionam ao longo do tempo e excluem por design as categorias sensíveis.
• O sistema operacional faz a mediação de qual sinal chega à demanda — você não é mais dono do perfil.

Espere que os CPMs baseados em interesse dependam mais da relevância contextual e do contexto primário que você possa fornecer legitimamente nas solicitações de anúncios.

SDK Runtime: isolando os SDKs de anúncios

O SDK Runtime move os SDKs de publicidade e analytics para um processo separado e isolado, com permissões limitadas. Hoje, um SDK de anúncios incorporado roda com o mesmo acesso que seu app — pode ler dados do app, sinais do dispositivo e mais. O SDK Runtime restringe isso, reduzindo o que um SDK pode coletar silenciosamente e limitando a correlação entre apps.

Para os publishers isso traz duas realidades. A mediação e os SDKs de anúncios precisam ser atualizados para versões compatíveis com o runtime, uma dependência a acompanhar com cada parceiro. E os sinais que os SDKs historicamente captavam de forma implícita não estarão mais disponíveis, então passar um contexto primário limpo e consentido por meio das APIs suportadas passa a importar mais.

Attribution Reporting: medição sem identificadores

A Attribution Reporting API reconstrói a medição de conversões no dispositivo. Em vez de associar o clique em um anúncio a uma instalação por meio de um identificador compartilhado, ela registra os eventos de atribuição localmente e retorna relatórios agregados ou relatórios em nível de evento com ruído e atraso — provando que as campanhas funcionam ao mesmo tempo que evita a reidentificação em nível de usuário.

As compensações às quais sua demanda vai se adaptar incluem:

• Atrasos nos relatórios em vez de atribuição instantânea e determinística.
• Ruído estatístico que exige volumes maiores para ser lido com clareza.
• Resumos agregados que substituem o mapeamento um a um entre clique e instalação.

Espere um período em que os anunciantes executem a atribuição do Privacy Sandbox em paralelo com os métodos legados para calibrar. O inventário que medir bem sob as novas APIs reterá orçamento; o inventário que depender de sinais obsoletos sofrerá pressão.

O que os publishers de apps devem fazer agora

A transição recompensa a preparação. Passos concretos:

• Audite seus SDKs. Confirme que seus SDKs de mediação, rede de anúncios e analytics tragam versões prontas para o Privacy Sandbox e o SDK Runtime, e planeje as atualizações.
• Inscreva-se e teste. Use a inscrição no Privacy Sandbox do Google e teste nas prévias para desenvolvedores para não depurar em produção.
• Fortaleça o contexto primário. Invista em sinais contextuais e consentidos que você possa passar legitimamente, já que os identificadores entre apps não vão sustentar a carga.
• Faça benchmark da medição cedo. Compare as saídas do Attribution Reporting com sua atribuição atual para definir expectativas realistas para os compradores.
• Acerte o consentimento. O Sandbox reduz o compartilhamento silencioso de dados, mas não remove seu dever legal de coletar e respeitar o consentimento para o processamento que permanece.

Por que o consentimento e um CMP ainda importam

Um equívoco comum é achar que o Privacy Sandbox torna o consentimento obsoleto. Não torna. O Sandbox limita como os dados se movem, mas sob o GDPR, as regras de ePrivacy e as próprias políticas do Google você ainda precisa obter e sinalizar uma base legal válida — e os parceiros de demanda ainda exigem sinais de consentimento interoperáveis para dar lances. Google Consent Mode v2 e IAB TCF 2.3 continuam sendo o tecido conjuntivo entre sua interface de consentimento e a pilha de anúncios.

É aqui que o FlexyConsent se encaixa. Como uma Plataforma de Gestão de Consentimento certificada pelo Google, compatível com IAB TCF 2.3 e Consent Mode v2, ele centraliza como o consentimento é coletado e propagado por todos os seus apps e sites. Uma única configuração emite os sinais padronizados que seus parceiros de mediação e medição esperam, de modo que, à medida que as APIs do Privacy Sandbox forem lançadas, você envie um consentimento limpo, consistente e auditável — e não uma lógica frágil por app que quebra a cada atualização de SDK.

Principais conclusões

• O Privacy Sandbox substitui os identificadores entre apps por Topics no dispositivo, um SDK Runtime isolado e um Attribution Reporting com ruído.
• A segmentação muda em direção a sinais contextuais e primários consentidos; a atribuição determinística cede lugar a relatórios agregados e com atraso.
• Audite e atualize seus SDKs de anúncios agora, inscreva-se nos testes e faça benchmark da nova medição contra a legada antes que a descontinuação aperte.
• O consentimento ainda é obrigatório — um CMP com TCF 2.3 e Consent Mode v2 como o FlexyConsent mantém seus sinais de consentimento válidos e interoperáveis em cada propriedade.