Pular para o conteúdo
Concedo
Comece grátis
Menu

Por que o remarketing quebrou: os sinais que mudaram

Publicado em 24 de agosto de 2026 · atualizado em 2 de setembro de 2026

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 observadoCausa mais provável
Público de remarketing encolhendo mês a mêsCookie de terceiro bloqueado e/ou consentimento negado
Lista abaixo do tamanho mínimo, campanha não rodaMesma causa acima, já em estágio avançado
Conversões do Google Ads caem, vendas não caemConsent Mode ausente ou mal implementado
GA4 conta visitante recorrente como usuário novoCookie primário de JavaScript expirando cedo (ITP)
Meta mostra queda de eventos e correspondência baixaATT no iOS e ausência de Conversions API
"Dados insuficientes" em relatório do GA4Limiar de dados aplicado a público pequeno
Queda brusca num dia específicoMudanç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

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.

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.

CookieQuem gravaEfeito do limite
_gaGA4, por JavaScriptVisitante que volta após 8 dias é contado como novo
_gcl_auGoogle Ads (conversion linker)Janela de atribuição de clique encurtada
_fbpMeta Pixel, por JavaScriptCorrespondê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.

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:

Valorad_storageanalytics_storage
G100negadonegado
G101negadoconcedido
G110concedidonegado
G111concedidoconcedido

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_id nã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.

ItemVolta?Observação
O sinal de consentimento para o GoogleSim, imediatamenteBasta implementar corretamente
A modelagem de conversõesSim, com volume suficienteDepende de limiares mínimos
Eventos do Meta pela CAPISim, a partir da implantaçãoSó para quem consentiu
Atribuição de conversões passadasNãoNão há reprocessamento retroativo
Os membros perdidos da lista de remarketingNãoA lista se reconstrói para a frente
Relatórios históricos "consertados"NãoO 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.

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 mesmo event_name e o mesmo event_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

PrazoO que acontece
Dia 1Bloqueio e Consent Mode corretos; gcs aparece nas requisições
Dias 1 a 7Novo texto de banner no ar; a taxa de aceite estabiliza em outro patamar
Semanas 1 a 3CAPI com deduplicação e Enhanced Conversions em produção
Semanas 2 a 6Volume de sinal suficiente para a modelagem de conversões operar
30 a 90 diasListas 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

  1. Instalar banner sem bloqueio. As tags continuam disparando antes do aceite, e o banner não corrige nem a mensuração nem a conformidade.
  2. Consent Mode sem bloqueio. O gcs diz G100 e o _fbp aparece assim mesmo. O Consent Mode governa apenas tags do Google.
  3. Dois CMPs instalados. Sobra um plugin antigo ativo, dois consent default conflitantes, estado imprevisível.
  4. update sem default. Comportamento diferente em cada navegador, impossível de depurar.
  5. CAPI sem deduplicação. As conversões sobem, o time comemora e a campanha passa a otimizar para um número inflado.
  6. Aceite forçado. Cookie wall, botão único, rolagem tratada como aceite. A taxa de aceite fica linda e o consentimento é nulo.
  7. 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.
  8. 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.
  9. 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_hash derivado 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

  1. Faça o diagnóstico dos cinco testes acima e escreva qual das causas é a sua antes de mexer em qualquer configuração.
  2. 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.
  3. Com o bloqueio corrigido, rode o scanner gratuito e confira se a lista de rastreadores por categoria bate com o que o banner declara.
  4. 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

O que o seu site carrega antes de alguém aceitar?

O scanner abre algumas páginas como um visitante anônimo e lista os cookies, scripts e iframes de terceiros que disparam sem consentimento nenhum.

Sem cadastro e sem cartão. O resultado abre numa página de endereço próprio, que não é indexada e que ninguém encontra sem o link.