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.