Por que sua Tag de Conversão Dispara mas Não É Registrada

"Na aba Network do DevTools, a requisição de conversão claramente sai. Mesmo assim, nenhuma conversão aparece no dashboard." Isso é muito mais desesperador do que o simples caso de uma tag ausente. Como você vê o disparo acontecendo, você assume que a configuração deve estar certa — e fica sem ideia do que corrigir.

Alguma dessas situações soa familiar?

• Você consegue ver claramente a requisição para …/pagead/conversion/… na aba Network
• E mesmo assim as conversões do Google Ads estão zeradas, ou visivelmente abaixo do esperado
• O evento aparece no DebugView do GA4 mas não é registrado como conversão
• O Tag Assistant diz "disparo OK" mas o número não se move

Se o seu problema for mais amplo — a conversão simplesmente não dispara, não apenas deixa de ser registrada — comece por Sem Conversões no Google Ads? Um Guia de Diagnóstico Passo a Passo. Este artigo tem um único tema central: "disparar" (o navegador enviou para o Google) e "registrar" (o Google aceitou e armazenou) são duas etapas completamente diferentes. Ver o envio na aba Network não garante que o lado do Google vai armazená-lo. Com essa ideia como eixo, vamos isolar por que "eu enviei mas não foi registrado."

Princípio básico: disparar = enviar, registrar = aceitar — e existe uma "análise" no meio

O maior motivo pelo qual as pessoas ficam travadas é assumir que "a requisição saiu = a conversão foi capturada." Na realidade, entre o sinal chegar ao Google e ser registrado, existe uma etapa de "aceitação (análise)" do lado do Google.

Etapa	O que acontece	Onde você consegue confirmar
① Disparo (envio)	O navegador envia uma requisição de medição ao Google	Aba Network do DevTools
② Aceitação (análise)	O Google avalia consentimento, exclusão, duplicidade, validade	Não visível diretamente (interno da plataforma)
③ Registro (armazenamento)	Sinais aprovados na análise são armazenados como conversões	A coluna de conversões no dashboard

O ponto-chave: tudo o que você consegue confirmar na aba Network é ①. A análise em ② acontece dentro da plataforma, e se for rejeitada ali, ③ nunca acontece — não importa o quão perfeito ① pareça. Em outras palavras, "dispara mas não registra" quase sempre significa que algo está rejeitando na etapa de aceitação.

Abaixo estão os sete motivos mais comuns de rejeição em ②, descritos com precisão.

Causa 1: Consent mode — sem consentimento, então não é armazenado (é modelado)

Se você implantou o Consent Mode, a requisição em si ainda é enviada (na verdade, o Consent Mode v2 é projetado para enviar pings sem cookies mesmo sem consentimento). Então você realmente vê hits na aba Network — mas quando o usuário não deu consentimento para medição, o Google não armazena esses dados como estão; ele os trata como restritos ou modelados.

• O disparo (envio) está acontecendo → então na sua máquina "parece que está saindo"
• Mas se o parâmetro gcs sinalizar "sem consentimento," a etapa de aceitação não vai transformá-lo em um registro normal

Este é o caso mais clássico de "dispara mas não registra." Para o mecanismo completo, veja Por Que o Consent Mode Derruba suas Conversões.

Armadilha comum: quando "a requisição sai mas os números não batem," primeiro olhe dentro da requisição que está sendo enviada (o parâmetro que sinaliza o estado de consentimento). "Está saindo" não significa "o consentimento foi concedido."

Causa 2: Exclusão de tráfego interno / filtros de dados rejeitam na aceitação

Se a exclusão de tráfego interno do GA4, um filtro de tráfego de desenvolvedor, ou uma exclusão de IP do Google Ads estiver ativa, a requisição é enviada mas descartada na etapa de aceitação. O envio é bem-sucedido mas nada é registrado — então observar apenas a aba Network nunca vai levar você à causa.

• Seu IP ou o do seu escritório está sendo pego por um filtro
• A regra de "tráfego interno" do GA4 (traffic_type=internal) está configurada como exclusão em um filtro de dados

O detalhe complicado: isso é comportamento normal. Foi projetado para descartar seus próprios testes, então "dispara quando eu testo mas não registra" não significa que algo está quebrado.

