"Nossos números de conversão vêm caindo silenciosamente há dois anos, e nada na nossa configuração mudou." Se isso soa familiar, a causa pode não estar na sua configuração. Pode estar no próprio navegador.
Os cookies de terceiros estão desaparecendo. Safari e Firefox já os bloqueiam. O Chrome já os restringiu significativamente. O rastreamento de toda plataforma de anúncios depende — em algum grau — de cookies que os navegadores estão eliminando progressivamente. O resultado: a contagem de conversões vai caindo aos poucos, as lacunas de atribuição aumentam e o Lance Inteligente (Smart Bidding) passa a ter menos dados para trabalhar.
A solução não é mudar uma única configuração. É uma mudança de estratégia: deixar de depender de cookies gerenciados pelo navegador e passar a usar dados primários (first-party data) — as informações que o seu site coleta diretamente dos usuários. Este guia explica o que deixa de funcionar, o que substitui isso e como verificar se a sua mensuração continua confiável.
1. O que deixa de funcionar quando os cookies de terceiros desaparecem
Cookies de terceiros são cookies definidos por domínios diferentes daquele que o usuário está visitando. As plataformas de anúncios os usam para:
- Rastrear usuários entre sites — conectando um clique em anúncio no Site A a uma conversão no Site B
- Atribuir conversões — associando a conversão ao anúncio específico que a gerou
- Habilitar remarketing — reconhecendo usuários recorrentes para segmentação de público
Quando esses cookies são bloqueados:
| O que funcionava antes | O que deixa de funcionar |
|---|---|
| O cookie do Google Ads conecta o clique no anúncio à conversão | A atribuição passa a depender apenas do parâmetro de URL gclid (que pode ser removido) |
| O cookie do Meta Pixel identifica o usuário entre visitas | O Pixel dispara, mas não consegue vincular o usuário à interação com o anúncio |
| Públicos de remarketing entre sites | Os públicos encolhem porque os usuários não podem ser identificados entre sites |
| Rastreamento de conversão por visualização (view-through) | Praticamente eliminado — não há cookie para conectar a visualização do anúncio a uma visita posterior ao site |
O impacto prático varia por plataforma:
- Google Ads: o menos afetado, porque o Google é dono do mecanismo de busca e da rede de anúncios, o que lhe dá contexto de dados primários
- Meta: significativamente afetado, porque a atribuição depende de correspondência de cookies entre sites (daí o forte incentivo ao CAPI)
- Plataformas de anúncios menores: as mais afetadas, com menos infraestrutura para compensar
2. O kit de ferramentas de dados primários
Dados primários são informações que o seu site coleta diretamente: envios de formulário, transações de compra, endereços de e-mail, números de telefone, status de login. Como são coletados no seu próprio domínio, não são afetados pelas restrições a cookies de terceiros.
Aqui estão as ferramentas que usam dados primários para manter o rastreamento de conversões:
Conversões Otimizadas (Google)
Envia dados primários com hash (e-mail, telefone, nome, endereço) junto com a tag de conversão. O Google faz a correspondência desses dados com os próprios dados de usuário para melhorar a precisão da atribuição.
O que resolve: preenche a lacuna quando o cookie do gclid é perdido (por exemplo, jornadas entre dispositivos, cookies limpos pelo ITP, janelas de conversão longas).
Como verificar: veja Verificação de Conversões Otimizadas.
Conversions API / CAPI (Meta)
Envia eventos de conversão do seu servidor diretamente para a API do Meta, contornando o navegador por completo. O evento inclui dados de usuário com hash (e-mail, telefone, IP, user agent) para correspondência.
O que resolve: os dados de conversão chegam ao Meta mesmo quando o Pixel é bloqueado por bloqueadores de anúncios, ITP ou restrições a cookies.
Como verificar: veja Verificar a Conversions API do Meta.
Server-Side Tagging (Google Tag Manager)
Move o processamento de tags do navegador do usuário para um servidor que você controla. O container de GTM server-side recebe eventos do navegador, os processa e os encaminha às plataformas de anúncios.
O que resolve:
- Cookies primários definidos pelo seu servidor (com vida útil maior do que os cookies definidos via JavaScript sob o ITP)
- Contorna bloqueadores de anúncios (as requisições vão para o seu domínio, não para
googleadservices.com) - Maior controle sobre os dados (você decide o que sai do seu servidor)
Como verificar: veja Verificação de GTM Server-Side.
Google Tag Gateway
O Google Tag Gateway serve os scripts de rastreamento do Google e os endpoints de coleta de dados a partir do seu próprio domínio (por exemplo, analytics.seudominio.com em vez de googletagmanager.com). Ele fica na frente do seu container de GTM server-side.
O que resolve:
- As requisições de rastreamento parecem tráfego primário (first-party) para navegadores e bloqueadores de anúncios
- Cookies definidos via o gateway são tratados como verdadeiros cookies primários, com vida útil maior
- Disponível como configuração de um clique no Google Cloud (GCP) ou via Cloudflare, Akamai e outras CDNs
Impacto medido: anunciantes que adotam o Google Tag Gateway relatam um aumento de 9% a 18% nas conversões mensuradas, principalmente pela recuperação de sinais perdidos para bloqueadores de anúncios e restrições de cookies do ITP.
Relação com o GTM server-side: o Tag Gateway não substitui o GTM server-side — é a camada de rede que roteia as requisições pelo seu domínio até o seu container de GTM server-side. Pense nele como a "porta da frente" que torna a sua configuração server-side invisível para os navegadores.
APIs Server-Side Específicas de Plataformas Além de Google e Meta
Este artigo tem como foco as Conversões Otimizadas (Google) e o CAPI (Meta), mas outras plataformas têm soluções server-side equivalentes:
- TikTok Events API: envia eventos de conversão de servidor para servidor, com correspondência de e-mail/telefone com hash. Obrigatório para campanhas no TikTok se o seu público tem alto uso de bloqueadores de anúncios.
- LinkedIn Conversions API: alternativa server-side à LinkedIn Insight Tag. Suporta conversões offline e correspondência otimizada. Lançada em 2023 e hoje recomendada em conjunto com a Insight Tag.
- Pinterest API for Conversions: eventos server-side para campanhas no Pinterest, com deduplicação em relação à Pinterest Tag.
O padrão é universal: toda grande plataforma de anúncios já oferece um caminho de eventos server-side. Se você está construindo uma infraestrutura de dados primários, planeje suporte server-side multiplataforma, não apenas para Google e Meta.
Customer Match / Públicos Personalizados
Envie listas de clientes (e-mails e telefones com hash) diretamente para as plataformas de anúncios para segmentação e mensuração. É uma abordagem totalmente baseada em dados primários — sem envolver cookies.
O que resolve: remarketing e mensuração baseada em públicos sem qualquer dependência de cookies.
Modo de Consentimento com Modelagem
Quando os usuários recusam os cookies, o Modo de Consentimento instrui as tags do Google a enviarem pings sem cookies. O Google usa esses pings, combinados com dados de usuários que consentiram, para modelar o número provável de conversões do grupo que não consentiu.
O que resolve: recupera parte dos dados de conversão perdidos de usuários que recusam cookies, sem violar a escolha deles.
Limitação: as conversões modeladas são estimativas, não valores medidos. A precisão depende de haver usuários que consentiram em número suficiente para construir um modelo confiável.
3. Construindo uma estratégia de dados primários
A transição para dados primários não é a implementação de uma única ferramenta. É a sobreposição de vários sinais para que a sua mensuração seja resiliente, independentemente do próximo passo dos navegadores.
Prioridade 1: Capture identificadores de usuário no momento da conversão
No momento da conversão (envio de formulário, compra), garanta que você capture pelo menos um identificador de usuário que possa ser usado para correspondência:
- Endereço de e-mail (o mais confiável — usado por Conversões Otimizadas, CAPI, Customer Match)
- Número de telefone (secundário, útil para CAPI e Conversões Otimizadas)
- gclid / fbclid / outros IDs de clique (ainda valiosos quando presentes, mas não podem ser o único sinal)
Prioridade 2: Implemente caminhos server-side
Migre o rastreamento de conversões mais crítico para server-side:
- Google Ads: Conversões Otimizadas (mais simples) ou GTM server-side (mais controle)
- Meta: Conversions API em conjunto com o Pixel (o Meta recomenda os dois — eventos "redundantes" são deduplicados)
- GA4: GTM server-side com um client GA4 server-side
Prioridade 3: Defina cookies primários a partir do seu servidor
Os cookies definidos via JavaScript enfrentam restrições cada vez mais agressivas dos navegadores:
| Navegador | Vida útil de cookie definido via JavaScript | Vida útil de cookie definido pelo servidor |
|---|---|---|
| Safari (ITP) | Padrão de 7 dias; 24 horas se o domínio for classificado como rastreador (por exemplo, domínios que servem principalmente para redirecionar para outros sites) | Até a expiração configurada (por exemplo, 1–2 anos) |
| Firefox (ETP) | Variável; cookies entre sites bloqueados por padrão | Cookies primários definidos pelo servidor não são afetados |
| Chrome | Cookies de terceiros restritos; cookies primários definidos via JavaScript ainda sem limite | Cookies primários definidos pelo servidor não são afetados |
O limite de 24 horas no Safari é particularmente prejudicial: se um usuário clica em um anúncio hoje e volta amanhã para converter, o cookie já desapareceu. Cookies definidos pelo servidor (via cabeçalhos de resposta HTTP ou Google Tag Gateway) contornam essa restrição porque o Safari os trata como verdadeiros dados primários.
Se você usa GTM server-side ou Google Tag Gateway, ele pode definir um cookie primário no seu domínio que persiste entre sessões — mantendo a identidade do usuário durante toda a janela de conversão.
Impacto quantificado das ferramentas de dados primários
Quanto essas ferramentas recuperam? Com base em dados do setor:
| Ferramenta | Recuperação típica de conversões |
|---|---|
| Conversões Otimizadas (Google) | 5–15% a mais de conversões atribuídas |
| Conversions API (Meta) | 15–30% a mais de conversões em relação ao Pixel isolado |
| GTM server-side + Tag Gateway | Aumento de 9–18% nas conversões mensuradas |
| Modo de Consentimento com modelagem | Recuperação de 5–20%, dependendo da taxa de consentimento |
Esses números não são cumulativos — há sobreposição entre eles. Mas uma pilha de dados primários totalmente implementada (Conversões Otimizadas + CAPI + server-side tagging + Modo de Consentimento) costuma recuperar de 20% a 35% das conversões que, de outra forma, seriam perdidas por restrições a cookies e bloqueadores de anúncios.
Prioridade 4: Infraestrutura de consentimento
A estratégia de dados primários ainda exige consentimento. Implemente uma plataforma de gerenciamento de consentimento (CMP) que:
- Capture as escolhas de consentimento do usuário
- Se integre ao Modo de Consentimento do Google (define os parâmetros
ad_storageeanalytics_storage) - Permita usar dados primários consentidos respeitando as recusas
4. Como isso funciona na prática
Veja como uma configuração de dados primários bem implementada lida com diferentes cenários de usuário:
| Cenário | O que acontece | Qualidade dos dados |
|---|---|---|
| Usuário aceita cookies e converte | A tag dispara normalmente, gclid + cookie + dados de conversão otimizada, todos disponíveis | Atribuição completa |
| Usuário recusa cookies e converte | A tag dispara em modo restrito (Modo de Consentimento), os dados de conversão otimizada (e-mail com hash) ainda são enviados, o CAPI envia o evento server-side | Parcial — mas a correspondência por e-mail recupera a maior parte da atribuição |
| Usuário bloqueia anúncios/rastreamento (bloqueador de anúncios) | Tags client-side totalmente bloqueadas | O CAPI (server-side) ainda envia o evento; o client-side é perdido |
| Entre dispositivos: clica no anúncio no celular, converte no desktop | O cookie não consegue conectar os dois dispositivos | As Conversões Otimizadas fazem a correspondência do e-mail entre dispositivos |
| Janela de conversão longa (clica hoje, converte em 30 dias) | O ITP pode ter apagado o cookie após 7 dias | O gclid do parâmetro de URL + o e-mail da conversão otimizada recuperam a correspondência |
Sem ferramentas de dados primários, os cenários 2 a 5 resultam todos em conversões perdidas. Com elas, a maior parte dos dados é recuperável.
5. Como verificar se a sua estratégia de dados primários está funcionando
Verificação 1: diagnóstico de Conversões Otimizadas
Em Google Ads → Metas → Conversões → Diagnóstico, confira o status das conversões otimizadas. Deve mostrar:
- Uma taxa de correspondência (percentual de conversões que foram correspondidas via dados otimizados)
- Indicadores de qualidade de dados para cada campo (e-mail, telefone, nome, endereço)
Se a taxa de correspondência estiver próxima de zero, os seus dados de conversão otimizada não estão sendo enviados ou não estão correspondendo.
Verificação 2: qualidade de correspondência de eventos do CAPI (Meta)
No Gerenciador de Eventos do Meta, confira a pontuação de Qualidade de Correspondência de Eventos (Event Match Quality) para os seus eventos do CAPI. O Meta pontua de 1 a 10:
- 7–10: boa — parâmetros suficientes para uma correspondência confiável
- 4–6: moderada — adicione mais parâmetros (e-mail, telefone, IP)
- 1–3: ruim — os eventos estão chegando, mas o Meta não consegue corresponder aos usuários
Verificação 3: compare a contagem de eventos client-side vs. server-side
Se você está rodando rastreamento client-side e server-side ao mesmo tempo (recomendado para o Meta), compare a contagem de eventos:
- Se os eventos server-side superam significativamente os client-side, o seu rastreamento client-side está sendo bloqueado por bloqueadores de anúncios ou pelo ITP
- Se estão aproximadamente equilibrados, a maioria dos usuários está gerando os dois — mas o caminho server-side oferece resiliência
Verificação 4: auditoria da vida útil dos cookies
Verifique por quanto tempo os seus cookies primários realmente persistem:
- Em DevTools → Application → Cookies, veja as datas de expiração
- Cookies definidos via JavaScript no Safari mostrarão expiração de 7 dias (ou menos)
- Cookies definidos pelo servidor devem mostrar expirações mais longas (até o valor que você configurou)
Verificação 5: verificação do Modo de Consentimento
Envie uma conversão de teste sob três estados de consentimento:
- Consentimento concedido: a tag dispara integralmente, todos os dados são enviados
- Consentimento negado: a tag dispara em modo restrito (sem cookies, dados limitados)
- Sem escolha de consentimento ainda: depende das suas configurações padrão (verifique se a tag dispara)
Para cada estado, verifique quais dados chegam à plataforma de anúncios usando a aba Network do DevTools.
6. A questão da modelagem: você pode confiar em conversões modeladas?
As conversões modeladas do Google estimam as conversões que teriam sido mensuradas se os cookies não estivessem restritos. Elas aparecem nos seus relatórios junto com as conversões mensuradas — às vezes sem distinção clara.
Quando confiar nelas:
- A sua taxa de consentimento está acima de ~30% (dados reais suficientes para construir um modelo confiável)
- Os números modelados são direcionalmente consistentes com os seus dados de backend
- Você as está usando para análise de tendências e otimização de lances, não para contagem exata
Quando ter cautela:
- Taxas de consentimento muito baixas (abaixo de ~10%) — o modelo tem dados de menos para trabalhar
- Quando as conversões modeladas disparam ou caem repentinamente sem uma mudança correspondente no seu negócio
- Ao comparar conversões reportadas pela plataforma com a contagem exata de transações do backend
A abordagem prática: use conversões modeladas + mensuradas para lances e otimização (as plataformas são feitas para isso), mas use os seus dados de backend como fonte da verdade para relatórios de receita.
Perguntas frequentes
P. Ainda precisamos de tags de conversão se temos rastreamento server-side? R. Sim, use os dois. As tags client-side fornecem sinais em tempo real e suportam recursos como remarketing dinâmico. O rastreamento server-side fornece resiliência. A maioria das plataformas recomenda a implementação redundante — as plataformas fazem a deduplicação, então você não vai contar em duplicidade.
P. O server-side tagging é suficiente para evitar bloqueadores de anúncios por completo? R. Na maior parte, sim, mas não completamente. O server-side tagging roteia as requisições pelo seu domínio, então bloqueadores de anúncios padrão não as bloqueiam. No entanto, ferramentas de privacidade mais agressivas que bloqueiam toda comunicação de terceiros no nível de DNS ainda podem interferir.
P. Quanto custa o server-side tagging? R. O principal custo é a infraestrutura de servidor (uma instância do Cloud Run ou App Engine para o GTM server-side do Google). Custo típico: US$ 50–200/mês, dependendo do volume de tráfego. O custo de implementação (tempo de desenvolvedor para configurar e manter) costuma ser maior do que o custo de hospedagem.
P. Nossa taxa de consentimento é muito baixa. O que podemos fazer? R. Primeiro, reveja o seu banner de consentimento — design, timing e clareza afetam significativamente as taxas de opt-in. Um banner bem projetado geralmente alcança de 30% a 50% de consentimento. Segundo, maximize os dados que você captura de usuários que consentem (implemente Conversões Otimizadas + CAPI). Terceiro, apoie-se nas conversões modeladas para preencher a lacuna, usando os dados de backend como verdade.
Conclusão: dados primários não são um projeto — são a nova base
A transição de um rastreamento de conversões dependente de cookies para um baseado em dados primários não é opcional. Os navegadores estão tomando essa decisão por você. A questão não é se vale adotar essas ferramentas, mas com que rapidez e com que grau de completude.
A boa notícia: as ferramentas existem e estão maduras. Conversões Otimizadas, CAPI, server-side tagging e Modo de Consentimento com modelagem cobrem a grande maioria dos cenários de rastreamento. O trabalho que resta é implementação e verificação — configurar tudo e depois confirmar que realmente funciona em todos os cenários que os seus usuários enfrentam.
A ConversionOK verifica se os sinais de conversão que o seu site envia — sejam tags client-side, dados de conversão otimizada ou eventos server-side — realmente chegam à plataforma de anúncios. À medida que o cenário de mensuração migra para dados primários, a verificação se torna mais importante, não menos, porque há mais caminhos para os dados percorrerem e mais pontos onde eles podem falhar silenciosamente.