Mapa de Eventos

Visão geral

A jornada de conversão em 4 eventos

Cada evento dispara em um momento específico e é coletado no navegador (via Google Tag Manager) ou no servidor (via edge function). Eventos de venda nunca usam tag no navegador, para não contar a mesma conversão duas vezes.

page_viewNavegador

Visita à página

Carregamento de qualquer página → GA4 e Meta Pixel

form_submit_trialNavegador

Cadastro no trial

Cadastro em /register → GA4, Meta Pixel e Google Ads (tag de lead)

n8nOperacional

Aviso ao comercial

Mesmo cadastro → cria card no ClickUp e notifica o time no WhatsApp. Não envia conversão para Meta/Google.

trial_to_paidServidor

Converte em pagante

Webhook do Stripe → Meta CAPI

upgrade_planServidor

Faz upgrade de plano

Webhook do Stripe → Meta CAPI

Navegador (GTM) Servidor (edge function) Operacional (n8n)

Detalhamento

Eventos, destinos e status

Evento	Quando dispara	Destino	Status
`page_view`	Carregamento de página	GA4, Meta Pixel	Pronto GTM publicado
`form_submit_trial`	Cadastro no trial (/register)	GA4, Meta Pixel, Google Ads	Navegador pronto Dispara no /register e aciona GA4/Pixel/Ads.
`trial_to_paid`	Webhook Stripe (vira pagante)	Meta CAPI	Em construção Edge function (código na Integração) + webhook do Stripe (Mobiletec)
`upgrade_plan`	Webhook Stripe (upgrade)	Meta CAPI	Em construção Edge function (código na Integração) + webhook do Stripe (Mobiletec)

Pronto e publicado Em construção

Como os dados se mantêm confiáveis

Dois mecanismos por trás do mapa

Deduplicação

Os eventos de venda (trial_to_paid e upgrade_plan) carregam um identificador único (event_id) compartilhado entre navegador e servidor — assim a Meta entende que é uma só conversão vinda de duas fontes, sem contar em dobro. O form_submit_trial (Lead) entra nessa dedup quando a CAPI do Lead for ativada, na fase futura.

Atribuição de ponta a ponta

Os identificadores de campanha (gclid, fbclid e utm) são capturados no cadastro, guardados junto ao escritório e lidos de volta quando o Stripe confirma o pagamento. É o que liga a venda de volta ao anúncio que a originou.

Parâmetros enviados com os eventos: value, currency (BRL), plan (trial no cadastro; Basic / Pro / Enterprise na venda) e área de atuação (vinda da LP/campanha).

Cadeia do event_id: ele nasce no cadastro (form_submit_trial), é guardado junto ao escritório e reusado na venda. A persistência é pré-requisito da deduplicação — por isso a dedup só entra quando a CAPI subir.

Fase futura

O que fica para quando a operação estiver rodando e validada

Decisões registradas para não se perderem. Nada aqui bloqueia o início — entram quando fizer sentido.

Item	Por que esperar
`first_login`	Sinal analítico (GA4), não otimiza lance. Entra quando formos medir qualidade/ativação de lead.
Lead via CAPI + dedup Pixel × CAPI	No início o Lead vai só pelo Pixel (navegador). A CAPI do Lead e a deduplicação entram depois.
Google Ads Offline	Foco atual é o Meta; o Google entra com verba baixa. O Offline (auth da API do Google Ads) entra quando o Google receber verba relevante.

Quando esses três entrarem, vale avaliar um GTM server-side para centralizar os envios (Meta CAPI, Google Ads e outros) num lugar só, em vez de configurar destino a destino.