Armadilha comum: quando você acessa a página de conclusão no seu próprio PC e "sai mas não registra," a exclusão de tráfego interno é a provável culpada. Não conclua "está quebrado" a partir do seu próprio teste excluído.

Causa 3: Não registrado como key event / conversão

O evento dispara no GA4 e aparece no DebugView. Mesmo assim, a menos que você tenha registrado esse evento como um "key event (conversão)," ele não vai aparecer na coluna de conversões do Google Ads. Tudo é enviado e recebido — só falta a configuração que diz "conte isso como conversão."

• O evento está chegando no lado do GA4 (envio/recebimento estão ok)
• Mas ele não está marcado como "key event," ou não foi importado/registrado como conversão do lado dos anúncios

Este é o principal suspeito para "aparece no GA4 mas não nos anúncios." Verifique a configuração de registro antes de começar a duvidar se está sendo enviado.

Armadilha comum: se você relaxar no momento em que vê o evento no DebugView, vai perder essa lacuna de registro. "O evento chega" e "é contado como conversão" são duas configurações separadas.

Causa 4: Measurement ID / conversion ID errado

A requisição sai, mas o ID de destino para o qual ela é enviada (measurement ID, conversion ID, label) está errado. O envio é bem-sucedido, então você consegue confirmar o disparo — mas o sinal cai em uma propriedade diferente, uma ação diferente (ou um destino inexistente), não a ação de conversão que você pretendia.

• Um conversion ID antigo / de outra conta ficou na tag do GTM
• Você misturou o measurement ID (G-XXXX) com o conversion ID (AW-XXXX)
• Um redirecionamento ou ambiente (produção vs. staging) trocou o ID

Abra o conteúdo da requisição na aba Network e confirme se tid, o ID de destino e o label correspondem à ação que você está olhando no dashboard.

Armadilha comum: quando "dispara mas o dashboard que estou observando não se move," é frequentemente uma confusão — o ID de destino da requisição disparada e a ação que você está encarando são duas coisas diferentes.

Causa 5: Deduplicação / fora da janela de conversão

Se a mesma conversão é enviada duas vezes, a deduplicação (dedup) do Google não vai registrar uma delas. Por outro lado, resultados que ocorrem tempo demais depois do clique — fora da janela de conversão — não são aceitos mesmo tendo sido enviados. Ambos criam um estado de "enviado mas não registrado."

• O transaction ID é idêntico / a tag está instalada em duplicidade, e uma é descartada como duplicata (veja Rastreamento de Conversão Duplicado: Causas e Soluções)
• O intervalo entre clique e conversão excede a janela configurada

O fenômeno de "as contagens de anúncios e GA4 não batem" também pode vir dessa incompatibilidade de dedup ou de janela. Para diferenças de contagem entre plataformas, veja Por Que as Contagens de Conversão do Google Ads e GA4 Não Batem.

Armadilha comum: quando "eu vejo o envio duas vezes mas só uma é registrada," isso pode não ser um defeito — a dedup está funcionando corretamente. Contagem de envio e contagem de registro nem sempre precisam bater.

Causa 6: Excluído por detecção de bot / spam

Para combater tráfego inválido (IVT), o Google exclui na etapa de aceitação envios de bots, ferramentas de automação e padrões não naturais. Uma requisição disparada por um navegador headless ou ferramenta de teste automatizado pode aparecer na Network e nunca ser registrada.

• Verificações via ferramentas de automação / headless podem ser descartadas como tráfego de bot
• Uma rajada de envios do mesmo ambiente em pouco tempo pode parecer spam

Se "dispara na automação de testes mas os registros de produção não aumentam," considere que o próprio teste está sendo excluído. Isso também é comportamento defensivo normal.

Armadilha comum: julgar "está saindo no meu teste automatizado, então estamos bem" ignora o caso em que esse envio é excluído como bot e o registro de usuários reais é uma questão separada. Verifique em condições próximas às de um usuário real.

Causa 7: Atraso de relatório (não confunda com quebra)

Por fim, um caso surpreendentemente comum: entrar em pânico quando nada está quebrado. O disparo (envio) é visível em tempo real, mas existe um atraso antes que isso se reflita na coluna de conversão do dashboard (geralmente algumas horas; a primeira pode demorar mais).

• Logo após a configuração ou troca de uma tag, você decide "dispara mas está zerado — quebrado"
• Você começa a mudar configurações e acaba quebrando a fiação saudável

