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.
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.
Abra o site e peça para ver o código-fonte da página.
Procure pelo nome do arquivo do script. Ele está lá, no HTML que o servidor mandou?
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.