"Instalei o GA4, mas não sei se ele está realmente rastreando." Essa é uma das ansiedades mais comuns em publicidade e operação de sites. Você acha que a tag está no lugar — mas se os dados não estão sendo registrados, seus relatórios e a otimização dos seus anúncios estão todos construídos sobre areia.
Alguma dessas situações soa familiar?
- Suas conversões do GA4 (eventos-chave) permanecem em 0, não importa quanto tempo você espere
- Os números na sua plataforma de anúncios não batem com o que o GA4 relata
- Você configurou tudo, mas nada aparece nos seus relatórios
- Estava funcionando ontem, e agora o rastreamento parou de repente
Este guia percorre quatro formas de verificar se sua tag GA4 está funcionando, os 5 principais motivos pelos quais conversões somem, os pontos cegos que cada método compartilha, e como verificar com confiança no seu ambiente de produção real. Se você ainda não configurou o rastreamento de conversões do GA4, comece pelo nosso guia de rastreamento de conversões do GA4.
Pontos principais
- "A tag funciona" tem três níveis — instalada, dispara, registrada — e a maioria das ferramentas só checa os dois primeiros
- O DebugView mostrando seu evento não garante que o GA4 o registrou
- Nunca clique no seu próprio anúncio para testar — verifique a partir de um ambiente independente
Antes de começar: "funcionando" tem três níveis
O maior motivo pelo qual a verificação do GA4 dá errado é tratar "a tag funciona" como um único estado. Na realidade existem três etapas distintas — e simplesmente saber qual delas você está checando torna o diagnóstico dramaticamente mais fácil.
| Nível | O que significa | Armadilha comum |
|---|---|---|
| ① Instalada | A tag (gtag / GTM) carrega na página | Está ausente em algumas páginas por completo |
| ② Dispara | A requisição do evento é enviada ao Google | Instalada, mas não dispara em uma ação específica |
| ③ Registrada | O GA4 aceita e armazena o evento | Dispara, mas configurações de consentimento ou filtros a descartam |
O ponto-chave: disparar (②) e ser registrado (③) não são a mesma coisa. Uma requisição pode sair do navegador e ainda assim nunca ser salva, dependendo do seu consent mode ou dos filtros de tráfego interno. A maioria das ferramentas de verificação checa apenas até o ②. Essa lacuna é o núcleo dos pontos cegos que veremos mais adiante.
Os métodos 1 a 4 abaixo confirmam principalmente ① a instalação e ② o disparo. A confirmação de ③ registro é abordada no Método 2 (DebugView/Tempo real) e mais adiante na seção "Por que uma tag dispara mas não é registrada".
Antes de começar: você usa "gtag" ou "GTM"?
Saber como seu site instala o GA4 muda onde você deve procurar. Existem duas configurações amplas:
- gtag (fixo no código): o snippet do
gtag.jsestá escrito diretamente no seu HTML. Verifique com os Métodos 1 a 3 (Tag Assistant, DebugView, DevTools). - GTM (Google Tag Manager): o GA4 é gerenciado através de um container do GTM. O Método 4 (GTM Preview) se torna a ferramenta principal, e "o trigger está disparando?" / "você publicou?" são as perguntas-chave.
Não tem certeza de qual é o caso? Abra o DevTools do seu navegador, vá para a aba Network — se você vir uma requisição gtm.js, você está no GTM; se for só gtag, provavelmente está fixo no código. Onde você trava difere conforme a configuração.
Checagem rápida: Ver Código-Fonte da Página
Antes de recorrer a qualquer ferramenta, a forma mais rápida de confirmar que a tag está na página, de fato (① instalada) é inspecionar o HTML bruto.
- Abra a página que você quer checar
- Clique com o botão direito → Ver código-fonte da página (ou
Ctrl + U/Cmd + Option + U) - Pesquise (
Ctrl + F/Cmd + F) pelo seu ID de medição, por exemploG-XXXXXXX
Se você encontrar a linha gtag('config', 'G-XXXXXXX') (ou o carregamento de um container gtm.js), a tag está presente no código-fonte. Caso contrário, o snippet está ausente naquela página — não há necessidade de mais debug até que ele seja adicionado.
Essa checagem não te dirá se a tag dispara ou registra — apenas que o código existe no HTML. Em sites dinâmicos ou SPAs onde a tag é injetada por JavaScript em tempo de execução, esse método pode não mostrar nada mesmo quando a tag funciona. Nesse caso, passe para o Método 1 ou o Método 3.
Método 1: Google Tag Assistant
A ferramenta oficial mais acessível é o Google Tag Assistant (tagassistant.google.com).
- Digite a URL do seu site no Tag Assistant e conecte
- Interaja com a página na janela de preview que se abre
- As tags detectadas (seu ID de medição do GA4
G-XXXXXXX, etc.) e os eventos enviados aparecem em uma lista
O que isso te diz: que a tag está instalada e que requisições de eventos estão sendo enviadas (① e ②). O que isso não te diz: se o GA4 finalmente registrou esses eventos (③). O Tag Assistant mostra até o ponto "foi enviado".
Armadilha comum: detectar tags na página inicial é bom, mas se você não abrir a página onde a conversão realmente acontece (a página de agradecimento ou de finalização de compra), você nunca verá o evento que importa. Verifique exatamente a página, no exato momento que interessa.
Método 2: GA4 DebugView / Tempo real
Essa é a visão de dentro do admin do GA4. O DebugView mostra eventos em modo debug quase em tempo real.
- Ative o modo debug (via GTM Preview, o parâmetro
debug_mode, ou a extensão oficial) - Interaja com a página-alvo e observe os eventos fluindo em Admin → DebugView
- Se você não estiver usando o debug, Relatórios → Tempo real também mostra usuários ativos e eventos recentes
O que isso te diz: que o evento chegou ao GA4 e está sendo exibido (a checagem mais próxima de ③).
Cuidado: DebugView/Tempo real é apenas uma checagem do "agora". Uma perda que ocorre somente sob condições específicas (um determinado estado de consentimento, um navegador específico, uma origem de tráfego específica) pode não se reproduzir no único padrão que você testa manualmente. "Apareceu para mim" não é "está sendo capturado para todo mundo".
Método 3: DevTools do Navegador (Network)
A forma mais precisa de confirmar ② o disparo é o DevTools do seu navegador.
- Abra a página que você quer checar e abra a aba "Network"
- Filtre por
collectougoogle-analytics - Interaja com a página e observe as requisições para
…/g/collect - Inspecione a requisição e confirme que
tid(ID de medição) een(nome do evento) são o que você espera
O que isso te diz: exatamente qual evento foi enviado, com quais parâmetros (a visão mais precisa do ②). O que isso não te diz: ainda assim, ③ (se o GA4 aceitou). Mesmo um payload correto pode ser rejeitado no lado do servidor, o que você precisa checar separadamente.
Armadilha comum: com um bloqueador de anúncios ou proteção de rastreamento do navegador ativados, a própria requisição
collectpode ser bloqueada, fazendo parecer que "não está disparando". Sempre verifique em um estado limpo, com esses recursos desativados.
Método 4: Preview do Google Tag Manager
Se você gerencia tags pelo GTM, o modo Preview permite rastrear "qual trigger disparou qual tag" para cada ação.
- Inicie o "Preview" a partir do seu workspace do GTM
- Abra o site-alvo, interaja, e confirme que a tag GA4 dispara em cada evento
- Se não disparar, a causa é uma condição de trigger ou uma variável mal configurada
Cuidado: as mudanças no GTM não entram em produção até você publicar (Submit). Se funciona no Preview mas não é rastreado em produção, "esquecer de publicar" é de longe a causa mais comum. Para uma troubleshooting mais profunda do GTM, veja por que tags do GTM às vezes não disparam.
Método bônus: extensão Google Analytics Debugger
O Google Analytics Debugger é uma extensão gratuita do Chrome que imprime dados detalhados das requisições do GA4 diretamente no console de desenvolvedor do seu navegador.
- Instale a extensão pela Chrome Web Store
- Ative-a (clique no ícone da extensão até aparecer "ON")
- Abra sua página-alvo e abra o DevTools → aba Console
- Todo hit do GA4 é registrado com seu payload completo — nome do evento, parâmetros, ID de medição e timing
Isso é especialmente útil quando o Método 3 (aba Network) parece ruidoso demais. A extensão filtra e formata apenas o tráfego de analytics, facilitando encontrar parâmetros mal configurados ou valores ausentes.
Ela também ativa automaticamente o DebugView na sua propriedade do GA4, então você obtém detalhes no nível do console e confirmação no nível do admin do GA4 ao mesmo tempo.
Verificando configurações cross-domain
Se seu caminho de conversão atravessa múltiplos domínios (por exemplo, de www.exemplo.com.br para checkout.exemplo-pay.com), a verificação padrão de domínio único não é suficiente. O rastreamento cross-domain depende do parâmetro _gl sendo anexado aos links de saída para que o GA4 consiga conectar as sessões.
Para verificar:
- Clique no link que leva o usuário do domínio A para o domínio B
- Verifique a URL no domínio B — ela deve conter um parâmetro de query
_gl= - No DevTools ou no Tag Assistant, confirme que o mesmo ID de medição dispara em ambos os domínios
- Em GA4 Admin → Data Streams → Configure Tag Settings → Configure your domains, confirme que ambos os domínios estão listados
Falhas comuns: redirecionamentos removem o parâmetro _gl antes da página de destino carregar, ou um domínio usa um ID de medição diferente. Se as sessões estão se fragmentando entre domínios, veja como corrigir o rastreamento cross-domain quebrado para um passo a passo mais detalhado.
Os 5 principais motivos pelos quais conversões somem
Quando a verificação ainda não mostra nada registrado, a causa geralmente se encaixa em um destes cinco casos. Verifique de cima para baixo.
1. Algumas páginas não têm a tag de jeito nenhum
Você pretendia adicioná-la em todo o site, mas uma página com um template diferente (uma landing page, uma página de checkout concluído) está sem ela. Abra a página exata que você quer medir e verifique com os Métodos 1 a 3.
2. Você não publicou as mudanças do GTM
Como mencionado acima — o GTM funciona no Preview mas não aparece em produção até você publicar. "Configurado" não é "publicado".
3. O consent mode (banner de consentimento) está bloqueando a medição
Se você usa um banner de consentimento de cookies, a medição pode ficar restrita ou interrompida enquanto o usuário não consentiu. Teste em ambos os estados — com consentimento e sem consentimento.
4. A exclusão de tráfego interno está te escondendo
Se você exclui seu próprio IP ou o do seu escritório, seus próprios testes não serão medidos (isso é o comportamento esperado). Certifique-se de que você não faz parte de uma exclusão ao testar.
5. O evento chega, mas o valor ou a duplicação estão errados
Mesmo quando o disparo e o registro funcionam, o value da compra pode estar ausente, a moeda pode estar errada, ou o mesmo evento pode ser enviado duas vezes. Para configurações de e-commerce, veja como configurar corretamente os eventos de compra do GA4. Quando os números não fecham, olhe além das contagens, para o conteúdo dos parâmetros em si.
Por que uma tag dispara mas não é registrada
Você confirmou "o disparo (②)" com os Métodos 1 a 4, mas ele nunca aparece nos relatórios (nunca chega ao ③). Esse é o padrão mais confuso. O motivo: disparar = enviado ao Google, registrar = o Google aceita e armazena — duas etapas diferentes.
Motivos típicos pelos quais um evento enviado nunca é registrado:
- Estado do consent mode: sem consentimento ou com consentimento limitado, a medição ou certos parâmetros não são enviados ou armazenados
- Filtros de dados / exclusão de tráfego interno: rejeitado como fora do escopo no momento da aceitação
- Configuração incompatível: ID de medição errado, não registrado como evento-chave (conversão), etc.
- Atraso no relatório: os relatórios padrão não são instantâneos (veja abaixo)
⚠️ A maior armadilha: confirmar que o navegador "consegue enviar" não garante que os dados estejam de fato se acumulando em produção. Disparar é um fato do lado do navegador; registrar é uma decisão do lado do Google.
Para uma análise detalhada desse padrão, veja por que uma conversão dispara mas não é registrada.
Verifique o status do Data Stream no GA4 Admin
Uma etapa que muitos guias pulam: confirmar que o próprio Data Stream está recebendo dados.
- No GA4, vá para Admin → Data Streams
- Clique no seu stream web
- Observe o indicador de coleta de dados das "últimas 48 horas" — ele mostra se o GA4 recebeu algum hit recentemente
Se o stream não mostra dados recentes apesar das suas tags estarem disparando, o problema geralmente é uma incompatibilidade de ID de medição (a tag está enviando para uma propriedade diferente) ou um filtro no nível da propriedade rejeitando tudo. Essa é a forma mais rápida de confirmar o ③ registro no nível da propriedade antes de mergulhar no debug em nível de evento.
O que apenas checagens locais não conseguem te dizer
Os quatro métodos são úteis, mas checar uma única vez, manualmente, na sua própria máquina tem duas limitações estruturais.
- Seu ambiente não é o ambiente dos seus usuários reais. Estado de login, extensões, exclusão de IP do escritório — sua configuração pode parecer tudo certo enquanto as condições dos visitantes reais estão descartando dados.
- Conversões por clique em anúncio são difíceis de verificar. Para realmente confirmar "isso é medido via o anúncio", você precisaria clicar em um anúncio ativo para reproduzir o caminho — o que conta como autoclique e arrisca uma violação de política de anúncios.
Concluir "está disparando, então estamos bem" a partir de uma ferramenta local é exatamente como equipes perdem dados que estão sendo descartados no caminho real que os visitantes reais percorrem.
Um checklist para verificar com confiança
Trabalhe primeiro no que é gratuito e rápido, em ordem. Para a versão completa e multiplataforma, veja nosso checklist de verificação de rastreamento de conversões.
- A tag está em todas as páginas que você quer medir (sem páginas esquecidas)?
- O evento-alvo dispara em pelo menos um dos Métodos 1 a 3?
- Ele chega e é exibido no DebugView / Tempo real?
- Se você usa GTM, a mudança está publicada?
- O estado do banner de consentimento (consent mode) está impedindo a medição?
- Você/seu escritório estão sendo removidos por exclusão de tráfego interno ou filtros de dados?
- O conteúdo do evento está correto —
value, moeda, sem duplicação? - Isso se mantém sob condições reais de produção (não apenas o seu único teste)?
Perguntas frequentes (FAQ)
Configurei o GA4 mas as conversões estão em 0 — por quê?
Em ordem aproximada de probabilidade: ① não registrado como evento-chave (conversão), ② GTM não publicado, ③ atraso no relatório (os relatórios padrão não são instantâneos), ④ medição interrompida por consent mode ou exclusão de tráfego interno. Percorra os "5 principais motivos" acima.
Se o Tag Assistant diz "disparou", estou bem?
Isso confirma apenas "enviado (②)". Se o GA4 registrou (③) é uma questão separada. Confirme que realmente chega no DebugView/Tempo real e que não está sendo perdido em condições reais antes de relaxar.
Quanto tempo até aparecer nos relatórios?
Tempo real/DebugView confirmam em segundos a minutos, mas os relatórios padrão têm atraso — às vezes até 24 a 48 horas. Não conclua "está quebrado" só porque não é instantâneo.
Devo clicar no anúncio para confirmar?
Clicar no seu próprio anúncio é tratado como violação de política de anúncios (autoclique) e arrisca revisão ou suspensão da conta. Verifique de fora da sua própria conta — um ambiente independente — em vez disso.
Por que a mesma conversão é contada duas vezes?
Causas típicas: a tag está carregada em dois lugares (por exemplo, tanto gtag fixo no código quanto GTM), ou o mesmo evento é enviado duas vezes em um reload ou redirecionamento. No Network do DevTools, conte quantas vezes …/g/collect dispara por ação para isolar o problema.
Posso checar o Meta Pixel e o Google Ads da mesma forma?
A abordagem é a mesma. No Network do DevTools você pode confirmar o "disparo" observando facebook.com/tr (Meta) ou google.com/...conversion (Google Ads). Mas se o evento chegou e foi registrado precisa de reconciliação na ferramenta de teste de cada plataforma — checagens só pelo navegador também não fecham o trabalho aqui.
Conclusão: não pare em "está disparando" — verifique se está sendo registrado em produção
Os Métodos 1 a 4 são suficientes para confirmar "o disparo". O que importa é a etapa seguinte: confirmar que os dados estão de fato sendo registrados, no caminho real que seus visitantes percorrem, em produção.
A ConversionOK roda sua página em produção em um navegador independente e isolado e intercepta os eventos que são realmente enviados, depois os verifica — sem precisar clicar no seu próprio anúncio e sem interferência do ambiente do seu escritório. Comece com uma checagem estática gratuita para confirmar o ponto de entrada da sua medição.