Se o seu relatório de UTM mostra clique, sessão e origem mas você continua sem saber qual anúncio pagou a venda, o problema não é configuração errada. É o limite do que o UTM foi feito para responder. O UTM não mede conversão, ele é um rótulo de origem que viaja na URL e diz de onde veio o clique, nada além disso. Quem espera que ele mostre vendas está pedindo à ferramenta uma resposta que ela nunca prometeu dar.
Aqui eu quero ser honesto sobre onde o UTM resolve e onde ele para, inclusive sobre o que o próprio UTM Builder não resolve sozinho, e por qual motivo técnico. No fim você vai entender por que fechar o loop de atribuição exige reconciliar o clique com a conversão real no checkout, e não apenas empilhar mais parâmetros na URL.
O que o UTM realmente é: um rótulo de origem
Um parâmetro UTM é texto que você anexa no fim da URL do anúncio. Quando alguém clica, esse texto viaja junto até o site de destino e o GA4 lê o valor para registrar de onde a sessão veio. É isso. O UTM carrega a etiqueta utm_source=facebook como uma carta carrega o remetente no envelope, ele identifica a origem do envio, não conta o que aconteceu depois que a carta foi aberta.
Essa natureza tem uma consequência que quase ninguém nomeia: o UTM só existe no momento do clique. Ele entra na sessão quando a página carrega e vive dentro dela. A partir daí, o que acontece: o visitante navega, abandona, volta três dias depois por um link direto, compra: é um universo de eventos que o rótulo de origem não acompanha. O UTM marca o começo do rastro. Ele não é o rastro inteiro.
Por isso o UTM é insubstituível para o que ele faz e inútil para o que ele não faz. Ele te diz que a campanha lancamento-curso-mai25 em facebook / cpc trouxe 1.200 sessões. Não te diz que 1.190 dessas sessões saíram sem comprar, nem quais dos seus criativos geraram os 10 pedidos que fecharam. Para o começo do trabalho, isso basta. Para decidir onde colocar o próximo real de verba, não.
Onde o GA4 para: a sessão não sabe do checkout
A objeção natural aqui é: mas o GA4 cruza UTM com conversão. Cruza, sim: com três ressalvas que decidem tudo na prática.
A primeira é que esse cruzamento depende de você ter configurado os eventos de conversão corretamente, e a maioria das contas que audito tem esse trecho quebrado ou pela metade. A segunda é a janela de atribuição e o modelo do GA4, que redistribuem crédito entre canais de um jeito que raramente bate com o número que o financeiro enxerga. A terceira, e a mais séria, é o que acontece quando a venda fecha fora do domínio onde a sessão começou.
Esse terceiro ponto é o buraco real. Em boa parte dos negócios brasileiros a compra não acontece no seu site, acontece no checkout de um gateway, numa página de plataforma de curso, num domínio de terceiro. O visitante clica no anúncio, cai na sua página com os UTMs na URL, e depois é levado para checkout.plataforma.com para pagar. Nesse salto de domínio, a sessão do GA4 do seu site e o evento de compra que aconteceu lá fora são dois mundos separados. O UTM ficou para trás na primeira página. A venda nasceu num lugar onde o rótulo de origem nunca chegou.
O resultado é o relatório que você conhece: tráfego lindo por origem no GA4, receita real no extrato do gateway, e nenhuma linha confiável ligando um ao outro. O GA4 mostra a sessão por origem; ele não amarra essa origem à venda que aconteceu no checkout de terceiro. Não é defeito de configuração, é a arquitetura do modelo baseado em sessão esbarrando na realidade de um funil que atravessa domínios.
Um caso que resume o problema
Trabalhei com uma operação de infoproduto que rodava lançamento com seis criativos ativos na mesma campanha do Meta, todos com UTM impecável: source, medium, campaign e content preenchidos, tudo minúsculo, tudo com hífen. A estrutura de nomenclatura estava correta do início ao fim.
No dia do fechamento, a pergunta do cliente foi direta: qual desses seis criativos trouxe as vendas? O relatório de UTM respondia metade, mostrava quantas sessões cada utm_content gerou. Só que a venda acontecia na página de checkout da plataforma de curso, outro domínio, onde o GA4 do site não enxergava. Dava para dizer qual criativo trouxe mais clique. Não dava para dizer qual criativo trouxe mais matrícula. E clique barato com matrícula zero é o criativo que você deveria ter desligado no segundo dia, não escalado.
Na minha experiência, esse é o padrão mais comum de quem faz UTM bem-feito e ainda assim decide no escuro: o dado da origem está certo, mas ele morre antes da linha que importa. A conta não estava com o UTM mal configurado. Estava com o loop aberto.
O que significa fechar o loop de atribuição
Fechar o loop é reconciliar duas pontas que hoje vivem separadas: o clique, com todo o seu contexto de origem (source, medium, campaign, content, e o link específico), e a conversão real, registrada onde ela de fato acontece: o checkout, tratado como fonte da verdade da venda.
A diferença entre medir sessão e medir conversão é a diferença entre saber que o Facebook trouxe gente e saber qual anúncio se pagou. Para chegar na segunda, você precisa de algo que persista a identidade de origem além da primeira página e a reencontre no momento da compra, mesmo que a compra aconteça em outro domínio. É aí que entra a captura de conversão do lado do servidor, cruzando o evento de venda de volta com o clique que o originou. Esse é o trabalho do App Tracker: pegar o rastro que o UTM começou e amarrar na venda que o GA4 não alcança, alimentando inclusive a API de Conversões do Meta com o evento real em vez de depender só do pixel do navegador.
Seja transparente comigo de volta: o UTM Builder também não fecha esse loop sozinho. O motivo é técnico e vale explicar. A função do UTM Builder termina no clique, ele gera o link no padrão certo, encurta em castnx.link e registra o acesso ao link curto (quantos cliques, quando, de qual dispositivo, de qual país). O que ele registra é o clique, não a compra. A tabela de cliques do encurtador não tem, e não deveria ter, o evento de checkout, porque a venda acontece num domínio que o encurtador não controla. Para casar clique com venda é preciso capturar a conversão no destino e reconciliar, e essa peça é o Tracker, não o gerador de links.
Por que gerar o link no mesmo ecossistema que mede a venda
Nada disso torna o UTM dispensável. Ele continua sendo a primeira peça do rastro, sem a etiqueta de origem no clique, não há o que reconciliar depois. O que muda é onde você gera esse link. Quando o link com UTM nasce no mesmo ambiente que vai capturar a conversão lá na frente, as duas pontas já falam a mesma língua desde o início: o short_code do link curto é a mesma chave que reaparece quando a venda fecha.
É a diferença entre montar o UTM numa planilha, encurtar num serviço, medir no GA4 e tentar cruzar três fontes desconexas no fim do mês, contra gerar o link já preparado para ser reconciliado com a conversão. A primeira via te dá origem sem venda. A segunda te dá o loop fechado: campanha, criativo, clique, lead e venda na mesma linha, com o custo por link do lado.
Obs.: isso não substitui configurar UTM direito. Rótulo de origem inconsistente estraga a reconciliação tanto quanto estraga o relatório do GA4, se a origem chega bagunçada, a venda vai casar com um dado sujo. Antes de pensar em fechar o loop, garanta que o começo do rastro está limpo. O guia completo de parâmetros UTM cobre os padrões que sustentam tudo o que vem depois.
FAQ
UTM mostra cliques mas não vendas, por quê?
Porque o UTM é um rótulo de origem que vive dentro da sessão do site onde o clique caiu. Ele identifica de onde veio o tráfego, mas não acompanha o visitante até a compra: sobretudo quando a compra fecha em outro domínio, como o checkout de um gateway ou plataforma de curso. O clique e a venda ficam em mundos separados, e o UTM sozinho não liga um ao outro.
O GA4 não resolve a atribuição de conversão?
Parcialmente. O GA4 cruza UTM com conversão quando os eventos estão bem configurados, mas esbarra em três limites: a configuração de conversão costuma estar incompleta, o modelo de atribuição por sessão redistribui crédito de forma que não bate com o financeiro, e a venda em domínio de terceiro nasce fora do alcance da sessão do seu site. Ver o diagnóstico de UTMs no GA4 e o problema do (not set) ajuda a separar o que é erro de configuração do que é limite estrutural.
Então parar de usar UTM?
Não. O UTM é a primeira peça do rastro, sem a etiqueta de origem no clique, não há como reconciliar nada depois. O que ele não faz é ser o rastro inteiro. Use UTM para marcar a origem com precisão e trate o fechamento do loop como uma camada adicional, não como substituição. Um começa onde o outro termina.
Como saber qual criativo gerou a venda, não só o clique?
Você precisa capturar a conversão onde ela acontece (o checkout como fonte da verdade) e reconciliar de volta com o clique que a originou, usando a identidade de origem que o UTM carregou. Esse cruzamento é o trabalho de uma ferramenta de traqueamento server-side como o App Tracker, que alimenta inclusive a API de Conversões do Meta com o evento real. O UTM entrega a origem; o Tracker amarra a venda.
Gere o link certo e feche o loop
O UTM responde de onde veio o clique com precisão, e para exatamente aí. Cobrar dele a resposta sobre vendas é pedir à etiqueta do envelope que conte o que estava escrito na carta. A resposta que paga a conta mora na conversão real, no checkout, num lugar que o rótulo de origem não alcança sozinho.
Comece pelo começo bem-feito: gere a URL com UTM no UTM Builder, no padrão correto e já encurtada em castnx.link, com os cliques de cada link à vista. É grátis e sem instalar nada em utm.castnexo.com.br. E antes de subir a próxima campanha, revise os erros comuns de UTM que corrompem o rastro logo na origem, porque loop fechado com dado sujo na entrada continua sendo dado sujo. Quando quiser sair da origem para a venda e saber qual anúncio se pagou, é o App Tracker que fecha o loop que o UTM abriu.