Dashboard para E-commerce: integrando Meta Ads a vendas (pixel + API de conversões)

Para quem é este guia

• E-commerces que precisam sair de métricas de vaidade e focar margem/ROAS
• Gestores de tráfego/CMOs que querem defender orçamento com dados de venda
• Agências que buscam relatórios executivos com funil completo (anúncio → pedido)

Resultado esperado

Ao final, você terá:

1. Pixel e CAPI configurados com deduplicação por event_id
2. Receita/Pedidos integrados ao painel (GA4/loja/ERP)
3. Funil de e-commerce visível (ViewContent → AddToCart → InitiateCheckout → Purchase)
4. 1ª dobra executiva com ROAS, CPA, Receita, Pedidos, AOV, taxa de compra
5. Rotina de QA e alertas para manter a qualidade dos dados

Se você está começando, recomendamos ler primeiro nosso guia passo a passo de como criar um dashboard e entender as principais métricas de Meta Ads.

1. Pré-requisitos e arquitetura mínima

Fontes: Meta Ads (Ads Manager via API/conector), Loja/ERP (pedidos, produtos, margens), GA4 (pós-clique).

Transformação (ETL): padronizar datas, IDs (campanha/adset/ad), criar dimensões (dispositivo/placement) e cálculos (CPL, CPA, ROAS, AOV).

Destino:

• Looker Studio (rápido/sem servidor)
• Metabase + banco relacional (controle/escala)
• Excel/Sheets (MVP offline/mensal)

Dica: mantenha um dicionário de métricas (fórmulas, janelas de atribuição, fontes) e um padrão de nomes para campanhas.

2. Pixel: eventos, parâmetros e boas práticas

Eventos mínimos

PageView, ViewContent, AddToCart, InitiateCheckout, Purchase.

Parâmetros recomendados

value, currency, content_ids (SKU/ID), content_type,num_items, event_source_url.

Match avançado

em, ph, fn (hash SHA-256), respeitando LGPD (consentimento/propósito).

Qualidade do evento

Monitore o score de event match quality e corrija campos ausentes.

3. CAPI (API de Conversões): por que e como

Por que usar

Reduz perdas por bloqueadores/AT&T/iOS, melhora atribuição e estabilidade.

Como enviar

Servidor → Meta (gateway/ETL). Use event_id também no pixel paradeduplicar (o Meta mantém um evento se receber pixel+server com mesmo event_id).

Campos importantes

event_name, event_time, event_source_url,action_source (ex.: website), external_id (hash),fbc/fbp quando houver.

Teste

Use o Test Events e registre logs de sucesso/erro (idempotência/retry).

4. Ligando anúncios a pedidos (chave de atribuição)

O ideal

Salvar cookies _fbc (último clique) e _fbp no pedido e enviá-los na Purchase (pixel/CAPI).

Alternativa/apoio

Persistir UTMs (source/medium/campaign/adset/ad) no carrinho/pedido.

No banco

• Tabela orders (pedido, data, valor, margem, sku, cliente)
• Dimensões campaign/adset/ad, device, placement
• Chaves: event_id, order_id, _fbc/_fbp, UTMs

5. 1ª dobra do dashboard de e-commerce (executiva)

Cards (6–7)

Receita, Pedidos, ROAS, CPA, AOV (ticket médio),Taxa de Compra (Purchase/Sessão), Investimento.

Gráficos (2)

• Linha: Investimento x Receita/ROAS (diário/semanal)
• Barras: CPA (ou Custo por Purchase) por campanha

Tabela

Campanha → Conjunto → Anúncio (CTR, CPC, CPM, CPA, ROAS, Pedidos, Receita).

Filtros

Período, dispositivo (iOS/Android/Desktop), plataforma (FB/IG), placement (Feed/Stories/Reels), categoria/produto.

6. Funil e métricas intermediárias

Monte um funnel do anúncio ao pedido:

1. Impressões → Cliques (CTR)
2. Sessões → ViewContent (taxa de visualização de produto)
3. AddToCart (taxa de ATC)
4. InitiateCheckout (taxa de IC)
5. Purchase (taxa de compra)

KPIs derivados

Custo por ATC/IC, CPA, ROAS, AOV.

Diagnóstico

Onde a taxa cai → ação (criativo, público, UX, oferta, frete, aprovação de pagamento).

7. Produtos, criativos e dispositivos

Por produto/coleção

ROAS, margem, % participação em receita, estoque.

Por criativo

CTR, custo por resultado, taxa de ATC/IC; biblioteca de aprendizados (hooks/formats).

Por dispositivo/placement

Comparar CPA/ROAS para realocar orçamento e ajustar lances.

8. Stack por maturidade

Looker Studio (rápido)

• Use conector Meta Ads + planilha de pedidos (D-1)
• Vantagens: implementação ágil e compartilhamento fácil
• Limites: lentidão com bases grandes; cálculos avançados difíceis

Metabase + Banco (escala)

• Tabelas fato (ad_insights, orders, order_items) e dimensões (campaign, adset, ad, product,date, device, placement)
• Views de métricas (CPA/ROAS/AOV/funil) e queries por coorte (LTV)
• Permissões por time/cliente e agendamentos + alertas (CPA > meta)

Excel/Sheets (MVP)

• Importar CSV de Ads Manager + relatório de pedidos (D-1)
• Tabelas dinâmicas e gráficos; bom para times pequenos/relatórios mensais

9. QA e monitoramento (checklist)

• ☐ event_id idêntico entre pixel e CAPI (dedupe)
• ☐ Purchase.value e moeda corretos
• ☐ _fbc/_fbp/UTMs presentes no pedido
• ☐ Diferença Meta vs. loja dentro de faixa aceitável (defina tolerância)
• ☐ Event Match Quality acima do mínimo
• ☐ Taxas do funil coerentes (sem saltos implausíveis)
• ☐ Agendamentos/alertas ativos (variação de CPA/ROAS)

10. LGPD e governança

• Base legal/consentimento para match avançado; hash SHA-256
• Retenção mínima necessária e acesso por perfil (execução x diretoria)
• Dicionário de dados (nome, fórmula, owner) + trilha de auditoria
• Política de exclusão/anonimização quando solicitado

11. Erros comuns (e como evitar)

• Enviar Purchase duplicado (sem event_id consistente) → dedupe
• ROAS calculado com receita não reconciliada (estorno, frete, cupom)
• Falta de _fbc/_fbp e UTMs no pedido → perda de atribuição
• Painel sem meta/limiares → difícil priorizar ações
• Mudança de janela de atribuição sem anotação → série histórica "quebra"