Pular para o produto

uma plataforma, vários pontos de vista

Blog
Captação

O pixel não é o formulário — e confundir os dois quebra a atribuição

Quando a chave de rastreio do site é a chave de um formulário, um detalhe de instalação passa a disparar réguas e a inventar origem de lead.

Equipe uleadflow · 3 min de leitura · atualizado em 18 de setembro de 2026

Parece uma escolha interna, sem efeito visível. Ela tem três, e todos aparecem meses depois da instalação — quando ninguém mais lembra que houve uma escolha.

Problema 1: a ordem de instalação fica invertida

Se a chave do script é a de um formulário, instalar o rastreio passa a depender de já existir um formulário publicado. Quem entra para medir o site — que é o passo natural do primeiro dia — encontra um bloco vazio mandando criar outra coisa antes.

É a dependência ao contrário. O rastreio é o que mostra onde vale a pena pôr o formulário.

Problema 2: o lead nasce com uma origem falsa

Quando o script captura um lead em algum ponto do site — um formulário de contato que já existia, por exemplo —, esse lead precisa ser atribuído a alguma coisa. Com uma chave de formulário no snippet, ele é atribuído àquele formulário. Que foi escolhido por acaso, na instalação.

A partir daí, qualquer régua com gatilho “veio do formulário X” passa a disparar por causa de um detalhe de instalação. O fluxo de nutrição de um material rico começa a chegar para quem pediu orçamento.

A resposta honesta é “não sei”

Um lead capturado pelo script no meio do site não veio de um formulário específico. O campo de formulário deve ficar vazio, e a origem deve dizer pixel. Preencher com um palpite é pior do que deixar em branco: o palpite entra no relatório como fato e alimenta automação.

Problema 3: desativar um formulário derruba o site inteiro

Formulário desativado costuma ser tratado como inexistente — e é o comportamento certo, para que ele pare de receber envios. Se o script do site usa a chave dele, o rastreio do site inteiro para junto.

Sem erro no console, sem aviso no painel. Os gráficos simplesmente começam a cair, e a investigação leva semanas porque ninguém liga uma coisa à outra.

O que fazer se o seu já está instalado assim

Trocar a chave significa editar o HTML de todos os sites onde o script já está — e “atualizar todo mundo” é algo que não existe: o código está na casa do cliente, e boa parte dele não vai mexer.

A migração viável é a que aceita as duas chaves ao mesmo tempo, com a mesma porta de entrada resolvendo qual é qual. Instalações novas usam a chave da conta; as antigas continuam funcionando indefinidamente. O dia da troca não pode ser o dia em que o rastreio de quem já instalou morre sem aviso.

Um teste que vale mais que o painel

Muita conta mostra “pixel instalado” em verde por causa de dados que nunca vieram do pixel — pageviews importados de outra ferramenta, por exemplo. O selo verde fica lá, e o script nunca esteve no ar.

  1. Abra o site e peça para ver o código-fonte da página.

  2. Procure pelo nome do arquivo do script. Ele está lá, no HTML que o servidor mandou?

  3. Se estiver, abra o painel de rede do navegador e recarregue: o arquivo é realmente baixado, com resposta 200?

Etapa que mente é pior do que etapa que falta

Um passo de configuração marcado como concluído encerra a conversa sobre um trabalho que não foi feito. É por isso que a verificação de instalação precisa distinguir “dado que o pixel produziu” de “dado que existe na conta” — são coisas diferentes, e só a primeira prova alguma coisa.

Compartilhar
Próxima leituraSPF é um registro só — e é assim que se derruba o e-mail da empresa inteira
Continue a jornada

Newsletter

Uma leitura por semana. Nenhum funil.

Ideias curtas sobre jornadas não lineares, direto no seu e-mail. Cancele quando quiser.