Os cookies de terceiros não morreram, e é por isso que a sua medição continua furada
O Google encerrou o Privacy Sandbox e manteve os cookies no Chrome. O vazamento nunca foi o Chrome: é Safari, bloqueador e consentimento. E ficou mais caro agora que a IA decide a verba.
O mercado de marketing digital passou cinco anos se preparando para o fim dos cookies de terceiros. Reuniões, webinars, planos de contingência, fornecedor vendendo solução para o apocalipse do Chrome.
O apocalipse foi cancelado.
Em 17 de outubro de 2025, o Google anunciou o encerramento do Privacy Sandbox, a iniciativa que substituiria os cookies de terceiros. As APIs centrais do projeto — Topics, Protected Audience e Attribution Reporting — começaram a ser descontinuadas no Chrome 144, em janeiro de 2026, com remoção completa prevista para o Chrome 150, em julho. Sobreviveram apenas três peças menores: CHIPS, FedCM e Private State Tokens.
E os cookies de terceiros? Continuam no Chrome, sem prazo de remoção. O Google já havia abandonado, em abril de 2025, o plano de exibir um aviso de consentimento próprio para eles.
Cinco anos de preparação para um prazo que deixou de existir. Só que a medição das contas continua ruim — e sempre foi por outro motivo.
O vazamento nunca foi o Chrome
Enquanto todo mundo olhava para o anúncio do Google, três coisas já corroíam a medição, e nenhuma delas depende do Chrome:
1. Safari e Firefox bloqueiam cookie de terceiro por padrão. Há anos. E o Safari vai além: o Intelligent Tracking Prevention limita cookie usado em rastreamento cross-site a 7 dias, e em alguns cenários o corte acontece em 24 horas. Numa base de usuários brasileira com forte presença de iPhone, isso não é detalhe.
2. Bloqueador de anúncio. O uso global de ad blocker está em 29,5%, chegando a 32,5% nos Estados Unidos e cerca de 40% na Europa, segundo levantamento GWI/DataReportal do segundo trimestre de 2025. Quase um terço dos navegadores não executa o seu pixel — e nunca executou.
3. Consentimento. Banner de cookies com recusa aceita significa evento que não dispara. Quanto mais o site cumpre a LGPD corretamente, menos evento chega.
Some os três e você tem a resposta para a pergunta que todo gestor de tráfego já fez: por que o número do gerenciador nunca fecha com o número do CRM.
Quanto se perde: o que dá e o que não dá para afirmar
Aqui a gente vai fazer o que quase nenhum material de fornecedor faz, que é separar dado auditado de estimativa comercial.
Os números que circulam sobre perda de eventos com pixel de navegador vão de 15% a 40% em algumas fontes e de 30% a 50% em outras. Os ganhos anunciados com implementação server-side ficam em torno de 10% a 25% mais conversões atribuídas na Meta e 5% a 15% no Google Ads.
Todos esses números vêm de fornecedores de ferramentas de rastreamento e não são auditados de forma independente. Um dos próprios guias técnicos que consultamos se recusa explicitamente a citar percentuais de melhoria de CPA e ROAS, justamente por isso.
A faixa é larga porque a perda depende do seu mix: um e-commerce com público jovem no iPhone e alto uso de bloqueador perde muito mais que um B2B com tráfego de desktop corporativo. Por isso a única medida que vale é a sua: comparar conversões do gerenciador com registros do CRM no mesmo período, no mesmo recorte. Essa diferença é o seu vazamento real, e ela não vem em slide de fornecedor.
O que dá para afirmar com segurança é o dado de bloqueador — 29,5% de uso global, com fonte pública e metodologia declarada. Só isso já justifica não depender de pixel de navegador como fonte única.
Por que isso ficou mais grave agora, e não menos
Tem um raciocínio comum e errado por aí: se os cookies ficaram, o problema diminuiu. É o contrário.
O que mudou nos últimos dois anos não foi o navegador. Foi quem toma a decisão dentro das plataformas. Como a gente detalhou em Andromeda: o criativo virou o targeting, o motor de entrega da Meta hoje é uma rede neural que filtra dezenas de milhões de anúncios com base no conteúdo criativo, com capacidade de modelo cerca de 10.000 vezes maior que a do sistema anterior.
Um modelo desse porte é tão bom quanto o sinal que ele recebe de volta. Se 30% dos seus eventos de conversão nunca chegam, e os que chegam são justamente os do público que não bloqueia e aceita cookie, você não tem só medição incompleta: você tem um modelo treinando num recorte enviesado da sua audiência e otimizando para ele.
É a diferença entre relatório errado e verba mal alocada. O primeiro incomoda na reunião. O segundo sai do caixa.
Quanto mais a plataforma automatiza a decisão, mais caro fica o sinal sujo. Foi isso que mudou.
O que a gente monta no lugar
A estrutura padrão da nossa gestão de tráfego liga Meta Ads, Google Ads, GA4, CRM, API de Conversões e medição server-side ao mesmo núcleo. Em camadas, é assim:
Dado de primeira parte como base. O evento nasce no seu servidor ou no seu CRM, não no navegador do usuário. É o único ponto que nenhum bloqueador alcança.
API de Conversões alimentando as plataformas. O evento sai do seu lado para a Meta e para o Google, com identificadores que permitem correspondência.
Pixel mantido, mas em segundo plano. Ele continua útil para o que enxerga e ajuda na deduplicação. Só deixa de ser fonte única.
Deduplicação configurada. Sem isso você conta a mesma conversão duas vezes e comemora um resultado que não existe. A Meta usa janela de 48 horas com event_id e event_name.
Conversão de negócio, não de página. O evento que importa é lead qualificado, consulta comparecida, venda faturada. Não "visitou obrigado".
O item 5 é o que mais muda resultado e o que menos gente faz. Otimizar para "clicou no botão" ensina o modelo a buscar quem clica em botão. Otimizar para venda faturada ensina o modelo a buscar quem compra. São públicos diferentes, e o segundo custa mais caro por lead e menos caro por real faturado.
As expectativas realistas, incluindo as chatas
Server-side não é botão mágico, e é honesto listar o que vem junto:
O ajuste leva tempo. Contam-se de 2 a 6 semanas para o lance automático reaprender com o novo fluxo de dados, e de 60 a 90 dias para uma leitura estável de performance. Quem avalia em duas semanas vai concluir que piorou.
Existe latência. A implementação adiciona algo entre 100 e 500 milissegundos entre o evento no navegador e a conversão registrada na plataforma.
Não é invisível. Cerca de 80% dos bloqueadores populares ainda identificam tráfego de container server-side em domínio customizado. Server-side reduz perda; não elimina.
Tem um piso de investimento. A conta começa a fazer sentido a partir de algo como US$ 10 a 15 mil por mês em mídia. Abaixo disso, o custo de implantação e manutenção pode não se pagar — e a gente prefere dizer isso antes.
Na nossa própria régua de mídia, trabalhamos com budget a partir de R$ 3 mil por mês, porque abaixo disso o volume de dados é insuficiente para modelo preditivo operar com precisão. Medição server-side é a camada seguinte dessa mesma lógica: sem volume e sem sinal limpo, não existe decisão automatizada boa.
O teste de dez minutos
Antes de contratar qualquer coisa, faça esta conta:
Pegue as conversões que o gerenciador da Meta reportou no mês passado.
Pegue os registros reais no seu CRM no mesmo período, com a mesma definição de conversão.
Compare.
Se a diferença for pequena, a sua medição está saudável e o problema está em outro lugar. Se for grande, você acabou de descobrir sobre qual base a IA da plataforma vem decidindo a sua verba — e por quanto tempo.
O que a gente lê nisso
A morte dos cookies de terceiros foi a maior previsão errada do marketing digital da década. Mas o setor tirou a conclusão errada do erro: achou que, porque o prazo caiu, o trabalho de medição podia esperar.
Aconteceu o oposto. A automação de decisão dentro das plataformas avançou muito mais rápido que a qualidade do dado que as empresas mandam para elas. Hoje o gargalo não é a capacidade do modelo. É o sinal.
É a nossa tese de sempre, detalhada em IA na camada de decisão: entregar decisão para a máquina só funciona com dado limpo entrando. IA em cima de medição furada não decide melhor — decide errado mais rápido, e com mais convicção.
Se você não sabe qual o seu vazamento, é a primeira coisa que a gente mede no Diagnóstico Inteligente, antes de qualquer campanha subir.
Fontes
Google Privacy Sandbox officially shuts down, Usercentrics
Google Privacy Sandbox Update 2026: Why Google Shut It Down, Segwise
Meta & TikTok Conversions API: Server-Side Tracking 2026, Digital Applied, com dados de uso de bloqueadores do GWI/DataReportal
Server-Side Tracking 2026: Recover Lost Conversions, Dataslayer
Responsável pelo conteúdo e pelas redes da Cluster Digital.