Instrumentar a medição antes do primeiro real

A decisão que este capítulo destrava

Se a sua operação pode subir a primeira campanha na segunda-feira ou se precisa gastar as próximas três semanas montando a medição antes de liberar qualquer verba.

A cena é sempre parecida. O orçamento foi aprovado, a agência mandou o cronograma, o criativo está pronto, e alguém pergunta se o rastreamento está de pé. A resposta que aparece na reunião é "temos o analytics do produto, está tudo instrumentado". Aí a campanha sobe, roda seis semanas, queima o dinheiro combinado e devolve um custo por aquisição alto o bastante para a diretoria concluir que mídia paga não funciona para aquele produto.

O que se perde não é o orçamento, é a leitura

O custo de errar aqui é maior do que o dinheiro queimado, e é por isso que este é o capítulo mais denso da primeira parte. Quando a instrumentação está errada, você não perde só o orçamento: você perde a leitura. Sai da experiência sem saber se o problema era o criativo, o preço, a página de chegada ou o fato de a plataforma nunca ter descoberto quem virou cliente. E uma operação que não sabe qual das quatro coisas falhou vai repetir o teste do mesmo jeito no trimestre seguinte, com outro nome e outro fornecedor.

Matt Swulinski, que foi a primeira contratação de marketing da Wispr Flow e hoje lidera crescimento na Viktor, coloca a instrumentação como a coisa que precisa estar pronta antes do primeiro centavo. A régua dele é dura e vale como ponto de partida: se todas as plataformas de mídia não estão recebendo o mesmo sinal, você ainda não tem permissão para gastar.

A lacuna estrutural: no e-commerce isso é um plugue, no SaaS é um projeto de engenharia

Se você vem de mídia paga em loja virtual, a instrumentação nunca foi um problema seu, e isso explica por que tanta gente subestima o esforço quando muda para software. No e-commerce existe categoria de produto pronta para resolver os dois pedaços do problema.

O primeiro pedaço é entregar o evento. O Elevar fazia rastreamento server-side e camada de dados para Shopify, sentando entre a loja e os canais de destino, ou seja, GA4, a API de conversões da Meta, a API de eventos do TikTok e o Klaviyo. Registre a mudança, porque ela importa para quem for procurar a ferramenta hoje: o Elevar não existe mais como empresa independente. O endereço getelevar.com redireciona para a Audiense. A Buxton comprou a Elevar, depois comprou a Audiense e dobrou uma dentro da outra em 2025. Cite a ferramenta no passado ou cite a mudança junto.

O segundo pedaço é atribuir o evento. O Triple Whale se descreve como o sistema operacional de IA construído para o e-commerce moderno, e a documentação de atribuição dele descreve três mecanismos: o Triple Pixel, que captura mais dados de primeira parte que o rastreamento padrão; atribuição multi-toque, que distribui crédito por vários pontos de contato antes da compra; e deduplicação entre canais, que elimina o viés de plataforma e as reivindicações de conversão sobrepostas, criando uma fonte única de verdade para todos os canais. Sete modelos disponíveis, de primeiro clique a último clique.

A síntese que resume a categoria inteira cabe em uma linha: o Elevar entregava o evento, o Triple Whale atribui o evento. Instala o pixel, pluga o gasto, quinze minutos e você tem leitura.

No SaaS, e mais ainda em produto de IA, esse par não existe pronto. Cada empresa reconstrói a coisa inteira do zero: banco de eventos, camada de BI, definição de qual ação conta como conversão, atribuição de primeiro ou último clique escrita à mão em SQL. O operador chama isso de lacuna de mercado esperando uma startup preenchê-la, e a leitura dele é razoável: existe uma diferença de maturidade de uma década entre as duas categorias, porque o e-commerce faz isso há mais de dez anos e o SaaS chegou agora.

A consequência prática para quem opera sozinho

