Rastreamento de conversões no Google Ads

Por que o rastreamento de conversões está mais difícil do que nunca

Até 2020, instalar um pixel da Meta e do Google bastava para rastrear conversões com precisão razoável. Quatro mudanças tornaram esse cenário obsoleto. Primeiro, o iOS 14.5 da Apple introduziu o pedido de permissão de rastreamento (App Tracking Transparency), e a maioria dos usuários nega — quebrando boa parte do rastreamento mobile. Segundo, os navegadores Safari e Firefox limitam o tempo de vida de cookies de terceiros, e o Chrome já implementou restrições crescentes via Privacy Sandbox. Terceiro, bloqueadores de anúncios e extensões de privacidade eliminam pixels antes que disparem. Quarto, a LGPD exige consentimento explícito antes de carregar muitos rastreadores, e modos de consentimento estritos bloqueiam dados de quem não aceita.

Resultado: a precisão do rastreamento padrão de pixel caiu de 95-98% para 60-75% em muitos cenários. Para recuperar essa precisão, é necessária camada complementar — API de conversão (envio por servidor), correspondência avançada (envio de email e telefone com hash), e modos de consentimento que melhoram a modelagem mesmo sem dados completos.

Pixel, API de conversão e server-side: o que cada camada faz

Existem três camadas de rastreamento, e operações maduras combinam todas:

Pixel no navegador. Snippet JavaScript que dispara no navegador do visitante e envia eventos para a plataforma de anúncios (Meta Pixel, Google Tag, LinkedIn Insight Tag, TikTok Pixel). Vantagem: simples de instalar. Desvantagem: depende do navegador permitir, do usuário não bloquear, e do consentimento ser dado. Em 2026, cobre 60-75% das conversões reais em cenários típicos.

API de conversão (CAPI). Envio direto do servidor da empresa para o servidor da plataforma de anúncios. Não depende do navegador. Recupera 15-25% das conversões perdidas pelo pixel. Implementação típica: quando o servidor processa o pedido ou envio de formulário, dispara chamada para Meta Conversions API e Google Enhanced Conversions com os dados do evento e dados do contato (email e telefone com hash). Maioria das plataformas de e-commerce (Shopify, VTEX, Magento) e CRM (RD Station, HubSpot) já oferece integração nativa.

Server-side tagging. Camada intermediária (geralmente Google Tag Manager Server-Side em Cloud Run ou similar) que recebe eventos do navegador, valida, enriquece, aplica controle de consentimento e despacha para as plataformas. Vantagem: dados centralizados em servidor próprio, performance mais rápida, maior controle. Desvantagem: custo mensal (R$ 200-2.000 conforme volume) e complexidade técnica.

Operação madura usa pixel + API de conversão como combinação mínima; server-side tagging entra quando o volume justifica.

Eventos: o que faz sentido rastrear

Cada plataforma de anúncios distingue eventos padrão (com nome reservado) e eventos personalizados. Para sites de e-commerce, os eventos padrão essenciais são: visualização de página, visualização de produto, adicionar ao carrinho, iniciar finalização, comprar. Para sites B2B e geração de oportunidades, os essenciais são: visualização de página, contato, gerar contato (lead), agendamento, pesquisa.

Erro comum: rastrear dezenas de microeventos (clique em cada botão, rolagem em cada artigo, tempo em cada página) e depois não usar a maioria. O custo é dobrado: tempo de implementação e ruído no relatório. Regra prática: 5-8 eventos primários cobrem 90% das decisões de mídia paga.

Atribuição de valor: cada conversão precisa de valor monetário associado para que a plataforma otimize por retorno e não só por volume. Para e-commerce, valor do pedido é trivial. Para B2B, atribua valor médio histórico ao contato qualificado (ex.: R$ 800 por contato qualificado se o valor médio do contrato é R$ 24.000 e a taxa de conversão é de 3,3%). Sem valor monetário, a plataforma otimiza para o evento mais comum, não para o mais lucrativo.

LGPD e consentimento: o que muda no rastreamento

A LGPD exige base legal para tratar dados pessoais — e dados de rastreamento de marketing geralmente se enquadram em "consentimento" como base. Na prática, isso significa que o pixel não pode disparar antes do visitante aceitar explicitamente. Ferramentas de gestão de consentimento (Cookiebot, OneTrust, Iubenda, Usercentrics) bloqueiam tags até a aceitação e registram a escolha.

O problema: 30-60% dos visitantes recusam ou ignoram o banner. Para esses, o rastreamento é zero — quebrando a otimização das campanhas. Solução parcial: modos de consentimento (Consent Mode v2 do Google). Quando o visitante recusa, o pixel envia sinal anônimo (sem identificadores) que permite à plataforma modelar conversões agregadas. Não substitui dados reais, mas recupera 30-50% do que seria perdido.

Boas práticas mínimas: banner com aceitação explícita (não pré-marcada), opções granulares (necessário, analytics, marketing), política de privacidade visível, possibilidade de revogar consentimento a qualquer momento, registro de cada consentimento com data e origem. Validar com apoio jurídico antes de publicar — multas da ANPD começaram em 2023 e podem chegar a 2% do faturamento.

Modelos de atribuição: além da última interação

Modelo de atribuição define qual ponto da jornada do cliente recebe crédito pela conversão. O modelo padrão histórico — última interação — atribui 100% do crédito ao último clique antes da conversão. É simples, mas distorce o retorno: campanhas de meio e topo de funil ficam invisíveis e são cortadas; campanhas de fundo (marca, redirecionamento) ficam superavaliadas.

Alternativas mais justas: linear (cada toque recebe parte igual), decaimento temporal (toques mais próximos da conversão recebem mais crédito), baseado em posição (primeiro e último toques recebem 40% cada, intermediários dividem os 20%), e orientado a dados (algoritmo de aprendizado de máquina calcula contribuição real de cada toque com base no histórico).

Em 2026, a Google Ads usa o modelo orientado a dados como padrão para contas com volume suficiente. Meta usa modelos próprios baseados em modelagem de conversão. Em ambas, o relatório padrão considera atribuição multitoque automaticamente — não confie em "última interação" como referência única.

Para visão consolidada entre plataformas, é necessária camada externa: planilha manual (ruim, mas viável para volumes pequenos), modelo customizado em ferramenta de business intelligence (Power BI, Looker), ou plataforma dedicada de atribuição (Northbeam, Triple Whale, Rockerbox).

Reconciliação entre plataformas e CRM

Pergunta clássica em reuniões de marketing: "a Meta diz que gerou 80 contatos, o Google diz 60, mas o CRM mostra 95 contatos no total. Quem está certo?" Resposta: ninguém está completamente certo, e a divergência é esperada.

Motivos: cada plataforma usa janela de atribuição diferente (Meta padrão: 7 dias clique + 1 dia visualização; Google padrão: 30 dias clique); plataformas contam contato a partir do clique no anúncio, CRM conta a partir do envio do formulário (datas diferentes); um mesmo contato pode aparecer em duas plataformas (pessoa clicou em anúncio da Meta, depois pesquisou no Google e converteu). A soma das plataformas será maior que o CRM por dupla contagem; o CRM será maior que cada plataforma isolada por capturar tráfego direto e orgânico.

Boa prática: o CRM é a única fonte de verdade para volume real de contatos. Plataformas são fonte de verdade para otimização de campanha (cada uma otimiza com seus próprios dados). Não tente igualar os números — entenda as diferenças e trate cada relatório no seu papel.