Se o disparo está confirmado, a fiação de envio está viva. Primeiro espere algumas horas até o dia seguinte e confirme se ainda não está registrado.

Armadilha comum: não conclua que está quebrado a partir de um zero logo depois de confirmar "está saindo na Network." Uma vez que o disparo está visível, o que resta é aceitação e relatório.

Causa 8: Incompatibilidade de janela de atribuição entre plataformas

A tag dispara e a conversão é real — mas o Google Ads não a registra porque sua janela de atribuição expirou, ou porque você está comparando plataformas com configurações de janela diferentes.

• Padrão do Google Ads: janela de 30 dias por clique, 1 dia por visualização
• Padrão do Meta: 7 dias por clique, 1 dia por visualização (mudou de 28 dias na era pós-iOS 14)
• GA4: baseado em sessão ou configurável, com lógica totalmente diferente

Se o seu ciclo de vendas for maior que 30 dias, conversões que acontecem no dia 35 vão disparar corretamente mas nunca aparecer no Google Ads. E se você estiver comparando contagens de conversão entre plataformas, janelas incompatíveis explicam discrepâncias que parecem falhas de rastreamento mas não são.

Como verificar: No Google Ads → Metas → Conversões → Configurações, verifique se a janela de atribuição corresponde ao seu ciclo de vendas real. Se o seu negócio tem períodos de consideração longos (B2B, imóveis, itens de alto valor), estenda a janela adequadamente.

Causa 9: Quebras de conversão entre dispositivos

Um usuário clica no seu anúncio pelo celular, pesquisa no notebook, e converte no desktop. A tag dispara no desktop — mas não existe cookie conectando essa conversão ao clique original do anúncio no celular.

O Google tenta conectar jornadas entre dispositivos por meio de dados de usuários logados (usuários conectados a contas Google em diferentes dispositivos). Mas quando os usuários não estão logados, ou usam navegadores diferentes, a jornada se fragmenta — e a conversão dispara sem ser atribuída.

O que ajuda:

• Enhanced Conversions — o matching via e-mail com hash preenche a lacuna, porque o e-mail é o mesmo em todos os dispositivos
• Server-side tagging — envia identificadores first-party que podem persistir entre sessões
• Ambas as abordagens são cobertas no nosso guia de estratégia de dados first-party

Causa 10: A configuração de contagem de conversão descarta a repetição

As ações de conversão do Google Ads têm uma configuração de contagem: "Uma" ou "Todas."

• "Uma": Apenas a primeira conversão por clique de anúncio é registrada. Se o mesmo usuário converter novamente (por exemplo, enviar o formulário duas vezes, recarregar a página de agradecimento), os disparos seguintes são silenciosamente descartados
• "Todas": Toda conversão é contada (correto para e-commerce, onde cada compra é uma transação separada)

Se você configurou "Uma" para uma ação de lead e se pergunta por que uma segunda conversão legítima do mesmo usuário não aparece — está funcionando conforme configurado. Por outro lado, se você configurou "Todas" para uma ação de lead, pode ver contagens infladas por recarregamentos de página.

Como verificar: No Google Ads → Metas → Conversões, clique na ação de conversão e verifique a configuração de "Contagem." Use "Uma" para leads, "Todas" para transações.

Então, como você verifica de verdade?

Para verificar "dispara mas não registra," você precisa olhar além da confirmação de envio em ①, para as condições ligadas à aceitação em ②.

• DebugView / Realtime do GA4: confirme se o evento é recebido via debug_mode. Mas atenção: aparecer no DebugView ≠ conversão registrada (Causa 3)
• Ferramentas de teste da plataforma: use o Tag Assistant do Google Ads e ferramentas similares para confirmar que o ID de destino e o label estão como pretendido (Causa 4)
• Leia o conteúdo da requisição enviada: abra gcs (estado de consentimento) e tid/label na Network — olhe dentro do "está saindo" (Causas 1 e 4)
• Verifique em condições de produção: confirme em condições próximas às de um usuário real, livres de exclusão interna, exclusão de bot e interferência de extensões (Causas 2 e 6)

Para o quadro completo de isolamento, veja o Checklist de Verificação de Rastreamento de Conversão; para verificar a própria tag do GA4, veja Como Verificar se sua Tag do GA4 Está Funcionando.

Checklist de verificação

