Conversões no Meta Ads: o que conta, o que não conta e por quê

Conversões no Meta Ads são os eventos que você disse à Meta para contar: um lead, uma compra, um contato iniciado. A plataforma não sabe o que é uma venda para o seu negócio; ela conta o que o pixel ou a API de Conversões mandou, dentro da janela de atribuição que a conta usa. Por isso a coluna de conversões quase nunca bate com o CRM, e por isso uma campanha pode "converter muito" e não vender nada: ela foi otimizada para o evento errado. Este artigo explica o que entra na coluna, o que fica de fora, como escolher o evento certo e como conferir, em dez minutos, se as conversões estão contando.

O que a Meta chama de conversão

Uma conversão, para a Meta, é um evento com nome que chegou ao servidor dela associado a uma pessoa que viu ou clicou num anúncio seu. Três partes:

• O evento. Um nome (Lead, Purchase, Contact, CompleteRegistration ou um nome que você inventou) e, opcionalmente, parâmetros como valor e moeda.
• O envio. O evento chega por dois caminhos: o pixel, um script que roda no navegador da pessoa, e a API de Conversões, um envio do seu servidor (ou de uma ferramenta que faz isso por você) direto para a Meta. Os dois podem mandar o mesmo evento; a Meta tenta juntar as duas cópias usando um identificador de evento igual nos dois envios.
• A ligação com o anúncio. A Meta cruza o evento com quem viu ou clicou e decide se ele conta dentro da janela de atribuição.

Note o que não está na lista: nada sobre o que aconteceu depois. Se o lead atendeu o telefone, se a compra foi estornada, se o contato era um concorrente pesquisando preço. A Meta conta o evento no momento em que ele chega. O que vem depois, só o seu CRM sabe.

Formulários nativos são um caso à parte: o lead acontece dentro da plataforma, sem pixel, e é contado direto. É a contagem mais confiável do Meta Ads e a mais desconectada do resto do funil, porque o dado precisa sair da Meta para chegar em algum lugar seu.

Por que as conversões no Meta Ads não batem com o CRM

Quem já tentou fechar os leads do Gerenciador com os do CRM sabe que não fecha. Não é defeito. São três mecanismos, e todos empurram o número numa direção previsível:

1. Janela de atribuição. A Meta credita conversões que aconteceram dias depois do clique. O CRM grava a origem no dia em que o lead entrou e pelo caminho que ele entrou. Um lead que clicou no seu anúncio na terça e preencheu o formulário na sexta vindo do Google é Meta para a Meta e Google para o CRM.
2. Visualização versus clique. Conversão por visualização é a que mais infla: a pessoa passou pelo anúncio no feed, não clicou, e converteu por outro caminho depois. Conta para a Meta, dentro da janela de visualização. O CRM nunca vai saber que aquele anúncio existiu.
3. Deduplicação. A Meta funde cópias do mesmo evento que chegam pelo pixel e pela API; o CRM funde pessoas, por telefone ou e-mail. Quando a dedup da Meta falha (identificador de evento ausente), a coluna incha. Quando a mesma pessoa preenche o formulário três vezes, o CRM mostra um e a Meta mostra três.

Os detalhes de cada mecanismo, o que muda quando você troca a janela e como escolher uma régua só estão em atribuição no Meta Ads. O que importa aqui é a consequência: a coluna de conversões mede a contribuição do anúncio pela régua da Meta. O CRM mede o que entrou. São duas perguntas. Você precisa das duas, e precisa parar de esperar que deem o mesmo número.

Exemplo ilustrativo, com números inventados só para mostrar a conta: a Meta reporta 120 leads no mês. O CRM tem 95 leads com origem Meta. Dos 25 de diferença, 12 são de visualização, 8 são leads que o CRM atribuiu a outra fonte e 5 são duplicados que o CRM fundiu. Nenhum dos 25 é um erro. Se a diferença fosse 60, aí sim valeria abrir a implementação.

Conversão padrão e conversão personalizada

A Meta reconhece um conjunto de eventos padrão, com nomes fixos: Lead, Purchase, Contact, AddToCart, CompleteRegistration, entre outros. Usar o nome padrão tem uma vantagem prática: a plataforma sabe o que aquele evento significa, otimiza a entrega com base nele e mostra o número em colunas prontas do relatório.

A conversão personalizada é uma regra que você define em cima de eventos que já chegam: "conte como conversão a visualização de página cuja URL contém /obrigado" ou "conte o Lead cujo parâmetro de plano seja premium". Ela serve para dois casos:

• Você não consegue instalar um evento novo no site (a página é de terceiros, o desenvolvedor não tem prazo) e usa a URL da página de obrigado como sinal.
• Você quer separar um subconjunto de um evento padrão: lead qualificado versus lead qualquer, compra acima de um valor.

