"No preview do GTM a tag dispara perfeitamente, mas no site ao vivo nada é rastreado." Se você usa o Tag Manager, esse é o padrão mais comum — e mais confuso — de todos. Um preview verde (disparado) te faz sentir que a configuração está correta, mas o site ao vivo não mostra números depois de publicar. E se você não consegue ver onde o preview e a produção divergem, acaba mexendo nas configurações infinitamente.
Alguma dessas situações soa familiar?
- O preview do GTM mostra que está disparando, mas a produção não é rastreada
- Você achou que tinha publicado (Submit), mas a alteração não está no ar
- Só páginas ou botões específicos deixam de disparar a tag
- No DevTools, a requisição de medição nem está sendo enviada
- Eventos nunca chegam ao GA4 ou ao Google Ads
Este guia organiza o que verificar, e em que ordem, quando o GTM não está rastreando — em seis causas comuns. Antes de reconstruir tags e triggers aleatoriamente, percorra-as de cima para baixo.
Princípio básico: "funciona no preview" e "funciona em produção" são coisas diferentes
O maior motivo pelo qual o diagnóstico dá errado é tratar um preview verde (disparado) como prova de que funciona em produção. O preview do GTM carrega sua versão não publicada, em andamento no seu próprio navegador e a executa. Então, mesmo quando o preview dispara, essa alteração não está necessariamente sendo entregue aos visitantes reais.
Primeiro, entenda claramente qual estado você está de fato olhando.
| Estado | De quem é o conteúdo que você está vendo | É rastreado? |
|---|---|---|
| Preview (Tag Assistant) | A versão de trabalho não publicada | Só no seu navegador |
| Publicado (após Submit) | A versão publicada do contêiner | Todos os visitantes |
| Edições não publicadas | O rascunho do workspace | Não é entregue a ninguém |
O ponto principal: "dispara no preview" não é o mesmo que "é rastreado em produção". As causas 1 a 6 abaixo estão ordenadas da mais comum e mais fácil de isolar, seguindo exatamente essa lacuna.
Causa 1: Você não publicou (Submit) a alteração
Essa é a mais comum e mais negligenciada. No GTM, criar e salvar uma tag ou trigger não a coloca no ar. Ela só vai para produção quando você clica em "Submit" no canto superior direito e publica uma nova versão. O preview executa o rascunho do seu workspace, então ele dispara sem publicação — é exatamente por isso que acontece o "funciona no preview mas não em produção".
Como verificar: abra a tela "Versões" no canto superior direito do GTM e confirme se sua última alteração está incluída na "versão publicada". Se o timestamp da versão "Publicado…" for anterior às suas edições, você ainda não publicou.
Erro comum: a grande maioria dos casos de "verde no preview, zero em produção" é essa Causa 1. Não pare em um preview que dispara — primeiro confirme se você apertou Submit e se a alteração está na versão publicada. Veja também Quando uma conversão dispara mas não é registrada.
Causa 2: As condições do trigger não correspondem à situação real de produção
Se uma tag dispara ou não é decidido pelo trigger. Se essas condições estiverem levemente diferentes da página real, ela não vai disparar em produção.
- Incompatibilidade de condição de URL: você criou "Page URL contém
/thanks," mas a página de conclusão ao vivo é sutilmente diferente —/complete,/thank-you/, uma barra final, ou uma query string (?id=...) - Incompatibilidade de elemento de clique: a classe ou o ID do botão é diferente em produção, ou em uma SPA (um site que não recarrega entre telas) o elemento de clique é trocado dinamicamente
- Triggers de envio de formulário: dependendo da implementação, o envio padrão do formulário não é detectado, então não dispara
Como verificar: no preview (Tag Assistant), veja se o trigger mostra "Fired" ou "Not Fired" quando você executa a ação. Se estiver "Not Fired", reconcilie as condições do trigger com os valores reais (URL, elemento de clique).
Erro comum: quando "só uma página específica não é rastreada", suspeite primeiro da condição de URL do trigger. Copie a URL ao vivo e compare caractere por caractere com a condição para ter certeza.
Causa 3: Versão publicada errada ou ID de contêiner (GTM-XXXX) trocado
Surpreendentemente comum: o lugar que você está olhando é diferente do lugar que está no ar.
- Troca de ID de contêiner: a produção embute
GTM-AAAA, mas você está editandoGTM-BBBB(um contêiner de teste, de outro site, ou reconstruído) — nenhuma configuração vai aparecer em produção - Código antigo ou instalação duplicada: código antigo do GTM permanece no site, ou múltiplos GTMs estão instalados duas vezes e o que você não pretendia está rodando
Como verificar: abra o DevTools na página ao vivo, procure no código-fonte por IDs que comecem com GTM-, e confirme se corresponde ao ID de contêiner que você está editando. Também fique atento a mais de um GTM- (instalação duplicada).
Erro comum: a agência e o time de marketing instalam cada um um GTM diferente, e "eu configurei mas nada aparece" se arrasta por semanas. Primeiro confirme o ID de contêiner real presente no HTML ao vivo.
Causa 4: A tag está "pausada" ou desanexada
Às vezes a própria tag está parada.
- A tag está configurada como "Pause"
- A tag não tem nenhum trigger anexado (sem condição de disparo, ela nunca pode disparar)
- Uma tag da qual ela depende (uma tag de configuração/inicialização) não está disparando
Como verificar: na lista de tags do GTM, confirme que a tag em questão não tem ícone de pausa e que o campo de trigger não está vazio.
Erro comum: não é raro pausar uma tag para teste, publicar enquanto ela ainda está pausada, e deixá-la parada. Revise o estado das suas tags na lista antes de publicar.
Causa 5: Está sendo bloqueado pelas configurações de consentimento
O sinal de medição pode ser interrompido pouco antes de ser enviado. Com o modo de consentimento do GTM ou uma integração com um banner de consentimento de cookies, o disparo da tag pode ficar retido ou bloqueado enquanto o usuário não deu consentimento.
- Antes de o banner conceder permissão, a tag de medição espera ou não dispara
- A medição é restringida para usuários que escolheram "apenas cookies essenciais"
Como verificar: revise o status de consentimento no preview e veja se o disparo muda antes e depois do consentimento. Em produção, confirme que a medição roda quando você realmente concede permissão no banner.
Erro comum: se "funciona no preview (tratado como consentido) mas não para visitantes reais", as configurações de consentimento podem estar bloqueando. É fácil esquecer que você-no-preview está consentido enquanto muitos visitantes reais não estão.
Causa 6: As variáveis (data layer) estão vazias
Mesmo quando uma tag dispara, se o payload estiver vazio a medição pode não se completar, ou os valores chegam errados. O GTM lê valores, IDs de pedido, nomes de evento e assim por diante a partir de um mecanismo de repasse chamado data layer. Se isso não estiver preenchido em produção, a tag dispara mas envia "sem valor".
- A tag dispara antes de o site escrever valores no data layer (descompasso de timing)
- O nome da variável está grafado de forma diferente no lado do site em relação ao lado do GTM
- No preview um desenvolvedor definiu os valores manualmente, enquanto a produção não está preenchida
Como verificar: nas abas "Variables" e "Data Layer" do preview, confirme se a variável em questão contém o valor esperado no momento do disparo. Se estiver vazia ou undefined, revise o timing de escrita do lado do site e o nome da variável.
Erro comum: um valor de compra de e-commerce chegando como "0" ou vazio é quase sempre esse descompasso de timing do data layer ou uma incompatibilidade de nome de variável. Cruzar informações com verificação da tag do GA4 e verificação de conversão do Google Ads facilita o isolamento.
Frequentemente esquecido: triggers de bloqueio impedem o disparo silenciosamente
Mesmo quando todas as condições do trigger de disparo de uma tag são atendidas, o GTM tem um recurso chamado triggers de bloqueio (exception triggers) que pode impedir silenciosamente o disparo da tag. Se alguém adicionou um trigger de bloqueio — por exemplo, para excluir tráfego interno ou páginas específicas — e suas condições correspondem, a tag não dispara independentemente do trigger de disparo.
Como verificar: Abra a tag no GTM, role para além dos triggers de disparo, e procure por quaisquer triggers de bloqueio listados abaixo deles. No preview, uma tag que mostra "Not Fired" apesar de todas as condições de trigger estarem verdes frequentemente tem um trigger de bloqueio sobrepondo-se a ela.
Erro comum: Triggers de bloqueio são visualmente menos destacados que os triggers de disparo e fáceis de esquecer. Se uma tag misteriosamente não dispara mesmo que as condições do trigger pareçam corretas, verifique triggers de bloqueio antes de reconstruir a tag. Essa também é uma fonte comum de problemas quando conversões disparam mas não são registradas.
A ordem para verificar se o GTM é a causa
Verificar de cima para baixo te leva à causa mais rápido.
- Na aba "Network" do DevTools, a requisição de medição está sendo enviada? (Se não, é um problema de disparo = Causas 1 a 4)
- No preview (Tag Assistant), o trigger em questão está "Fired", e as variáveis têm valores?
- Na tela de Versões do GTM, sua última alteração está na versão publicada?
- O ID de contêiner (GTM-XXXX) no HTML ao vivo corresponde ao que você está editando?
- Com permissão concedida no banner de consentimento, ele dispara e rastreia em produção também?
O que verificar na sua própria máquina não consegue te dizer
Verificar as Causas 1 a 6 é tudo útil, mas fazer o preview uma vez na sua própria máquina tem dois limites estruturais.
- Seu ambiente não é o ambiente dos seus visitantes. O preview carrega uma versão não publicada no seu navegador, e seu status de consentimento, estado de login, extensões e cache diferem dos visitantes reais. Pode disparar na sua máquina mas estar ausente nas condições reais dos visitantes (sem consentimento, um navegador diferente, um caminho de navegação de SPA).
- Conversões envolvendo um clique em anúncio são difíceis de verificar. Para ver adequadamente "se realmente rastreia via anúncio", você precisaria clicar em um anúncio ao vivo para recriar o caminho — o que carrega o risco de uma violação de política de anúncio por auto-clique.
Julgar "funciona no preview, então está tudo bem" tende a deixar passar o problema de dados sumindo no caminho real que seus visitantes percorrem.
Bloqueadores de anúncios e ferramentas de privacidade: um ponto cego só de produção
Uma parcela crescente dos visitantes usa bloqueadores de anúncios, navegadores focados em privacidade, ou extensões de prevenção de rastreamento que bloqueiam o GTM ou as requisições de medição que ele envia. Isso cria uma lacuna que é invisível durante seus próprios testes se você não usa essas ferramentas.
- Extensões de navegador como uBlock Origin ou Privacy Badger podem bloquear inteiramente o script
googletagmanager.com, então o GTM nunca carrega - Navegadores focados em privacidade (Brave, Firefox com Enhanced Tracking Protection) podem bloquear requisições de saída para
google-analytics.comougoogleads.g.doubleclick.net - Firewalls corporativos ou bloqueadores no nível de DNS podem remover requisições de rastreamento antes que saiam da rede
O que isso significa na prática: Você não verá esses hits bloqueados no GA4 ou no Google Ads — eles simplesmente desaparecem. Não há correção do lado do GTM para usuários que bloqueiam ativamente o rastreamento, mas entender essa lacuna evita que você persiga um problema de configuração que não existe. Para mais sobre como ferramentas de privacidade afetam a medição, veja bloqueadores de anúncios e bloqueio de pixel e perda de conversão por ITP do Safari.
Dica: Se seus números gerais de conversão estão mais baixos que o esperado mas a configuração foi confirmada correta pelas Causas 1 a 6, o uso de bloqueadores de anúncios entre sua audiência pode explicar parte da lacuna. O GTM server-side pode recuperar parte desses dados perdidos roteando as requisições de medição pelo seu próprio domínio.
Descarte atrasos de relatório antes de reconstruir
Depois de confirmar que as tags disparam corretamente, não entre em pânico se os números não aparecerem imediatamente no GA4 ou no Google Ads. Atrasos de relatório são normais e podem te enganar fazendo você pensar que o rastreamento está quebrado.
- Relatório em tempo real do GA4: Eventos tipicamente aparecem em segundos a minutos, mas relatórios padrão podem levar de 24 a 48 horas para processar completamente
- Conversões do Google Ads: Novas ações de conversão podem levar até 24 horas para começar a aparecer, e a janela de relatório atribui conversões à data do clique no anúncio, não à data da conversão
- Conversion linker: Se a tag de conversion linker do Google Ads não estiver disparando, as conversões podem ser rastreadas mas não atribuídas à campanha correta — veja GCLID e IDs de clique para detalhes
Como verificar: Use o relatório em Tempo Real do GA4 (Relatórios > Tempo real) para confirmar que os eventos chegam em minutos após o seu teste. No Google Ads, verifique o timestamp de "Última vez registrada" da ação de conversão em Ferramentas > Conversões. Se o timestamp for recente, o rastreamento está funcionando — os relatórios padrão só ainda não alcançaram.
Checklist de verificação
- Você publicou (Submit), e a última alteração está na versão publicada
- As condições do trigger (URL, elemento de clique) correspondem aos valores reais de produção
- O ID de contêiner (GTM-XXXX) no HTML ao vivo corresponde ao contêiner que você está editando
- A tag em questão não está pausada, e há um trigger anexado
- Com permissão concedida no banner de consentimento, ela dispara e rastreia em produção
- No momento do disparo, o data layer (variáveis) contém os valores esperados
- No "Network" do DevTools, a requisição de medição de produção é de fato enviada
Para mais, use também o checklist de verificação de rastreamento de conversão.
Perguntas frequentes
P. Dispara no preview do GTM mas não é rastreado em produção. R. O mais comum é você não ter publicado (Submit) a alteração (Causa 1). O preview mostra a versão não publicada, então ele dispara sem publicação. Em seguida, suspeite de um ID de contêiner de produção diferente do que você está editando (Causa 3), ou de configurações de consentimento bloqueando (Causa 5).
P. Só páginas ou botões específicos deixam de disparar a tag. R. Uma incompatibilidade de condição de trigger (Causa 2) é a principal suspeita. Verifique se a barra final e a query da URL ao vivo, ou a classe/ID do botão, realmente correspondem às condições do trigger — reconcilie enquanto observa Fired/Not Fired no preview.
P. A tag dispara, mas valores e IDs de pedido chegam vazios. R. As variáveis (data layer) provavelmente estão vazias (Causa 6). Verifique o momento em que o site escreve valores no data layer, e a grafia do nome da variável. Ler os valores do momento do disparo nas abas "Variables" e "Data Layer" do preview é a forma confiável.
P. Achei que tinha configurado — onde verifico se está publicado? R. Na tela "Versões" do GTM, no canto superior direito, confirme se sua última alteração está incluída na "versão publicada". Se o timestamp da versão publicada for anterior às suas edições, você ainda não publicou (Submit).
P. Como confirmo que o ID de contêiner está correto?
R. Abra a página ao vivo, procure no código-fonte pelo DevTools por GTM-, e veja se o ID que aparece corresponde ao ID de contêiner que você está editando. Se aparecer mais de um GTM-, você pode ter uma instalação duplicada.
Conclusão: confirme que publicou, depois verifique no caminho real
"GTM não está rastreando" quase sempre se resume a um destes: ① não publicado (esqueceu o Submit), ② incompatibilidade de condição de trigger, ③ ID de contêiner errado, ④ tag pausada, ⑤ bloqueio por configurações de consentimento, ou ⑥ data layer vazio. Não relaxe com um preview verde — isole de cima para baixo e você chegará à causa sem reconstruir tags aleatoriamente.
Mas verificações de preview na sua própria máquina têm limites. Ir além — confirmar que os dados estão de fato sendo rastreados, no caminho real que seus visitantes percorrem, em produção — é o que "está rastreando" realmente significa.
O ConversionOK executa sua página ao vivo em um navegador independente e isolado e intercepta as requisições de medição de tag realmente enviadas, então as verifica — 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.