Server-side tracking na prática | Kognos
Server-side tracking envia eventos do seu servidor para Meta, Google e CRM — contornando bloqueadores e capturando conversões que nunca passam pelo browser. Este artigo detalha arquitetura híbrida, checklists de go-live e erros que derrubam match rate.
Arquitetura híbrida recomendada
Pixel no site para contexto browser (fbp, fbc, URL). CAPI no backend ou middleware para Lead, Qualified, Purchase com mesmo event_id. CRM webhook para offline conversions quando deal fecha.
Server-side GTM (sGTM) é uma opção de hosting — a Kognos foca em outcome: match rate, dedup e loop CRM, não em vender container.
Checklist go-live CAPI
Domínio verificado no Meta Business. Access token CAPI com escopo correto. event_id gerado no client e replicado server-side. Parâmetros user_data hasheados (email, phone). Test events no Events Manager antes de escalar budget.
Auditoria prévia: /auditoria-pixel-meta — diagnóstico gratuito em até 2h.
Server-side e WhatsApp CTWA
Campanhas Click-to-WhatsApp exigem ctwa_clid via WABA webhook + CAPI — server-side by nature após primeiro contato. Clínicas multi-filial precisam padronizar eventos por número.
Veja /rastreamento-whatsapp-meta-ads para arquitetura multi-unidade.
Perguntas frequentes
CAPI substitui pixel? Não — Meta recomenda ambos com deduplicação. Pixel sozinho é insuficiente; CAPI sozinho perde contexto browser.
Preciso de desenvolvedor? A Kognos implementa end-to-end. Você valida eventos no Events Manager e concede acessos Meta + CRM.