A consequência prática é a que interessa a você. No e-commerce, instrumentar é uma tarefa de instalação. No SaaS, instrumentar é um projeto com dono, prazo e revisão, e ele precisa acontecer antes e não em paralelo com a primeira campanha. Quem tenta fazer os dois ao mesmo tempo descobre o defeito na semana quatro, quando já gastou metade do orçamento de validação alimentando o algoritmo com um sinal torto.

A recomendação do operador para quem tem verba é contratar um bom líder de analytics somado a um desenvolvedor forte de analytics, cobrindo site e produto. Para uma operação de uma pessoa só, que é o caso da maioria de quem faz este curso, a tradução é outra: você não precisa de dois cargos, precisa de duas semanas de um desenvolvedor que já conheça o back-end do produto, com você sentado do lado escrevendo a lista de eventos.

O mecanismo que explica quase todo fracasso de mídia paga

Este é o parágrafo mais importante do capítulo, e ele descreve uma cadeia de cinco elos que se fecha sozinha. Guarde a cadeia, porque ela vai reaparecer em quase todo capítulo desta primeira parte.

Primeiro elo: o algoritmo de entrega persegue exatamente o sinal que você manda. Não o sinal que você queria mandar nem o que está escrito no plano de mídia. O que chega. Se o que chega é "cadastro concluído", ele vai buscar gente que conclui cadastro, e vai ficar muito bom nisso.

Segundo elo: quando a correspondência de identidade é ruim, uma parte dos seus clientes vira gente que a plataforma não consegue reconhecer. A conversão aconteceu no seu banco, e para a Meta ela não existe. São pessoas que compraram e que a plataforma não vê.

Terceiro elo: sem reconhecer quem virou cliente, o modelo perde a referência do que está procurando. Ele continua entregando anúncio, porque é o trabalho dele, mas mira em qualquer pessoa que se pareça com o pouco que ele conseguiu enxergar.

Onde a cadeia se fecha e o dano vira permanente

Quarto elo: o custo por aquisição real sobe. Não o custo que aparece no gerenciador, que pode até parecer bom para o evento errado, e sim o custo por cliente que a sua planilha de receita reconhece.

Quinto elo, que é onde o dano vira permanente: alguém apresenta esse número numa reunião e a empresa conclui que mídia paga não funciona para o produto. Fecha o canal por um ano. Na leitura do operador, na maioria das vezes o que estava errado era o setup, e a conclusão sobre o canal foi tirada de um teste que nunca chegou a testar o canal.

O que a documentação da Meta publica sobre qualidade de sinal

Aqui a pesquisa achou material melhor do que o episódio, e é isso que você vai levar para a sua operação. Três coisas estão escritas na documentação oficial e são conferíveis.

A primeira é a mecânica da deduplicação entre o pixel do navegador e a API de conversões do servidor. A documentação de marketing da Meta é literal: o eventID enviado pelo pixel precisa bater com o event_id enviado pelo servidor, o nome do evento precisa ser o mesmo nos dois lados, e os eventos só são deduplicados se forem recebidos dentro de 48 horas. Fora dessa janela, o mesmo cliente entra duas vezes na contagem, e você passa a otimizar sobre um volume de conversão que não existe.

A nota de correspondência e a prioridade dos parâmetros

A segunda é o Event Match Quality, a qualidade de correspondência de eventos. É uma nota de zero a dez, calculada sobre as últimas 48 horas. A janela curta manda na leitura: a nota responde rápido a uma mudança de instrumentação, e a que você lê hoje não descreve o mês passado.

A terceira é a que mais muda a sua rotina, porque ela é acionável na tarde de hoje. A Meta publica a prioridade dos parâmetros de correspondência, ou seja, quais dados de identidade pesam mais na hora de casar o seu evento com uma pessoa da base dela. A tabela abaixo é essa lista, e ela reordena a sua fila de trabalho: parar de brigar por cidade e código postal e começar a brigar por e-mail e pelo identificador de clique.

Do lado do Google, o recurso equivalente são as conversões aprimoradas, descritas pela documentação como um recurso que pode melhorar a precisão da medição de conversão. Repare no verbo, porque ele é o mesmo da Meta: melhora a precisão, e não uma promessa de resultado.

