Por que o remarketing quebrou: os sinais que mudaram
O relatório abre e o número está lá: público de remarketing menor que no mês passado, conversões em queda e a linha "Dados insuficientes" onde antes havia um valor. O faturamento não acompanhou a queda, e em muitos casos não caiu nada. Esse descompasso entre o painel e o extrato bancário é sintoma de um problema de mensuração.
Cinco mudanças diferentes produzem esse mesmo sintoma. Elas se acumularam nos últimos anos e a maioria dos sites brasileiros sente todas ao mesmo tempo, o que embaralha o diagnóstico. Uma parte da perda não volta, e vale saber qual antes de mexer em qualquer configuração.
O sintoma vem antes do diagnóstico
Antes de mexer em qualquer configuração, escreva o sintoma exato. Ele já elimina metade das hipóteses.
| Sintoma observado | Causa mais provável |
|---|---|
| Público de remarketing encolhendo mês a mês | Cookie de terceiro bloqueado e/ou consentimento negado |
| Lista abaixo do tamanho mínimo, campanha não roda | Mesma causa acima, já em estágio avançado |
| Conversões do Google Ads caem, vendas não caem | Consent Mode ausente ou mal implementado |
| GA4 conta visitante recorrente como usuário novo | Cookie primário de JavaScript expirando cedo (ITP) |
| Meta mostra queda de eventos e correspondência baixa | ATT no iOS e ausência de Conversions API |
| "Dados insuficientes" em relatório do GA4 | Limiar de dados aplicado a público pequeno |
| Queda brusca num dia específico | Mudança de tag, de plugin, de tema ou de CMP |
Uma queda brusca num dia isolado costuma vir de alguma mudança publicada no site, e quase nunca de regulação ou de navegador. Uma queda gradual, que se aprofunda mês a mês, é o comportamento típico de expiração de cookie e de lista que perde membros mais rápido do que ganha.
As cinco mudanças
Os navegadores pararam de aceitar cookie de terceiro
Safari e Firefox bloqueiam cookies de terceiro por padrão há anos: o Safari pelo ITP (Intelligent Tracking Prevention), o Firefox pelo ETP (Enhanced Tracking Protection), que ainda isola os cookies por site, de modo que um mesmo domínio de rastreamento não reconhece o visitante quando ele muda de site. O Chrome anunciou o fim do mesmo cookie em 2020 e desistiu em 2024. Planeje sem depender de cookie de terceiro: dois dos três navegadores já o isolam, e o terceiro não é garantia.
A parcela do seu tráfego que vem de Safari (no Brasil, alta em mobile e altíssima em públicos de maior renda) já não alimenta público de remarketing baseado em cookie de terceiro.
O cookie primário gravado por JavaScript passou a durar pouco
Este é o item que quase ninguém contabiliza. Ser do seu próprio domínio não protege o
cookie: o ITP limita o cookie gravado por JavaScript (document.cookie), e é assim
que quase toda tag grava. No Safari, esses cookies são limitados a 7 dias, e podem cair
para cerca de 24 horas quando a visita chega por um link decorado com parâmetros de
rastreamento.
| Cookie | Quem grava | Efeito do limite |
|---|---|---|
_ga | GA4, por JavaScript | Visitante que volta após 8 dias é contado como novo |
_gcl_au | Google Ads (conversion linker) | Janela de atribuição de clique encurtada |
_fbp | Meta Pixel, por JavaScript | Correspondência de evento piora |
O sintoma engana: o número de "usuários novos" sobe, a taxa de retorno despenca, o custo por aquisição parece piorar e a janela de conversão de 30 dias passa a funcionar como uma janela de 7, sem que o negócio tenha caído.
Marcação de servidor em subdomínio próprio, com o cookie definido pelo cabeçalho HTTP, prolonga essa vida útil. É projeto de infraestrutura, com armadilhas próprias: implementações por CNAME costumam receber o mesmo limite.
O Google passou a exigir Consent Mode v2
Desde 6 de março de 2024, o Google exige os sinais do Consent Mode v2 (ad_storage,
ad_user_data, ad_personalization e analytics_storage) para tráfego do Espaço
Econômico Europeu e do Reino Unido. Sem eles, os recursos de público e de mensuração
personalizada param para esse tráfego.
O Brasil não está sob essa obrigatoriedade. Mas se você recebe qualquer volume de tráfego europeu (turismo, SaaS, exportação, diáspora), a parte europeia das suas listas parou de crescer naquela data. E, no Brasil, o Consent Mode continua devolvendo parte da mensuração perdida quando o visitante recusa. Cada sinal e o código pronto estão no guia do Google Consent Mode v2.
O iOS e o ATT cortaram o lado do Meta
Desde o iOS 14.5, a App Tracking Transparency obriga o aplicativo a pedir permissão
explícita para rastrear o usuário entre aplicativos e sites de terceiros. A maioria
recusa. Como boa parte do tráfego do Meta nasce dentro do aplicativo, isso reduziu o
sinal que chega ao Meta antes mesmo de o visitante tocar no seu site. Versões mais
recentes do iOS ainda removem parâmetros de rastreamento de links em alguns contextos, o
que quebra atribuição por fbclid.
Nada disso se corrige no seu site. Corrige-se o que acontece depois do clique: evento server-side, qualidade de correspondência e deduplicação.
A LGPD exige bloqueio antes do aceite
O Guia Orientativo da ANPD sobre cookies trata cookies não essenciais como tratamento que depende de base legal adequada, ou seja, consentimento livre, informado e inequívoco, com recusa tão fácil quanto o aceite. Feito corretamente, isso deixa parte do seu tráfego sem rastreamento, por decisão do visitante. É assim que a lei foi desenhada.
Quem "resolveu" o problema deixando as tags dispararem antes do aceite trocou perda de mensuração por risco jurídico, e ficou com um consentimento que não serve como prova.
Por que isso esvazia uma lista de remarketing
Uma lista de remarketing é um conjunto com entrada e saída. Entram os visitantes que podem ser identificados e cujo consentimento permite o uso publicitário; saem os que completaram a duração de participação. Quando a taxa de entrada cai pela metade e a de saída continua igual, o tamanho não cai pela metade: ele desce até um patamar bem mais baixo e leva semanas para estabilizar.
Some a isso o tamanho mínimo que o Google Ads e o Meta exigem para uma lista ficar elegível a veiculação. Esses limiares existem por privacidade e variam por rede: em setembro de 2026, 100 usuários ativos para a Rede de Display, 1.000 para Pesquisa e YouTube, e 100 para públicos personalizados no Meta. O efeito é um degrau: a lista encolhe devagar e, ao cruzar o limiar, a campanha deixa de rodar.
Diagnóstico: como saber qual das causas é a sua
Todo o diagnóstico abaixo é feito em janela anônima, no site em produção, com o DevTools aberto, e leva menos de vinte minutos.
Teste 1: o parâmetro gcs na requisição do GA4
Na aba Rede, filtre por collect. Abra uma requisição e leia o parâmetro gcs na query
string:
| Valor | ad_storage | analytics_storage |
|---|---|---|
G100 | negado | negado |
G101 | negado | concedido |
G110 | concedido | negado |
G111 | concedido | concedido |
Se o parâmetro gcs não existir, o Consent Mode não está implementado ou a requisição
saiu antes do consent default. Se ele existir e travar em G100 mesmo depois de você
aceitar tudo, o update não está sendo disparado.
Teste 2: Tag Assistant
O Tag Assistant do Google mostra, tag por tag, o estado de consentimento no momento do
disparo. É onde aparece o erro mais comum: a tag disparando antes do consent default, o que cria cookie sem consentimento e deixa o estado inconsistente do lado do
Google. Confira também se os quatro sinais obrigatórios aparecem: muita implementação antiga só
declara dois.
Teste 3: o lado do Meta
No Gerenciador de Eventos, a área de qualidade de eventos mostra três coisas úteis:
- Eventos recebidos por origem (navegador x servidor). Só navegador significa que não há Conversions API.
- Qualidade da correspondência de eventos, uma nota que sobe conforme você envia mais parâmetros de identificação consentidos. Nota baixa é atribuição perdida.
- Eventos duplicados. Se você tem CAPI e o número de conversões inflou, a deduplicação
por
event_idnão está funcionando.
Teste 4: a comparação de janelas
Compare o mesmo período do ano anterior separando por navegador e por sistema operacional. Um recuo concentrado em Safari e iOS aponta para ITP e ATT. Se a queda se distribui por igual entre navegadores, a causa é consentimento e bloqueio. E se ela começa num dia exato, alguém publicou uma mudança no site: o histórico de publicação do tema, do plugin ou do contêiner diz quem.
Teste 5: o inventário do que o site realmente carrega
Boa parte dos sites carrega tags que ninguém do time atual instalou. Antes de decidir o que corrigir, levante a lista real de cookies, scripts e iframes de terceiros, por um scanner de site ou na mão, pelo DevTools em janela anônima. Corrigir o que não existe é a forma mais comum de perder uma semana.
O que volta e o que não volta
A tabela separa o que a correção recupera do que fica perdido.
| Item | Volta? | Observação |
|---|---|---|
| O sinal de consentimento para o Google | Sim, imediatamente | Basta implementar corretamente |
| A modelagem de conversões | Sim, com volume suficiente | Depende de limiares mínimos |
| Eventos do Meta pela CAPI | Sim, a partir da implantação | Só para quem consentiu |
| Atribuição de conversões passadas | Não | Não há reprocessamento retroativo |
| Os membros perdidos da lista de remarketing | Não | A lista se reconstrói para a frente |
| Relatórios históricos "consertados" | Não | O passado fica como está |
Lista de remarketing não volta retroativamente. Não há botão de recuperação nem importação, e nenhum fornecedor devolve os membros perdidos. A lista se reconstrói a partir do momento em que o sinal volta a ser comunicado corretamente, num ritmo proporcional ao seu tráfego, à sua taxa de aceite e à duração de participação da lista. Adiar a correção tem custo composto: cada semana parada é uma semana de público que não entrou.
O plano de recuperação, em ordem de impacto
A ordem importa. Cada item depende do anterior estar certo.
1. Bloqueio correto antes do aceite
Sem isso, nada do resto é defensável. As tags de terceiro precisam ficar presas até a escolha do visitante, inclusive as injetadas dinamicamente, que são a maioria num site com gerenciador de tags. Marcar a tag estática que já está colada no tema impede até a requisição de rede:
<script type="text/plain" data-category="marketing" src="https://exemplo/pixel.js"></script>
O atributo é data-category, e os valores aceitos são necessarios, estatisticas,
marketing e personalizacao. No Concedo, o loader fica o mais alto possível no <head>,
sem async e sem defer. Atrasá-lo abre exatamente a janela em que as tags rodam sem
consentimento:
<script src="https://app.concedo.com.br/cmp/v1/loader.js" data-chave="pk_seu_identificador"></script>
Dois limites do bloqueio, válidos para qualquer CMP. O Google Tag Manager é um contêiner: ele mesmo não rastreia, e bloqueá-lo cegaria o site inteiro, então governe as tags que ele injeta. E terceiro desconhecido não é bloqueado por padrão no Concedo, porque derrubar um checkout por causa de um script não catalogado custa mais ao cliente do que um rastreador a mais. Achar os desconhecidos é trabalho do scanner.
2. Consent Mode v2 no modo avançado
Com o bloqueio no lugar, o Consent Mode evita que a recusa vire um buraco na medição. No
modo avançado, a biblioteca do Google carrega e envia pings sem cookie enquanto o
consentimento está negado, e é deles que sai a modelagem de conversões. A ordem é
inegociável: consent default com tudo negado, de forma síncrona, antes de qualquer
tag.
3. Maximizar a taxa de aceite legítima
É o maior ganho isolado para a maioria dos sites, e o mais barato. Taxa de aceite é resultado de texto, e texto se reescreve numa tarde.
- Diga o benefício concreto em português claro: "para lembrar do seu carrinho e medir quais páginas funcionam".
- Categorias com descrição própria, sem jargão. "Estatísticas" explicado em uma frase.
- Nada pré-marcado, e "Recusar tudo" com o mesmo peso visual de "Aceitar tudo".
- Não reapresente o banner a cada visita: além de irritar, isso derruba a taxa de aceite e impede que a escolha anterior seja restaurada.
- Peça no momento certo. Banner que cobre o conteúdo antes de o visitante entender onde está tem aceite pior do que banner discreto e legível.
O que não vale: botão de recusar escondido, cinza sobre cinza, em outra camada ou com três cliques a mais. Isso é dark pattern, é vedado pelo entendimento da ANPD e produz um consentimento que não é livre e, por isso, não serve como prova no dia em que você precisar dele.
4. Conversions API server-side, com deduplicação
Com o navegador cortando cookie, o evento enviado do seu servidor para o Meta preserva mensuração que o pixel sozinho perde. Duas regras:
- Deduplicação por
event_id. O mesmo evento sai do navegador e do servidor com o mesmoevent_namee o mesmoevent_id; o Meta descarta a cópia. Sem isso, você infla as conversões e otimiza a campanha com número errado, o que é pior do que não ter CAPI. - Server-side não é atalho para ignorar recusa. Enviar dados de quem recusou, só porque a requisição sai do servidor e o navegador não vê, é tratamento sem base legal. O sinal de consentimento tem de chegar ao seu backend e governar o envio.
5. Enhanced Conversions com e-mail hasheado
No Google Ads, o e-mail que o cliente já forneceu na compra, transformado em hash SHA-256 antes de sair do seu ambiente, recupera atribuição de conversões que o cookie não sustenta mais. Vale o mesmo alerta: só para quem consentiu com o uso publicitário, e com a informação correspondente na sua política de privacidade.
Quanto tempo leva
| Prazo | O que acontece |
|---|---|
| Dia 1 | Bloqueio e Consent Mode corretos; gcs aparece nas requisições |
| Dias 1 a 7 | Novo texto de banner no ar; a taxa de aceite estabiliza em outro patamar |
| Semanas 1 a 3 | CAPI com deduplicação e Enhanced Conversions em produção |
| Semanas 2 a 6 | Volume de sinal suficiente para a modelagem de conversões operar |
| 30 a 90 dias | Listas de remarketing voltam a um tamanho operável, se o tráfego permitir |
O seu tráfego domina o cronograma. Um site com poucas visitas por dia reconstrói lista devagar e recupera pouco pela modelagem; nele, a alavanca que sobra é a taxa de aceite.
Os erros que fazem o problema parecer resolvido
- Instalar banner sem bloqueio. As tags continuam disparando antes do aceite, e o banner não corrige nem a mensuração nem a conformidade.
- Consent Mode sem bloqueio. O
gcsdizG100e o_fbpaparece assim mesmo. O Consent Mode governa apenas tags do Google. - Dois CMPs instalados. Sobra um plugin antigo ativo, dois
consent defaultconflitantes, estado imprevisível. updatesemdefault. Comportamento diferente em cada navegador, impossível de depurar.- CAPI sem deduplicação. As conversões sobem, o time comemora e a campanha passa a otimizar para um número inflado.
- Aceite forçado. Cookie wall, botão único, rolagem tratada como aceite. A taxa de aceite fica linda e o consentimento é nulo.
- Cache servindo HTML antigo. A correção funciona no seu navegador e não no do cliente. Limpe cache de página e de CDN após qualquer mudança.
- Medir o antes e o depois em ferramentas diferentes. Comparar GA4 com o painel da plataforma de e-commerce gera conclusões falsas nos dois sentidos.
- Declarar vitória em três dias. Modelagem e reconstrução de lista precisam de volume acumulado. Defina a janela de avaliação antes de começar.
Conformidade e mensuração puxam para o mesmo lado
A leitura comum põe LGPD e performance em lados opostos. A mesma implementação resolve as duas coisas:
- Bloqueio real protege juridicamente e ainda melhora o LCP, porque cada tag de terceiro que não carrega antes do aceite é uma requisição a menos disputando banda com o conteúdo.
- Consent Mode correto é exigência do Google e, ao mesmo tempo, o que devolve mensuração sob recusa.
- Registro auditável de cada consentimento (quando, quais categorias, qual versão do
texto, de qual página) é o que demonstra a escolha numa fiscalização, já que o ônus da
prova é do controlador (LGPD, art. 8º, §2º). O Concedo grava esse log sem guardar IP
bruto: fica um
visitor_hashderivado com salt diário, suficiente para provar e insuficiente para reidentificar depois. - Texto claro e sem dark pattern é requisito legal e a maior alavanca de taxa de aceite que existe.
Você não vai voltar ao nível de dado de 2019. Vai chegar ao melhor nível possível dentro das regras, com prova de que agiu corretamente.
Perguntas frequentes
Instalar o Consent Mode v2 traz meu público de remarketing de volta? Traz o sinal de volta; o público se reconstrói para a frente, a partir do momento em que o consentimento passa a ser comunicado corretamente. Quanto mais cedo a correção, menor o buraco.
Se eu não colocar banner nenhum, meu remarketing não fica maior? Fica, por um tempo, e sobre uma base ilegal. Você continua perdendo o tráfego de Safari e Firefox por bloqueio de navegador, perde a modelagem do Google por falta de sinal e acumula tratamento sem base legal cujo ônus da prova é seu.
Um banner com "aceite forçado" resolve, já que quase todo mundo aceita? Não. Consentimento obtido sem alternativa real de recusa não é livre e não vale como prova, o que significa perdê-lo no momento em que ele faria falta. É também o tipo de implementação que gera denúncia de titular.
A Conversions API resolve tudo sozinha?
Não. Ela preserva o evento quando o navegador corta o cookie, mas depende de
identificadores consentidos para a correspondência e precisa de deduplicação por
event_id. Sem consentimento, mudar a origem da requisição para o servidor não legaliza
nada.
Meu site é pequeno. Vale o esforço? A parte tecnológica rende pouco em site pequeno, porque modelagem exige volume. A parte de texto do banner rende muito, porque a taxa de aceite é o multiplicador de tudo. Comece por ela.
Preciso de servidor próprio de tags para isso? Não para o essencial. Bloqueio, Consent Mode, CAPI e Enhanced Conversions cobrem a maior parte do ganho. Marcação de servidor em subdomínio próprio é um passo posterior, com custo e manutenção que só se justificam com volume.
Próximos passos
- Faça o diagnóstico dos cinco testes acima e escreva qual das causas é a sua antes de mexer em qualquer configuração.
- Corrija na ordem: bloqueio, Consent Mode v2 avançado, texto do banner. O passo a passo dos sinais está no guia do Consent Mode v2.
- Com o bloqueio corrigido, rode o scanner gratuito e confira se a lista de rastreadores por categoria bate com o que o banner declara.
- Confira o que a autoridade espera do seu banner em cookies e LGPD à luz do Guia da ANPD, para não consertar a mensuração e criar um problema jurídico no lugar.
Continue lendo
Política de privacidade: grátis ou adequada, o que muda
O que uma política precisa conter item a item, os cinco defeitos das geradas por formulário e um teste de cinco minutos para auditar a sua.
Checklist de LGPD para e-commerce: 40 itens explicados
Quarenta itens agrupados por área, cada um com o que fazer, o motivo (artigo da lei ou risco concreto) e um teste que você mesmo executa para verificar.
Como escolher uma CMP: os oito critérios que decidem
Os oito critérios técnicos de uma CMP, o roteiro de teste de 20 minutos que você aplica em qualquer fornecedor e as armadilhas do contrato.
Como instalar o banner do Concedo pelo Google Tag Manager
Template de contêiner pronto para importar, o gatilho que não pode errar, a verificação tag a tag e por que instalar pelos dois caminhos zera o consentimento.