"Os envios de formulário estão chegando, mas as conversões do Google Ads não sobem." Um buraco no rastreamento que só aparece na página de conclusão (a thank-you page) é uma queixa extremamente comum. Os resultados realmente estão acontecendo — mas se o sinal se perde nessa "última página", você não consegue mais avaliar se seus anúncios estão indo bem ou mal.
Alguma dessas situações soa familiar?
- As solicitações chegam normalmente, mas as conversões não são rastreadas só na página de conclusão
- Ao recarregar ou abrir diretamente a página de agradecimento, os números não batem
- Parece que as informações do clique somem em algum ponto até a página de conclusão
- Você exibe uma mensagem de "obrigado" em um modal, e a página nunca muda
- Você configurou "contar uma vez", mas está havendo contagem dupla no reload (ou, ao contrário, nada aparece)
Este artigo organiza os motivos pelos quais as conversões não são rastreadas na página de agradecimento em sete pontos, e termina com o método de "abrir a página de conclusão diretamente e observar o disparo". A página de conclusão é um dos lugares mais propensos a pontos cegos em todo o seu site.
Primeiro, a base: o rastreamento da thank-you page depende de "três pré-condições"
O rastreamento da página de conclusão só funciona quando as três pré-condições a seguir são atendidas simultaneamente. Perceber qual delas foi quebrada primeiro torna toda a investigação drasticamente mais fácil.
| Pré-condição | O que é necessário | O que acontece se quebrar |
|---|---|---|
| ① Chegada | O usuário realmente chega à página de conclusão | Nenhuma "transição de página" ocorre por causa de um redirecionamento/modal |
| ② Instalação | A tag está presente nessa página de conclusão | Um template diferente deixa só a tag faltando |
| ③ Disparo | A tag roda exatamente uma vez no momento da chegada | Acesso direto/reload causa perda ou duplicação |
O ponto-chave: ① chegada e ② instalação são assuntos completamente separados. Se a tag está corretamente instalada mas você nunca realmente "transiciona para" a página de conclusão como página (①), nenhuma quantidade de tempo olhando a tela de instalação vai resolver isso. Os pontos 1–7 a seguir seguem um fluxo que elimina essas três pré-condições em ordem.
Causa 1: A página de conclusão é um template diferente "sem tag instalada"
Essa é a mais frequente. Mesmo que você pense que colocou a tag no cabeçalho/rodapé compartilhado em todo o site, só a thank-you page é gerada por um sistema ou template diferente que não está sob o gerenciamento da tag compartilhada.
- Uma ferramenta de formulário, carrinho ou sistema de reservas serve uma página de conclusão em um domínio externo
- A página de conclusão é um arquivo HTML puro único que não passa pelo template do site
- O contêiner do GTM está em todas as páginas, mas a página de conclusão é construída em um painel administrativo separado
Mesmo que você consiga confirmar a tag na página inicial ou nas páginas de produto, se não houver tag na página exata no momento em que o resultado ocorre, nenhuma conversão é registrada. A verificação básica é "abrir a própria página de conclusão e olhar" (o procedimento está abaixo). Para confirmar a própria tag de conversão do Google Ads, veja Como verificar sua tag de conversão do Google Ads; para o lado do GA4, veja Como confirmar se sua tag do GA4 está funcionando.
Armadilha comum: quando "os envios do formulário chegam mas as conversões estão zeradas", quase sempre é essa Causa 1. O que chega é a notificação por e-mail do formulário, que percorre um caminho diferente da tag de mensuração do navegador.
Causa 2: Perdas e contagens duplicadas por acesso direto, reload e o botão voltar
A thank-you page deveria ser "uma página que só quem enviou o formulário vê", mas na prática, chegadas que não passam pelo formulário acontecem sim. Isso gera tanto rastreamento perdido quanto contagem dupla.
- Um usuário favorita a página de conclusão e a abre dias depois, do zero
- Ele recarrega a página de conclusão, ou a exibe novamente com voltar/avançar do navegador
- Alguém que sabe a URL acessa diretamente
Com a configuração ingênua "disparar quando a página for exibida", até essas exibições que não passaram pelo formulário são contadas como conversões, inflando os números. Por outro lado, se você tornar "apenas uma vez" rígido demais, até conclusões legítimas podem ser perdidas (detalhado na Causa 5). O isolamento da contagem dupla em si é abordado em detalhes em Por que suas conversões estão sendo contadas em dobro e como corrigir.
Armadilha comum: se o número aumenta toda vez que você recarrega, isso não é um "resultado", mas uma recontagem da mesma conversão única. Quando a contagem de visualizações da página de conclusão e a contagem de conversões estão quase idênticas, desconfie dessa inflação.
Causa 3: Páginas de conclusão com redirecionamento perdem informações de clique ou o evento
Fluxos de conclusão que inserem um redirecionamento — como "enviar → página intermediária → página de conclusão" — precisam de cuidado. Conforme a página muda várias vezes no caminho, informações necessárias para a mensuração podem se perder.
- O identificador de clique do anúncio (
gclid, etc.) é carregado em um parâmetro de URL, mas não é passado adiante para o destino do redirecionamento - Ao sair para um serviço externo de pagamento/reserva e voltar, a sessão original ou os parâmetros são cortados
- O redirecionamento é tão rápido que a tag não tem tempo de rodar antes de chegar à página de conclusão
Quando isso acontece, a conversão em si ocorre, mas "de qual clique de anúncio ela veio" fica desconhecido, e ela não é corretamente vinculada à coluna de conversão do Google Ads.
Armadilha comum: quando "aparece nas conversões do GA4 mas não no Google Ads", o
gclidpode estar sendo perdido em um redirecionamento. Verifique se o identificador de clique sobrevive até a URL da página de conclusão.
Causa 4: SPAs e modais de agradecimento não disparam uma "transição de página", então nada dispara
Cada vez mais sites modernos exibem "obrigado" sem a URL mudar após um envio de formulário. SPAs (aplicações de página única) e modais de agradecimento exibidos dentro da mesma página se enquadram nessa categoria.
O problema é que muitas tags de mensuração usam "um novo carregamento de página" como gatilho para disparar. Se nem a URL nem a página mudam, do ponto de vista do navegador é como se "nada tivesse acontecido", e a tag não roda.
- Após o envio, a URL permanece a mesma e só a mensagem de conclusão é trocada
- A conclusão é exibida em um modal (pop-up), e a própria página não transiciona
- "Obrigado" é apenas renderizado por JavaScript
Nesse caso, você precisa de um design que dispare a tag no "evento de que o envio foi bem-sucedido" em vez de no carregamento da página. Se o design não corresponder, a tela de conclusão aparece, mas as conversões sozinhas permanecem zeradas para sempre.
Armadilha comum: se "a mensagem de conclusão aparece corretamente, mas não é rastreada", desconfie primeiro de SPA/modal. Uma conclusão em que a URL não muda não pode ser capturada por uma tag disparada por carregamento de página.
Causa 5: Uma incompatibilidade entre "disparar uma vez" e "disparar sempre"
A tag da página de conclusão envolve uma configuração de se deve "contar apenas uma vez por pessoa" ou "contar toda vez" que é exibida. Quando isso está desalinhado com sua intenção, pode levar tanto a uma perda quanto a uma inflação.
- "Uma vez" é rígido demais: um cookie ou similar decide "já contado", e até uma solicitação separada e legítima é perdida
- "Sempre" é solto demais: conta a cada reload ou acesso direto, inflando para o dobro ou o triplo
- Solicitações geralmente são "uma vez" e compras "toda vez (cada vez)", mas se a forma como a página de conclusão é construída não corresponder à configuração, os números não vão bater
A contagem dupla no reload está diretamente ligada à Causa 2. Você precisa pensar nisso junto com "como a página de conclusão realmente é reexibida", não apenas na configuração isolada.
Armadilha comum: se "o mesmo usuário fez a solicitação duas vezes em dias diferentes, mas só uma aparece", a configuração de "uma vez" pode estar agressiva demais. Por outro lado, se "uma solicitação produz várias", desconfie da combinação de disparo sempre mais reloads.
Causa 6: O formulário é enviado antes do consentimento, então não é rastreado
Em sites que exibem um banner de consentimento de cookies, se o usuário envia o formulário e chega à página de conclusão antes de consentir, a mensuração pode ser restringida ou modelada e acabar não registrada.
- O formulário é enviado primeiro, sem fechar (consentir com) o banner de consentimento
- No estado sem consentimento, a tag de mensuração está configurada para não rodar/ter seu sinal restringido
- Mesmo que você peça consentimento na página de conclusão, a essa altura o momento de disparar já passou
A tela de conclusão aparece normalmente, mas a mensuração sozinha silenciosamente cai dependendo do estado de consentimento — esse é um ponto cego difícil de perceber. A relação entre estado de consentimento e mensuração é explicada em detalhes em Por que o consent mode faz suas conversões caírem.
Armadilha comum: quando "aparece quando eu mesmo testo (porque opero depois de consentir), mas os números de produção estão baixos", visitantes reais podem estar concluindo sem consentir. Seu próprio teste tende a prosseguir já consentido sem que você perceba, então isso ignora a perda.
Causa 7: Como verificar — abra a página de conclusão diretamente e observe o disparo com seus próprios olhos
A maioria das Causas 1–6 acima pode ser isolada olhando, em última instância, para "abrir a página de conclusão e ver se a tag realmente roda". O procedimento é simples.
- Abra a página de conclusão (thank-you page). Se possível, realmente envie o formulário para chegar até ela
- Abra as DevTools do seu navegador e mostre a aba "Network"
- Filtre por
conversion,googleads,collect(GA4), e afins - No momento em que você chega à página de conclusão, observe se a solicitação de mensuração (
…/pagead/conversion/…, etc.) dispara - Se disparar, verifique o conteúdo — o ID de conversão (
label, etc.) e ogclidsão o que você pretendia?
Se nenhuma solicitação disparar, é a Causa 1 (tag ausente) ou a Causa 4 (SPA sem disparo); se o gclid estiver ausente, Causa 3 (perda no redirecionamento); se disparar a cada reload, Causas 2 e 5 (contagem dupla) — então você pode rapidamente restringir do sintoma até a causa. Para o panorama geral do diagnóstico, veja também o guia de diagnóstico para quando conversões não aparecem.
Armadilha comum: com um bloqueador de anúncios ou proteção contra rastreamento ativados, a própria solicitação é bloqueada e parece que "não está disparando". Verifique em um estado limpo com esses recursos desativados.
O que verificar na sua própria máquina não consegue te dizer
Abrir a página de conclusão você mesmo e observar o disparo é útil, mas verificar uma vez na sua própria máquina tem dois limites estruturais.
- Seu ambiente não é o ambiente dos seus visitantes. Você já consentiu com o banner, e suas extensões e condições de IP do escritório são diferentes. Mesmo que dispare perfeitamente na página de conclusão para você, a tag pode estar falhando para visitantes que não consentem, ou visitantes em um ambiente diferente.
- É difícil verificar quando um clique de anúncio está envolvido. Para ver corretamente "isso realmente rastreia quando você chega à página de conclusão via um anúncio", você precisaria clicar em um anúncio ativo para recriar o caminho — o que carrega o risco de uma violação de política de anúncios como autoclique.
Julgar "dispara na página de conclusão para minha ação, então está tudo bem" tende a deixar passar o problema de dados se perdendo no caminho real que seus visitantes percorrem.
Checklist: verificando o rastreamento da thank-you page
- Abriu a própria página de conclusão e confirmou que a tag de mensuração está presente (a página de conclusão, não a página inicial)
- Realmente enviou o formulário para chegar até ela, e confirmou o disparo no Network do DevTools
- Confirmou que não há contagem dupla ao recarregar/acessar diretamente a página de conclusão
- Se houver redirecionamento envolvido, confirmou que o
gclidetc. sobrevive até o final até a URL da página de conclusão - Para conclusões via SPA/modal, confirmou que o design dispara no evento de sucesso do envio, não no carregamento da página
- Confirmou que a configuração de disparo "uma vez/toda vez" corresponde a como a página de conclusão é reexibida
- Confirmou que o rastreamento se comporta como pretendido mesmo no estado sem consentimento do banner de consentimento
- Verificou em um ambiente limpo com bloqueador de anúncios, proteção contra rastreamento e exclusão de IP do escritório desativados
Quando considerar rastreamento baseado em eventos em vez de uma thank-you page
O rastreamento por página de agradecimento nem sempre é a melhor escolha. Concorrentes e guias do setor cada vez mais recomendam rastreamento de conversão baseado em eventos — disparar a tag no evento de sucesso do envio do formulário em vez de em uma URL de destino. Considere mudar quando:
- Seu fluxo de conclusão usa uma SPA, modal ou confirmação inline em que a URL não muda (a Causa 4 efetivamente força uma abordagem baseada em eventos de qualquer forma)
- Múltiplos formulários compartilham a mesma URL de thank-you page, tornando impossível dizer qual formulário gerou a conversão
- Você precisa passar valores dinâmicos (valor do pedido, ID do produto) que não estão naturalmente embutidos em uma thank-you page estática
- Você quer eliminar falsos positivos de acesso direto, favoritos e reloads sem depender de uma lógica frágil de cookie "apenas uma vez"
O rastreamento baseado em eventos dispara no momento exato em que a ação é bem-sucedida, independentemente de mudanças de URL, e pode carregar dados ricos no payload do evento. Quando a arquitetura do seu site suporta isso, é a opção mais confiável. Para configurações em que a thank-you page é servida por uma ferramenta de terceiros (sistema de reservas, gateway de pagamento) e você não consegue controlar o JavaScript, o rastreamento por thank-you page ainda pode ser a única abordagem prática.
Não esqueça: conversões otimizadas e valor de conversão
Mesmo quando a tag dispara corretamente na sua thank-you page, dois tipos de dados costumam ficar de fora.
Conversões otimizadas
As conversões otimizadas do Google Ads permitem que você envie dados próprios com hash — endereço de e-mail, número de telefone, ou nome e endereço — junto com o sinal de conversão. Isso ajuda o Google a corresponder conversões a cliques de anúncios mesmo quando os cookies são bloqueados ou o gclid é perdido. Em uma thank-you page, você geralmente tem os dados enviados pelo usuário disponíveis no DOM ou na data layer; passá-los para a tag de conversão melhora significativamente a precisão de atribuição sob restrições de cookies e consent mode.
Valor de conversão e dados de transação
Para fluxos de e-commerce ou serviços pagos, rastrear apenas "uma conversão aconteceu" perde o ponto. A tag da thank-you page também deve passar:
| Parâmetro | Por que importa |
|---|---|
value + currency |
Habilita estratégias de lances baseadas em ROAS no Google Ads |
transaction_id |
Deduplica conversões no lado do servidor, prevenindo contagens duplas mesmo sem lógica de "uma vez" baseada em cookie |
items / dados de produto |
Alimenta públicos de remarketing e relatórios em nível de produto no GA4 |
Se sua thank-you page não envia valor e ID de transação, seus algoritmos de lances estão otimizando às cegas — eles sabem que uma conversão aconteceu, mas não quanto ela valeu. Verifique se esses parâmetros estão preenchidos na aba Network junto com o sinal básico de conversão (Causa 7).
Perguntas frequentes
P. O e-mail de solicitação do formulário chega, mas a conversão não é rastreada. R. A notificação por e-mail é o processamento do lado do servidor da ferramenta de formulário, enquanto a conversão é a tag de mensuração do lado do navegador — caminhos separados. As causas clássicas são a tag não estar na página de conclusão (Causa 1), ou nenhuma transição de página disparando em uma SPA/modal (Causa 4). Abra a página de conclusão diretamente e confirme o disparo.
P. As conversões aumentam toda vez que recarrego a thank-you page. R. Está configurado para "disparar em toda exibição", então está sendo contado em reloads e acessos diretos também — inflação (Causas 2 e 5). Configure o disparo para "apenas uma vez", ou mude o design para disparar no evento do envio do formulário.
P. Por que não é rastreado mesmo com a mensagem de conclusão aparecendo? R. Com uma SPA ou modal de agradecimento em que a URL não muda, o gatilho de disparo da tag (carregamento de página) provavelmente não está ocorrendo (Causa 4). Você precisa de um design que dispare no evento de sucesso do envio.
P. Aparece no GA4 mas não nas conversões do Google Ads.
R. Ou o gclid está sendo perdido em um redirecionamento e não está vinculado ao clique do anúncio (Causa 3), ou o evento do GA4 não está registrado como um evento-chave (conversão) no lado do Google Ads. Verifique se o identificador de clique sobrevive na URL da página de conclusão.
P. É rastreado quando eu mesmo testo, mas os números de produção estão baixos. R. Você está testando já consentido com o banner, enquanto visitantes reais podem estar concluindo sem consentir (Causa 6). Exclusão de IP do escritório e diferenças de ambiente também são fatores. O sucesso na sua máquina não garante sucesso em produção.
Conclusão: verifique a página de conclusão em três pontos — chegada, instalação, disparo
Os motivos pelos quais o rastreamento da thank-you page cai se resumem a três pontos: ① chegada (nenhuma transição por causa de redirecionamento/SPA), ② instalação (tag ausente só na página de conclusão), e ③ disparo (perdas/duplicatas por acesso direto e reload). Verifique as Causas 1–7 de cima para baixo, depois finalmente abra a página de conclusão diretamente e observe o disparo com seus próprios olhos — e você chegará à causa sem mudar configurações aleatoriamente. Para os passos, use também o checklist de verificação de rastreamento de conversão.
Mas as verificações de disparo na sua própria máquina têm limites. Ir além — confirmar que a página de conclusão registra corretamente no caminho real, incluindo visitantes que não consentem, em produção — é o que "estar 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 na página de conclusão, então os verifica — sem necessidade de clicar no seu próprio anúncio e sem interferência do seu ambiente de escritório. Comece com uma verificação estática gratuita para confirmar o ponto de entrada da sua mensuração de thank-you page.