O Google publica uma escala que a Meta não publica, e ela é útil justamente por ser grosseira. A taxa de correspondência é classificada como baixa de zero a 15% e alta acima de 15%. É pouca granularidade, e é honesto: o Google não sugere que 40% é o dobro de bom que 20%, apenas separa o que está funcionando do que não está. Quando alguém te mostrar uma faixa mais detalhada, com adjetivo para cada intervalo de cinco pontos, pergunte de onde ela saiu.

Como trabalhar sem o número folclórico

A tentação é entender que sem percentual não dá para justificar o projeto internamente. O contrário é verdade, e a saída é melhor do que o número que você não tem.

O que é oficial já basta para montar uma ordem de trabalho defensável. Você sabe quais parâmetros pesam e pode ordenar a fila por peso, o que é uma decisão de engenharia concreta que a tabela acima resolve. Você sabe que a janela é de 48 horas, tanto para a deduplicação quanto para o cálculo da nota, o que define o ritmo de leitura: mudou a instrumentação na terça, meça na quinta e não espere o mês seguinte. E você tem a escala do Google para dizer se a taxa de correspondência está no lado ruim ou no lado bom da linha.

Troque a promessa emprestada pela medição da sua casa

Para a reunião interna, troque a promessa pela medição própria. Em vez de prometer 25% de queda no custo por aquisição citando um fornecedor, escreva assim: "hoje a nota de correspondência da conta é X e a taxa de correspondência no Google é Y%; vamos executar os itens de peso alto e medir as duas de novo em duas semanas". Você entrega um antes e um depois medidos na sua casa, com data. Isso vale mais em qualquer discussão do que um percentual emprestado de quem vende a ferramenta, e tem a vantagem de ser verdade.

A regra geral que sai daqui atravessa o curso inteiro: quando a documentação oficial descreve o mecanismo mas não publica o ganho, o mecanismo é seu para usar e o ganho é seu para medir. Emprestar o ganho de terceiro é o atalho que estraga a credibilidade de todo o resto do relatório.

A Canteiro descobre que otimizava pela coisa errada

A Canteiro é a operação inventada que atravessa este curso. Produto brasileiro de IA que transforma o áudio gravado no canteiro de obras em diário de obra estruturado, com medições, pendências e fotos indexadas. Fundada em 2024 por Rafael Nogueira e Bia Tavares, produto lançado em março de 2026, rodada semente de R$ 12 milhões em janeiro de 2026. Dani Peixoto entrou em agosto de 2026 como primeira contratação de marketing e é a única pessoa executando, com R$ 300 mil de orçamento de validação para três meses.

Na cena inventada da Canteiro, a primeira semana da Dani não foi de plano de mídia. Ela abriu o gerenciador da Meta e olhou qual evento a campanha que já rodava otimizava. O evento configurado era cadastro concluído. A base era de 1.900 usuários ativos e 34 construtoras pagantes, e o número de cadastros por mês era 2.100, dos quais 380 chegavam a publicar o primeiro diário. Custo por cadastro de R$ 41, um número que parecia excelente e que era exibido com orgulho nos relatórios mensais.

Os dois achados que fecharam a conta

O segundo achado foi pior que o primeiro. Ao procurar o evento de assinatura paga no gerenciador, ela não achou. Ele existia no banco da Canteiro, aparecia no painel de produto e alimentava o relatório de receita, e nunca tinha sido enviado para nenhuma plataforma de mídia. A Meta e o Google não sabiam que nenhuma das 34 construtoras tinha virado cliente. Do ponto de vista das plataformas, a Canteiro era uma empresa que produzia cadastros e nada mais.

O terceiro achado fechou a conta. O identificador de clique não estava sendo persistido: o usuário chegava pelo anúncio, navegava, saía, voltava dois dias depois pelo e-mail e assinava, e nesse caminho o identificador se perdia. Com a mediana de 19 dias entre o clique e a assinatura paga naquela operação, a perda não era exceção, era o caso comum.

