Meta CAPI (Conversions API) é tracking server-side que recupera 25-35% das conversões perdidas pelo pixel client-side em iOS 14.5+. Em vez do navegador enviar o evento de conversão (PageView, Lead, Purchase) direto pro Facebook via pixel JavaScript, o seu servidor envia — sem depender de cookies third-party, ATT, ITP ou bloqueadores. Combinado com GTM Server-Side hospedado no seu domínio, a perda cai pra menos de 5%.
Desde abril de 2021, com o iOS 14.5, a Apple lançou o framework App Tracking Transparency (ATT). De lá pra cá, o pixel do Meta client-side perde entre 25% e 35% dos eventos de conversão — números públicos da própria Meta e de auditorias independentes (ex: Sophos 2023, dados agregados de DSPs).
Em 2026, essa perda virou normal pra maioria das contas brasileiras. O custo é invisível mas brutal: você otimiza com dados ruins, a IA da Meta otimiza pro público errado, e seu ROAS cai sem que ninguém saiba o porquê real.
O que é Meta CAPI
Meta CAPI (Conversions API) é tracking server-side. Em vez do navegador do usuário enviar o evento (PageView, Lead, Purchase) direto pro Facebook via pixel JavaScript, o seu servidor envia o evento — sem depender de cookies third-party, ATT, ITP ou bloqueadores de cookie.
Combinado com GTM Server-Side hospedado no seu domínio (first-party cookie), a perda cai de 25–35% pra menos de 5%.
O que recupera (números reais)
| Evento | Perda típica client-side | Perda com CAPI | Recuperação |
|---|---|---|---|
| PageView | 5–10% | 1–3% | ~7% |
| Lead | 20–30% | 3–6% | ~22% |
| AddToCart | 25–35% | 4–8% | ~26% |
| Purchase | 30–40% | 5–10% | ~28% |
Esses ranges são baseados em auditorias de implantações reais (Meta declara 8–13% de melhoria média; auditorias independentes mostram que com event matching forte a melhoria fica mais perto de 25–35%).
Como implementar (3 caminhos)
Caminho 1: Pixel + CAPI híbrido (mais simples)
Mantém o pixel client-side e adiciona CAPI server-side. Eventos chegam pelo navegador E pelo servidor — Meta deduplica via event_id. Setup leva 2–5 dias.
Caminho 2: CAPI puro via GTM Server-Side (recomendado)
Instala uma instância GTM Server no domínio do cliente (ex: gtm.fiveperformance.com.br). Todos os eventos passam por esse servidor antes de irem pra Meta. First-party cookie. Setup leva 5–10 dias.
Caminho 3: Webhook custom (avançado)
Server-side direto via webhook do checkout/CRM pro endpoint da Conversions API. Não usa GTM Server. Setup leva 10–20 dias dependendo da stack.
Event matching: o detalhe que importa
CAPI só recupera bem se você envia event matching parameters — email hasheado (sha256), telefone, IP, user agent. Sem isso, Meta não consegue casar o evento server-side com o usuário do Facebook e a recuperação é mínima.
Mandatório pra cada evento:
em— email (sha256)ph— telefone (sha256, formato E.164)fbp— cookie _fbp do navegadorfbc— cookie _fbc (vem do click ID fbclid)client_ip_address— IP do userclient_user_agent— UA do navegador
Como a Five faz isso no Sprint Performance
No escopo do Five Sprint Performance (R$ 4.900 / 14 dias) implementamos:
- GTM Server-Side instalado em subdomínio do cliente (first-party)
- CAPI configurado com event matching completo
- Dedup de eventos pixel + CAPI via event_id
- Dashboards Looker Studio comparando eventos client x server
- Documentação de manutenção pra time interno
Resultado típico após 30 dias
- Event Match Quality (EMQ) sobe de 4–5 pra 7–9 (escala 0–10)
- Cost per Result cai 15–25% sem mudança em criativo
- Atribuição volta a fazer sentido (last-click bate com data-driven)
- Audiências de retargeting voltam a popular corretamente
Custos invisíveis sem CAPI
Cliente com R$ 30k/mês de mídia perdendo 30% de eventos significa otimização cega em ~R$ 9k/mês. Em 12 meses: R$ 108k otimizados pro público errado. O custo de implantar CAPI sai mais barato que 1 mês desse desperdício.
“Ecossistema Olist + 6 marketplaces (Mercado Livre, Amazon, Magalu, Shopee, TikTok Shop, Casas Bahia) em uma operação só.”