1. Por que você deveria ligar pra isso?
Quando o Facebook (Meta) sabe quem visitou, colocou no carrinho e comprou na sua loja, ele consegue mostrar anúncios melhores para pessoas parecidas – e isso significa mais vendas com o mesmo orçamento.
2. Os eventos que aparecem na sua tabela
Evento | O que significa | Exemplo simples |
PageView | Alguém abriu qualquer página da loja | Visitou a home |
Ver conteúdo | A pessoa abriu a página de um produto | Abriu a camiseta “Pai surfista” |
Adicionar ao carrinho | Clicou em Adicionar ao carrinho | Colocou a camiseta no carrinho |
Iniciar finalização da compra | Começou o checkout | Preencheu nome e e‑mail |
Adicionar informações de pagamento | Digitou os dados de pagamento | Escolheu PIX |
Comprar | Pedido criado | Recebeu o número do pedido |
💡 Você não precisa criar esses eventos – a plataforma da INK já envia tudo.
3. Pixel + API de conversão — por que usar ambos?
Camada | O que ele vê/manda | Pontos fortes | Pontos fracos |
Pixel | Cliques e páginas vistas (tempo real, no navegador) | Ajuda a otimizar "topo do funil" | Pode ser bloqueado por ad‑blockers, iOS 17 ou superior, cookies curtos |
API de conversão | Dados do pedido confirmados direto do servidor da INK | Não sofre bloqueio de navegador · Garante valor da compra | Não enxerga o passo‑a‑passo de navegação |
Por que ligar os dois?
Cobertura maior — O Pixel pode perder 10‑30 % dos eventos em navegação anônima; a API recupera essas vendas.
História completa — Pixel + API entregam ao Facebook desde o primeiro clique até o pagamento, treinando melhor o algoritmo.
Resistência a bloqueios — Se amanhã o iOS ou o Chrome mudar as regras de cookies, a API continua reportando compras.
Menos ROAS inflado — Com deduplicação automática, o Facebook soma apenas um Purchase por venda real.
O que você precisa fazer?
Somente abrir Marketing digital → Facebook dentro da INK e conectar no Pixel e na API de Conversão.
Resumo curto: Pixel capta intenção, API confirma resultado. Juntos, aumentam vendas e reduzem desperdício de verba.
4. Qualidade do evento (a tal nota de 0 a 10)
Em cada linha você verá algo como “Comprar 9,3/10”.
Essa nota mede quantos dados pessoais (e‑mail, telefone, CPF) o evento levou ao Facebook.
Até o cliente chegar no checkout ele não digitou nada, então eventos iniciais — PageView, Ver conteúdo, Adicionar ao carrinho — quase sempre ficam com nota entre 4 e 6. Isso é totalmente normal e não prejudica suas campanhas: o Meta usa essas etapas só para mapear interesse. A atribuição e otimização de vendas se apoia nos eventos de fundo do funil (InitiateCheckout e principalmente Purchase), que recebem dados completos, por isso as notas mais altas.
5. Cobertura (Match Rate)
É a porcentagem de eventos que o Facebook conseguiu ligar a um usuário real.
Ex.: 80 % significa que 8 em cada 10 eventos foram identificados.
Cobertura baixa em PageView ou Ver Conteúdo, Adição ao carrinho é normal: o cliente ainda não digitou nada dele!
6. Deduplicação (contar só uma vez)
Problema: Pixel e API avisam da mesma venda em momentos diferentes; sem cuidado o Facebook contaria duas compras.
Como a INK resolve:
Para cada venda a plataforma cria um código único (
event_id
).Esse mesmo código vai tanto no evento enviado pelo Pixel (navegador) quanto no da API (servidor).
Ao chegar no Gerenciador de Eventos, o Facebook vê que os dois códigos são idênticos e descarta o segundo.
💡 Você não precisa fazer nada — a deduplicação já vem configurada na integração.
O que pode quebrar o processo:
Vários Pixels na mesma loja. Se você conectar um segundo Pixel, eles vão gerar códigos diferentes e aparecerão duplicatas.
Resumo curto: um código por venda → Pixel e API falam a mesma língua → Facebook conta 1 compra real.
7. “Compras fantasmas” & atrasos de contagem
Percebeu que o Gerenciador mostra mais compras do que a INK?
Na maioria dos casos isso se explica por dois fatores super comuns – e inofensivos.
1. Pedidos PIX / Boleto ainda não pagos ou transações em crédito não autorizadas.
O pedido é criado (e o evento Purchase disparado) antes do cliente pagar.
Se a pessoa fecha o navegador ou esquece o boleto, o Facebook já registrou a venda, mas ela não aparece como “paga” na INK.
Se o cliente pagou, mas revisitou a aba aberta, o evento é disparado de novo, computando mais uma venda.
Se o cliente pagou no cartão de crédito mas foi identificado um problema no banco ou adquirente e a compra foi negada.
Esses são as famosas “compras fantasmas” que acontecem em todas as plataformas de ecommerce.
2. Delay de processamento do Facebook
Eventos de Pixel entram quase em tempo real; já os da API podem levar alguns minutos, às vezes até 1‑2 h, para aparecer.
Até o sistema deduplicar tudo, pode haver picos ou quedas momentâneos nos números.
O que fazer
Compare sempre após 24 h – os dados costumam se alinhar quando o pagamento do PIX cai ou o boleto vence.
Use relatórios internos para cruzar “Pedidos pagos” × “Purchase (Facebook)” e entender sua taxa real de conclusão.
Se o gap persistir por vários dias (> 20 %), abra um ticket em Suporte sobre Eventos Facebook – podemos investigar gatilhos de compra ou integrações duplicadas.
Resumo curto: diferença temporária ou compras não pagas → normal; verifique depois de algumas horas ou quando o boleto vencer.
8. Perguntas rápidas. Perguntas rápidas
➜ Meu PageView tem nota 5,8. Preciso me preocupar?
Não. Antes do checkout quase ninguém preencheu dados, então é isso mesmo.
➜ Tenho 12 compras no Facebook mas só 10 pagas. Bug?
Geralmente são boletos/Pix não pagos. Siga comparando – tende a se alinhar.
➜ Preciso mexer em código?
Nada. Conecte seu Pixel e API de conversão na aba marketing digital e pronto.