A armadilha é montar a conta inteira em cima de conversões personalizadas por URL. Uma mudança na página de obrigado, e todas as campanhas param de contar no mesmo dia, sem aviso. Se puder escolher: evento padrão enviado pelo pixel e pela API como base; conversão personalizada como camada de cima, para recortar.

Tipo de conversão, quando usar e a armadilha de cada um

O erro de otimizar para o evento errado

Quando você escolhe o evento de conversão de um conjunto de anúncios, você está dizendo à Meta: "procure pessoas parecidas com as que fazem isto". A plataforma leva ao pé da letra. Se o evento é cadastro e o cadastro é gratuito, ela vai achar quem se cadastra de graça. Se o evento é contato e o botão de contato é fácil de apertar, ela vai achar quem aperta botão.

O caso clássico: uma campanha otimizada para cadastro, com CPL baixo e cadastros em volume, que o comercial não consegue transformar em venda. A campanha está fazendo exatamente o que foi pedido. O pedido estava errado.

A regra: otimize para o evento mais próximo da receita que ainda gere volume suficiente para a Meta aprender. Se compra é raro demais, suba um degrau (início de checkout, lead qualificado). Se lead qualificado ainda é raro, suba outro (lead). Mas suba sabendo que cada degrau para cima é um degrau para longe do que o negócio compra, e que a distância entre o evento otimizado e a venda tem que ser medida em outro lugar. A conta de quanto cada lead vale está em CPL: o que é e como avaliar; a do custo pela ação que importa, em CPA: o que é.

Dois sinais de que o evento está errado:

• A conversão da Meta cresce e a venda não acompanha. O anúncio está achando quem faz o evento, não quem compra.
• O custo por resultado é bom e o comercial reclama da qualidade. Mesmo sintoma, outro ângulo.

Quando um dos dois aparece, o ajuste não é no público nem no criativo. É no evento.

O que não conta como conversão (e muita gente acha que conta)

• Clique no botão de WhatsApp na página. Só conta se você disparar um evento nesse clique. Sem evento, é um clique como outro qualquer. Como medir isso direito está em medir tráfego pago no WhatsApp.
• Visualização da página de obrigado sem regra. Se ninguém criou a conversão personalizada nem disparou o evento, a Meta viu uma visualização de página. Isso não é conversão.
• Lead que chegou ao CRM sem passar pelo pixel. Ligação, e-mail direto, indicação. O CRM registra; a Meta nunca soube.
• Compra confirmada dias depois do evento. Se o evento de compra dispara na tela de pedido e o pagamento cai depois, a Meta contou o pedido, não a venda. Boleto não pago é conversão para a Meta.
• Evento disparado no clique do botão, antes de o formulário validar. Conta, mas é o pior tipo de conversão: mede intenção de enviar, não envio.

Como checar se as conversões estão contando

Um teste que leva dez minutos e evita semanas de decisão em cima de número furado. A ideia: gere um evento que você conhece e veja se ele aparece do outro lado.

1. Faça a ação real. Preencha o formulário, inicie a conversa, conclua a compra de teste. Do celular, com a internet do celular, porque é onde a maior parte dos cliques do Meta acontece.
2. Confira se o evento chegou à Meta. A Meta oferece uma ferramenta de teste de eventos que mostra os eventos recebidos do pixel e da API. Como acessá-la e o que cada status significa está na central de ajuda da plataforma. O que você procura: o evento com o nome certo, os parâmetros preenchidos e, se você usa pixel e API juntos, as duas cópias com o mesmo identificador.
3. Confira se o lead chegou onde os leads chegam. CRM, planilha, e-mail. Com a origem gravada.
4. Compare o nome do evento com o evento do conjunto de anúncios. É comum a página disparar Lead e o conjunto estar otimizado para outro evento, ou vice-versa.

Repita o teste toda vez que alguém mexer no site, na página de obrigado ou no formulário. E repita numa data fixa, toda semana, mesmo sem mudança: a maioria das quedas de conversão começa numa publicação de site que ninguém avisou.

Se o teste passa e a coluna de conversões ainda parece errada, o problema não é contagem. É atribuição ou evento errado, os dois assuntos acima.

Próximo passo

Esta semana, faça duas coisas. Primeiro, o teste da seção anterior em cada conta que você gerencia: uma ação real, do celular, e a confirmação de que o evento chegou com o nome certo. Segundo, abra cada conjunto de anúncios ativo e escreva ao lado o evento para o qual ele otimiza e o que o negócio de fato compra. Onde as duas colunas forem diferentes, você tem uma decisão a tomar: descer o evento ou passar a medir a distância entre eles no CRM. Para organizar essas colunas num relatório que o cliente lê, o modelo de relatório de tráfego pago mostra onde cada número entra; se preferir ver tudo num painel, veja como funciona o relatório de tráfego pago do Vazante.