O que precisa estar de pé antes de subir campanha

A lista abaixo é curta de propósito. Ela não descreve uma stack de dados madura, descreve o mínimo para que a primeira campanha produza uma leitura em vez de um debate.

O primeiro item é a definição escrita do evento de conversão, com a regra exata que decide se ele dispara. Escrita mesmo, em uma frase, num documento que o desenvolvedor e você assinam. A maior parte das discussões sobre número divergente entre painéis termina quando alguém percebe que as duas pontas usavam definições diferentes da mesma palavra.

O segundo é o evento chegando em todos os destinos com o mesmo nome. Mesmo nome, letra por letra. É o requisito literal da deduplicação da Meta, e é o erro mais comum e mais barato de consertar.

Identidade, âncora de conferência e rotina com data

O terceiro é a identidade persistida ao longo do tempo, e é o item que mais separa SaaS de e-commerce. Numa loja, clique e compra costumam acontecer na mesma sessão. Em software vendido para empresa, o intervalo é medido em semanas, e o identificador de clique precisa sobreviver a esse intervalo dentro do seu banco para ser reenviado junto com a conversão.

O quarto é um número que existe nos dois lados, escolhido por você para servir de âncora de conferência: uma contagem que precisa bater entre o seu banco e o gerenciador, com tolerância declarada. Sem uma âncora combinada, toda divergência vira discussão de opinião.

O quinto é a rotina de conferência com data, porque instrumentação apodrece. Um deploy do produto muda o nome de um evento, um consentimento de cookie muda a captura, e ninguém percebe até o custo por aquisição subir três semanas depois.

Um pedido que audita e não conserta

O padrão que este curso usa para trabalhar com modelo de linguagem em tarefa de diagnóstico é sempre o mesmo: separar o levantamento do conserto. Modelo que audita e corrige na mesma resposta produz um documento em que você não consegue mais distinguir o que estava quebrado do que ele achou bonito mudar, e a lista de correções vem com itens inventados no meio, porque o modelo preenche a forma de um relatório de auditoria mesmo quando não tem material para preencher.

O pedido abaixo faz uma coisa só: recebe a descrição da sua instrumentação e devolve uma tabela de lacunas classificadas, com a prioridade tirada da documentação. Ele é proibido de escrever plano, de sugerir ferramenta e de estimar ganho, e essa última proibição é a mais importante, porque estimar ganho é exatamente onde o número folclórico entra sem ser convidado.

Voltando à reunião de segunda-feira

A cena da abertura tem duas versões, e a diferença entre elas cabe em duas semanas de calendário.

Na primeira, a campanha sobe. Seis semanas depois, o relatório mostra custo por aquisição alto, alguém diz que mídia paga não funciona para produto de IA vendido para construtora, e o canal fecha. O orçamento de validação foi gasto, o aprendizado foi zero, e a próxima pessoa que propuser mídia paga naquela empresa vai começar a conversa devendo.

Na segunda, a campanha não sobe. Alguém abre o gerenciador, procura o evento que importa para o negócio, não encontra, e leva esse fato para a reunião. Duas semanas depois a campanha sobe com o evento certo chegando nos dois destinos com o mesmo nome, com o e-mail e o identificador de clique amarrados à conversão, e com uma data marcada para conferir tudo de novo. O custo por aquisição que sair dali pode ser alto ou baixo, e nos dois casos vai significar alguma coisa.

A régua que autoriza o gasto

A régua deste capítulo é essa, e ela é anterior a qualquer discussão sobre criativo, orçamento ou canal: você não está autorizado a gastar enquanto não souber que todas as plataformas recebem o mesmo sinal. Quem gasta antes disso não está comprando mídia, está comprando uma opinião sobre mídia. O capítulo seguinte resolve a pergunta que ficou aberta na cena da Canteiro, e que é a decisão mais consequente da primeira parte: qual evento a campanha vai otimizar, sabendo que o evento com mais volume quase nunca é o que descreve o cliente.