• Você abriu o conteúdo da requisição enviada (ID de destino, label, gcs) na Network?
• O ID de destino (measurement ID / conversion ID) corresponde à ação no dashboard que você está observando?
• Sob o consent mode, o caso de sem consentimento está sendo tratado como restrito/modelado?
• A exclusão de tráfego interno ou filtros de dados estão descartando seu próprio teste?
• O evento do GA4 está registrado como "key event (conversão)"?
• Há instalação dupla / dedup, ou está fora da janela de conversão?
• Você está verificando via automação / headless e sendo excluído como bot?
• Se for logo após a configuração, você esperou o atraso de relatório (algumas horas até o dia seguinte)?

O que verificar na sua própria máquina não consegue te dizer

Cada verificação acima é útil, mas verificar uma única vez na sua própria máquina tem dois limites estruturais.

1. Seu ambiente não é o ambiente dos seus visitantes. Seu PC difere de usuários reais em estado de login, extensões, exclusão de IP do escritório e mais. A incompatibilidade — "dispara na minha máquina" mas é rejeitado na aceitação sob condições reais de usuário — é invisível ao teste na própria máquina.
2. É difícil verificar quando um clique de anúncio está envolvido. Para ver rigorosamente "isso realmente registra via o anúncio," você precisaria clicar em um anúncio ao vivo para recriar o caminho — o que carrega o risco de violação de política de anúncios como autoclique.

Julgar "está saindo na minha ação, então está tudo bem" tende a ignorar exatamente o problema que este artigo aborda: o disparo é visível, mas está faltando na etapa real de aceitação em produção.

Perguntas frequentes

P. A requisição dispara na aba Network, mas a conversão não é registrada. R. Disparar (enviar) e registrar (aceitação/armazenamento) são etapas diferentes. Como o envio é bem-sucedido, a causa está na aceitação. Percorra as causas deste artigo em ordem: 1 (consent mode), 2 (exclusão interna), 3 (key event não registrado), 4 (ID trocado), 5 (dedup), 6 (exclusão de bot), 7 (atraso).

P. O evento aparece no DebugView do GA4 mas nenhuma conversão aparece nos anúncios. R. Um evento ser recebido e ele ser "contado como conversão" são configurações separadas. Registre-o como "key event (conversão)" no GA4 e confirme que ele é importado como conversão do lado dos anúncios (Causa 3).

P. Vejo o envio duas vezes mas só uma é registrada. Está quebrado? R. Na maioria dos casos não é um defeito — a dedup está funcionando corretamente. Verifique se há um transaction ID duplicado ou uma tag instalada em duplicidade (Causa 5).

P. Por que dispara quando eu mesmo testo mas não é registrado? R. Ou você está sendo pego pela exclusão de tráfego interno (comportamento normal), ou sua verificação automatizada está sendo excluída como bot (Causas 2 e 6). Verifique em condições próximas às de um usuário real.

P. Se o disparo está confirmado, ele sempre vai acabar sendo registrado se eu esperar? R. Nem sempre. O disparo só prova que "foi enviado." Alguns casos se refletem depois de um atraso (Causa 7), mas se for rejeitado na aceitação, esperar não vai registrá-lo. A abordagem confiável é verificar o conteúdo do envio (consentimento, ID de destino).

Conclusão: tudo que você vê é o "envio" — o registro está do outro lado da aceitação

A verdade por trás de "dispara mas não registra" é que tudo o que a aba Network mostra é ① o envio, com uma etapa invisível de ② aceitação (análise) além dela. Consent mode, exclusão interna, key events não registrados, IDs trocados, dedup, exclusão de bot, atraso — a maioria dos motivos pelos quais algo não é registrado se esconde nessa etapa de aceitação.

É por isso que "dispara, então estamos bem" não é uma verificação. Confirmar que o sinal passa pela aceitação e chega ao registro — em produção, no caminho real que seus visitantes percorrem — é o que "está rastreando" realmente significa.

O ConversionOK executa sua página ao vivo em um navegador independente e isolado e intercepta os sinais de conversão realmente enviados — incluindo seu conteúdo (estado de consentimento, ID de destino) — e então isola onde a cadeia se rompe entre disparo e registro. Sem precisar clicar no seu próprio anúncio, e sem interferência do ambiente do seu escritório. Comece com uma verificação estática gratuita para confirmar o ponto de entrada da sua medição.