Conversão de ponta a ponta: ligando Google Ads e GA4 via MCP sem quebrar o rastreamento

Existe um erro de setup tão comum que virou padrão: a conta do Google Ads mostra conversões, o GA4 mostra conversões, e os dois números não batem. O cliente pergunta qual está certo. E na maioria das vezes a resposta honesta é “nenhum dos dois, do jeito que está configurado”.

Este artigo mostra como montar a mensuração via MCP e, mais importante, onde ela quebra.

Os dois caminhos de conversão

Antes de qualquer chamada de API, é preciso entender que existem duas rotas independentes de conversão chegando ao Google Ads. Confundir as duas é a origem de metade dos problemas.

Rota 1 — Conversão nativa do Google Ads. Você cria uma ação de conversão na conta do Ads e dispara ela via tag no site (gtag ou GTM). O dado nasce no Ads.

Rota 2 — Key event do GA4 importado. Você marca um evento do GA4 como key event e importa essa conversão para o Ads. O dado nasce no GA4 e é espelhado.

As duas funcionam. O problema é usar as duas ao mesmo tempo para o mesmo evento sem perceber. Aí o Ads conta duas vezes, o CPA parece ótimo, e o Smart Bidding otimiza para um sinal inflado. É um dos erros mais caros que existem, porque não parece erro — parece resultado bom.

Montando via MCP

Do lado do Google Ads

ads_create_conversion_action cria a ação de conversão na conta: lead, compra, contato. É o objeto que a tag vai referenciar.

Decisões que importam na criação e que a tool expõe ou herda como padrão:

• Categoria — lead, purchase, contact. Afeta como o Google agrupa no relatório e, em alguns casos, como o bidding trata.
• Contagem — uma por clique ou todas. Lead de formulário: uma. E-commerce: todas.
• Inclusão em “Conversões” — se essa ação entra na coluna principal que o Smart Bidding otimiza. Este é o parâmetro mais importante e o mais ignorado.
• Janela de conversão — padrão 30 dias. Ciclo de venda longo pede janela maior.

Sobre a inclusão: nem toda conversão deve ser conversão primária. Clique em WhatsApp, visualização de página de contato e scroll de 75% são sinais úteis, mas se todos entram na coluna principal, o algoritmo otimiza para o barato e abundante, não para o que gera receita. Deixe primária só o que representa negócio real.

Do lado do GA4

ga4_create_key_event marca um evento como conversão. Parâmetros:

• propertyId — o ID numérico, sem o prefixo properties/
• eventName — o nome exato do evento, ex: generate_lead, purchase
• countingMethod — ONCE_PER_EVENT (padrão) ou ONCE_PER_SESSION

Duas armadilhas aqui.

O nome tem que existir. O GA4 aceita você marcar como key event um nome de evento que nunca foi disparado. Ele cria a marcação e ela fica lá, zerada, para sempre. Se você digitou generate_Lead e o site dispara generate_lead, nada quebra visivelmente — só nunca conta. Confira o nome no relatório de eventos antes.

Método de contagem muda o número. ONCE_PER_EVENT conta cada disparo; ONCE_PER_SESSION conta no máximo um por sessão. Usuário que preenche o formulário duas vezes gera 2 ou 1 dependendo da escolha. Para lead, sessão costuma ser mais honesto.

Use ga4_list_key_events antes de criar, para ver o que já existe, e ga4_delete_key_event para limpar marcação duplicada — passando o resourceName completo, no formato properties/123/keyEvents/456.

Onde a conexão quebra

Estes são os pontos de falha que eu encontro com mais frequência em auditoria:

Dupla contagem. Conversão nativa do Ads e key event importado do GA4 para o mesmo evento, ambos como primários. Sintoma: o Ads mostra o dobro do GA4. Solução: escolha uma rota por evento.

Auto-tagging desligado. Sem o parâmetro gclid na URL, o GA4 não consegue atribuir a sessão à campanha. Sintoma: tráfego do Ads aparecendo como google/orgânico no GA4. Sem isso, nenhuma análise cruzada funciona.

Contas não vinculadas. Ads e GA4 precisam estar linkados na administração. Sem o link, a importação de key event nem aparece como opção.

Janelas diferentes. O Ads atribui a conversão à data do clique; o GA4 atribui à data da conversão. Os números nunca vão bater exatamente num período fechado, e isso é comportamento correto, não bug. Vale explicar ao cliente antes que ele pergunte.

Modelo de atribuição divergente. Ads e GA4 podem estar em modelos diferentes. Mesma jornada, crédito distribuído de outro jeito, número diferente.

Se você quer se aprofundar na lógica de mensuração server-side e duplicidade de eventos, o raciocínio que aplico em API de Conversões do Meta é o mesmo problema num ecossistema diferente.

Dimensões personalizadas: o passo que quase ninguém dá

ga4_create_custom_dimension registra um parâmetro de evento como dimensão consultável. Recebe propertyId, displayName, parameterName e scope (EVENT ou USER).

Isso resolve o problema clássico de “o formulário manda o tipo de serviço no evento mas não consigo ver isso em lugar nenhum”. Sem a dimensão registrada, o parâmetro chega ao GA4 e fica invisível no relatório.

Casos que valem a pena:

• Tipo de serviço ou produto no evento de lead
• Origem do formulário quando existem vários no site
• Faixa de valor declarada pelo usuário
• Identificador de qualificação vindo do CRM

Atenção ao limite de dimensões por propriedade e ao fato de que dimensão personalizada não é retroativa. Ela só coleta a partir da criação. Criar cedo é gratuito; criar tarde custa histórico.

A ordem correta de setup

1. Confirmar que os eventos estão sendo disparados com o nome certo (relatório de eventos do GA4)
2. Registrar as dimensões personalizadas necessárias — antes, para não perder dado
3. Marcar os key events com ga4_create_key_event, escolhendo o método de contagem
4. Vincular Ads e GA4 e confirmar auto-tagging ativo
5. Decidir a rota de cada conversão: nativa ou importada, nunca as duas
6. Criar as ações de conversão no Ads com ads_create_conversion_action
7. Definir quais são primárias — só as que representam negócio
8. Validar com tráfego real por alguns dias antes de ligar Smart Bidding

O passo 8 é o que separa setup bom de setup que parece bom. Ligar MAXIMIZE_CONVERSIONS em cima de sinal não validado é otimizar para um número errado com muita eficiência.

Auditoria periódica

Setup de conversão não é “configurou e acabou”. Site muda, desenvolvedor troca formulário, plugin atualiza e o evento para. O sintoma é sempre o mesmo: queda súbita de conversão sem queda de tráfego.

Uma rotina mensal simples via MCP: listar os key events, rodar um relatório do GA4 com contagem por evento nos últimos 30 dias, e comparar com o mês anterior. Evento que zerou é evento quebrado. Leva dois minutos e evita descobrir o problema no fechamento do mês.

No próximo artigo eu abro o bloco de administração do GA4 via MCP em mais detalhe.