5 campanhas otimizando no escuro: auditoria de Meta Pixel e CAPI na StickDecor

A StickDecor é um e-commerce de decoração com mais de 500 produtos ativos e campanhas rodando no Meta Ads. O pedido foi direto: auditar a instalação do Pixel e da API de Conversões, porque os números do Gerenciador de Eventos não estavam batendo com a realidade da loja.

O sintoma

Os eventos de topo de funil — PageView e Ver Conteúdo — continuavam chegando normalmente, na casa dos milhares. Os eventos que importam para venda, não: Pesquisar, Adicionar ao Carrinho, Iniciar Checkout e Compra estavam praticamente zerados. Cinco conjuntos de anúncios ativos otimizavam justamente para esses eventos. Ou seja: o Meta estava distribuindo verba tentando encontrar compradores sem receber nenhum sinal de compra.

Isso é pior do que uma campanha ruim. Uma campanha ruim entrega dados ruins. Uma campanha sem evento de conversão entrega dado nenhum, e o algoritmo passa a otimizar às cegas.

O diagnóstico

A resposta estava no log do próprio plugin Meta for WooCommerce: o token de acesso caiu em 10 de julho de 2026, às 03h34. A partir dali, todo evento que trafegava pela API de Conversões parou de ser entregue. O erro "token de acesso está faltando" se repetia a cada cinco minutos no log, silenciosamente, havia 17 dias.

A conta do Business Manager também tinha ruído: mais de um pixel cadastrado, incluindo pixels obsoletos e de outro cliente. Confirmamos qual era o pixel legítimo da loja antes de tocar em qualquer configuração — reconectar no pixel errado teria dado a sensação de "resolvido" e mantido o problema.

A causa raiz real

O token não caiu sozinho. O cliente usa um plugin separado de feed de produtos para alimentar o catálogo do Meta, e o plugin oficial estava duplicando esse envio, gerando conflito no catálogo. Para resolver o conflito, ele desconectou o plugin oficial — o que resolveu o catálogo e derrubou o rastreamento junto, como efeito colateral não óbvio.

Catálogo e rastreamento vivem no mesmo plugin, mas são funções independentes. Desligar um para consertar o outro é uma armadilha que não avisa.

A correção foi reconectar o plugin mantendo apenas o rastreamento ativo e desligando especificamente a sincronização de catálogo. Nenhum dos produtos da loja foi alterado no processo.

O evento que nunca existiu

A auditoria encontrou um segundo problema, mais antigo: o evento de Lead nunca havia sido disparado. Não era uma quebra recente — era ausência total desde a instalação original do pixel.

O motivo é que os formulários de cadastro da loja rodam em uma plataforma externa embarcada na página, sem visibilidade nativa do Meta. A saída mais comum seria pedir acesso à conta dessa plataforma e configurar por lá, criando dependência de mais uma credencial do cliente.

Resolvemos do lado do site: a plataforma de formulários expõe um evento global de "envio concluído" quando embarcada nesse modo. Criamos um snippet que aguarda o script carregar, escuta esse evento — que só dispara em envio validado com sucesso, nunca em erro de validação — e então dispara o Lead no pixel correto. Confirmado ponta a ponta no Gerenciador de Eventos.

O que mais entrou na auditoria

Revisão das cinco conversões personalizadas da conta: duas estavam vinculadas a um pixel antigo e sem qualquer atividade havia mais de 600 dias — candidatas a arquivamento. Uma terceira havia parado exatamente na data da quebra do token, confirmando o diagnóstico por um segundo caminho.

Também entraram verificação de domínio, mapeamento das campanhas ativas quanto ao evento de otimização usado, e o relatório final documentado com a linha do tempo da causa raiz.

O que sai funcionando

Pixel reconectado à API de Conversões com o token correto. Catálogo protegido, sem sincronização duplicada com o feed do cliente. Evento de Lead implementado e confirmado — algo que nunca existiu desde a instalação original. Domínio verificado, campanhas mapeadas e conversões personalizadas revisadas.

Stack

WordPress · WooCommerce · Meta Pixel · Meta Conversions API · WP-CLI via SSH · Hostinger