O Google Signals vai mudar em 15 de junho de 2026: o que isso significa para o seu consentimento

Em 15 de junho de 2026, o Google muda a forma como os dados de publicidade fluem entre o Google Analytics e o Google Ads. A coleta de cookies e IDs do Google Ads, que hoje depende de dois controles funcionando em conjunto, passa a depender de um único parâmetro do Modo de Consentimento: ad_storage.

Por anos, a configuração Google Signals no Google Analytics funcionou como uma segunda camada de proteção ao lado do Modo de Consentimento. A partir de 15 de junho, essa camada deixa de existir no caminho dos dados de anúncios. O Modo de Consentimento vai refletir exatamente o que o seu CMP enviar — e não vai mais existir um ajuste no painel do GA4 para corrigir um sinal mal configurado.

Veja o que muda, quem é afetado e o que checar antes do prazo.

---

O que está mudando — e por que isso importa

Hoje, a coleta de cookies e IDs do Google Ads pela tag do Google Analytics e pelo SDK do Firebase depende de dois fatores ao mesmo tempo:

• a configuração Google Signals no Google Analytics, e
• a configuração ad_storage do Modo de Consentimento.

Os dois precisavam liberar o rastreamento para que o sinal completo chegasse ao destino. A partir de 15 de junho, o Google passa a aplicar controles separados por destino:

• Dados usados no Google Ads → controlados só pelo ad_storage do Modo de Consentimento.
• Dados usados no Google Analytics (relatórios) → controlados só pela configuração do Google Signals.

Na prática, sua tag do Google Analytics passa a se comportar como a tag do Google Ads já se comporta hoje: o ad_storage vira o único interruptor para cookies e IDs de publicidade. A decisão sai do painel do GA4 e vai inteiramente para o sinal de consentimento que o seu CMP envia.

---

O que não muda

O Google Signals continua existindo — segue sendo o controle dos relatórios aprimorados do Google Analytics (dados demográficos, interesses e dados entre dispositivos de usuários conectados). Ele só deixa de funcionar também como controle de dados de anúncios.

E só o ad_storage é afetado. Não há mudança em analytics_storage, ad_user_data ou ad_personalization, e nenhum cookie ou identificador novo é criado.

---

Quem é mais afetado

• Empresas que desativaram o Google Signals como medida de privacidade. Esse é o ponto central da mudança. Se você dependia do Signals desativado para impedir que o Ads usasse cookies, essa trava deixa de funcionar — a partir de 15 de junho, qualquer atividade web e em apps com ad_storage concedido passa a ser associada às informações de usuários conectados do Google para públicos, lances, otimização e medição.
• Anunciantes que atendem ao EEE, Reino Unido e Suíça, onde já é obrigatório usar um CMP certificado pelo Google e enviar sinais de consentimento válidos.
• Anunciantes que dependem de remarketing e conversões, já que a performance das campanhas passa a depender inteiramente do sinal ad_storage.
• Quem ainda está no Modo de Consentimento v1, que precisa migrar para o v2 Avançado com os quatro sinais.

Se o Google Signals está ativado, nada muda no comportamento dos seus dados. Se está desativado, o comportamento muda.

---

O lado da conformidade

Como o controle agora está inteiramente no seu banner de consentimento, a precisão do sinal enviado pelo CMP deixa de ser só uma questão de performance — vira uma questão de conformidade:

• Se você não quer que o Google Ads use esses cookies e IDs, defina o padrão do ad_storage como negado (isso pode ser configurado por região). Vale lembrar: é uma troca real — negar o ad_storage por padrão pode reduzir listas de remarketing e a eficiência dos Lances Inteligentes.
• Se o comportamento de coleta mudar para sua empresa, revise suas divulgações de privacidade e converse com o jurídico sobre obrigações de notificação de mudança material, conforme a GDPR e as leis de privacidade dos EUA.

---

O que fazer antes de 15 de junho

1. Confira se o Google Signals está ativado na sua propriedade do GA4 (Administrador → Coleta e modificação de dados → Google Signals). Isso define se o comportamento dos seus dados vai mudar.
2. Confirme que o seu CMP roda o Modo de Consentimento v2 Avançado e envia os quatro sinais — ad_storage, ad_user_data, ad_personalization, analytics_storage — com os padrões corretos (negado por padrão no EEE/Reino Unido).
3. Verifique se o consentimento padrão dispara antes de qualquer tag do Google, e se a atualização acontece assim que o visitante faz uma escolha — tanto em visitas novas quanto em visitas de retorno.
4. Revise suas divulgações de privacidade e defina o padrão do ad_storage de forma deliberada, de acordo com se você quer ou não que o Ads use esses dados.

---

Como o CookiePal mantém você protegido

Essa mudança torna o sinal enviado pelo seu banner de consentimento a única fonte de verdade para os dados de anúncios — e é exatamente isso que o CookiePal gerencia. Como CMP certificado pelo Google, o CookiePal roda o Modo de Consentimento v2 no modo Avançado por padrão:

• Define ad_storage, ad_user_data, ad_personalization e analytics_storage como negado por padrão, antes de qualquer tag do Google disparar.
• Atualiza esses sinais para concedido no instante em que o visitante consente — e mantém negado caso ele não consinta.
• Permite verificar a implementação, para você confirmar que os sinais corretos estão disparando em todas as páginas.

Se você já usa o CookiePal com o Modo de Consentimento v2, já está enviando exatamente o sinal do qual essa mudança depende. Você pode confirmar isso com o nosso guia de configuração do Modo de Consentimento do Google e o guia de verificação.

---

Fontes

• Ajuda do Google Analytics — Atualizações nos controles de dados do Google Analytics
• Google para Desenvolvedores — Visão geral do Modo de Consentimento
• Google para Desenvolvedores — Configurar o Modo de Consentimento em sites