O que a página do convite envia ao Meta Pixel e à Conversions API, com que dados, e como configurar campanhas e públicos para aproveitar esses eventos.
A página do convite é a landing page pública que o anúncio aponta. Ela mostra o convite, dispara os eventos e redireciona o visitante para o grupo do WhatsApp em poucos segundos ou no clique do botão. O rastreamento acontece por dois caminhos ao mesmo tempo:
O código do Pixel é carregado com o ID configurado no painel.
Dispara PageView e ViewContent ao abrir a página e Lead no clique do botão.
Usa os cookies _fbp e _fbc do próprio Meta e um identificador do visitante no advanced matching.
No mesmo acesso, o servidor envia ViewContent direto à Meta, sem passar pelo navegador.
No clique, o navegador avisa o servidor e ele envia o Lead, mesmo que o visitante já esteja saindo para o WhatsApp.
Usa o token de acesso configurado no painel.
event_id. A Meta conta um evento só e mantém a versão mais completa. Isso é o comportamento esperado, não um erro.
| Evento | Quando dispara | Pixel (navegador) | CAPI (servidor) | Deduplicado |
|---|---|---|---|---|
| PageView | Ao abrir a página do convite | Sim | Não | Não se aplica |
| ViewContent | Ao abrir a página do convite | Sim | Sim | Sim |
| Lead | Ao clicar no botão de entrar no grupo | Sim | Sim | Sim |
Os dois eventos de servidor levam parâmetros que permitem filtrar públicos por página e por grupo.
| Parâmetro | ViewContent | Lead |
|---|---|---|
content_category | convite (página 1) ou convite2 (página 2) | convite ou convite2 |
content_type | invite_page | invite_click |
content_ids | Identificador do grupo de destino | Identificador do grupo de destino |
event_source_url | URL da página do convite | URL da página do convite |
action_source | website | website |
São os dados que a Meta usa para ligar o evento a uma pessoa. Quanto mais parâmetros válidos, maior a "Qualidade de correspondência" mostrada no Gerenciador de Eventos.
| Dado | De onde vem |
|---|---|
client_ip_address | IP real do visitante |
client_user_agent | Navegador e dispositivo do visitante |
fbp | Cookie _fbp do Meta. Se ainda não existe na primeira visita, o servidor cria no formato oficial e o Pixel reaproveita. |
fbc | Cookie _fbc. Quando o visitante chega direto do anúncio, é derivado do fbclid da URL. Um novo clique de anúncio substitui o anterior. |
external_id | Identificador próprio do visitante, estável entre visitas, enviado com hash SHA-256. O Pixel envia o mesmo valor via advanced matching, para os dois lados baterem. |
A configuração é feita uma vez pelo administrador do PromosApp, em Configurações → Pixels. Cada página de convite tem sua própria configuração, então é possível usar pixels diferentes no Convite 1 e no Convite 2.
| Campo | O que é | Onde obter |
|---|---|---|
| ID do Meta Pixel | Número de 15 ou 16 dígitos que identifica o pixel (conjunto de dados). | Gerenciador de Eventos → Fontes de dados → selecionar o pixel → o ID aparece abaixo do nome. |
| Token de acesso da Conversions API | Chave que autoriza o servidor a enviar eventos. Sem ele, só o navegador reporta. | Gerenciador de Eventos → selecionar o pixel → Configurações → Conversions API → Gerar token de acesso. |
Do lado do Gerenciador de Anúncios, nada acontece sozinho. O sistema entrega os eventos ao pixel; quem decide o que a campanha otimiza e quais públicos existem é a conta de anúncios. Os passos abaixo cobrem a configuração completa.
Gerenciador de Eventos → pixel → Visão geral
event_id, não é deduplicado, e a Meta passa a contar dois Leads por clique. O aviso "Não foi possível detectar um pixel neste site" dessa ferramenta pode aparecer mesmo com o pixel funcionando: confira pela aba Testar eventos. Pelo mesmo motivo, deixe desligada a opção "Rastrear eventos automaticamente sem código" nas configurações do pixel.
Gerenciador de Anúncios → Criar → Objetivo: Leads
fbclid que a Meta anexa ao link é capturado e fecha a atribuição.Públicos → Criar público → Personalizado → Site → selecionar o pixel
| Público | Regra | Uso |
|---|---|---|
| Visitou o convite | Evento ViewContent, últimos 30 dias | Remarketing para quem abriu e não entrou |
| Entrou no grupo | Evento Lead, últimos 30 a 180 dias | Excluir da captação; base do lookalike |
| Página específica | ViewContent ou Lead + parâmetro content_category igual a convite ou convite2 | Separar públicos quando as duas páginas estão em uso |
| Grupo específico | Lead + parâmetro content_ids contém o identificador do grupo | Campanhas por nicho de grupo |
Públicos → Criar público → Semelhante
| Campanha | Público | Evento de otimização |
|---|---|---|
| Captação | Interesses ou aberto, excluindo "Entrou no grupo" | Lead |
| Remarketing | "Visitou o convite" menos "Entrou no grupo" | Lead |
| Escala | Lookalike de "Entrou no grupo" | Lead |
Não, quando os dois têm a mesma identificação do evento. ViewContent e Lead chegam pelo navegador e pelo servidor com o mesmo event_id, e nos relatórios de campanha a contagem é uma só.
O Lead sem identificação não vem da página do convite: é criado pelo próprio pixel, pelos eventos automáticos (costuma trazer o parâmetro cs_est) ou por um evento montado na ferramenta Configurar eventos. Como não tem event_id, a Meta não o deduplica e conta dois Leads. Desligue "Rastrear eventos automaticamente sem código" em Gerenciador de Eventos → Fontes de dados → pixel → Configurações e remova os eventos criados na ferramenta Configurar eventos.
Confira na Visão geral do conjunto de dados, não no resumo da tela inicial: os eventos do servidor entram nela em até 20 minutos. Zero também é o esperado enquanto ninguém abriu a página do convite depois que o pixel foi configurado, porque o link de redirecionamento direto e a prévia do painel não enviam eventos. No painel, a linha Servidor do card da página mostra o último evento que a Meta aceitou.
As causas mais comuns são bloqueador de anúncio ou extensão de privacidade no navegador do teste (use uma janela anônima sem extensões), site aberto fora do botão da própria aba ou URL que não é a da página do convite. O link de redirecionamento direto, que leva ao grupo sem passar pela página, não envia eventos: o anúncio precisa apontar para a página do convite. A prévia do painel do PromosApp também não envia.
Na aba Testar eventos isso é o normal quando o teste não foi ligado no painel. Se na Visão geral, depois de 20 minutos, Lead continuar só com a origem Navegador, o servidor não está enviando. As causas mais comuns são token ausente, token revogado ou pixel trocado de conta. Peça ao administrador do PromosApp para conferir a página em Configurações → Pixels: a linha Servidor do card mostra o último erro que a Meta devolveu.
Se a conta usa Medição agregada de eventos ou priorização por domínio, Lead precisa estar entre os eventos priorizados, acima de ViewContent. Caso contrário, conversões de iOS podem ser descartadas.
Volume insuficiente de Lead. Consolide conjuntos de anúncios, amplie o público ou otimize temporariamente por ViewContent.
Sim. Cada página tem sua configuração de pixel e token no painel. Se preferir um pixel só, separe os públicos pelo parâmetro content_category.
O Lead mede o clique no botão de entrar. A entrada efetiva no grupo acontece dentro do WhatsApp e não é visível para a Meta. O painel do PromosApp mostra a contagem de redirecionamentos por grupo para cruzar com o relatório de anúncios.