
Caminho: Fundraising → Landings → editar a landing → aba Dados avançados


| Campo | O que inserir | Para que serve |
|---|---|---|
| Analytics track | Selecionar Google Analytics | Ativa o tracking de GA4 na landing |
| Google Analytics ID | G-XXXXXXXXXX | Injeta gtag.js, lê UTMs e cria o cookie _ga — o fio que conecta toda a sessão GA4 |
| Facebook Pixel | Seu Pixel ID da Meta | Captura o cookie _fbc quando o visitante vem de um anúncio (?fbclid=). Sem isso a atribuição do Meta Ads se degrada |
Caminho: Widgets → editar o widget → barra esquerda → Avançado


| Seção | Campos | Para que serve |
|---|---|---|
| Facebook CAPI | Pixel ID + Access Token | A AFRUS envia os eventos do funil ao Meta CAPI usando o cookie _fbc da landing. Ambos os campos são obrigatórios. |
| Protocolo de medición | Measurement ID + API Secret | A AFRUS envia os eventos ao GA4 usando o client_id do cookie _ga criado na landing. Ambos os campos são obrigatórios. |
| Google Tag Manager 4 | GTM Container ID (GTM-XXXXXX) | Se você gerencia o tracking pelo GTM, insira o ID. A AFRUS publicará os eventos no dataLayer. |
dataLayer para o GTM_ga — Google Analyticsclient_id da sessão GA4. A AFRUS lê em cada evento para manter a atribuição. Fallback para UUID se não existir.
_fbc y _fbp — Meta_fbc é criado quando o visitante vem de um anúncio (?fbclid=). _fbp identifica o navegador para atribuição cross-event.
⚠️ Atenção com o banner de cookies: se seu site bloquear _ga ou _fbc antes de o usuário aceitar, a atribuição é interrompida no meio do funil.
dataLayer. Os três sinais são coordenados para que a Meta conte uma única conversão com a máxima qualidade de dados.O doador vê o widget na sua landing.
O doador escolhe quanto quer doar.
O doador insere nome e e-mail. Lead criado no banco de dados quando as informações são válidas.
O doador passa para a tela de pagamento.
O doador escolhe seu método (cartão, PIX, etc.). Campo disponível no dataLayer: ecommerce.payment_type.
O gateway confirma o pagamento. A Meta recebe o valor real (value), moeda, content_type (one_time ou recurring) e frequência. Para pagamentos assíncronos (PIX, boleto), a AFRUS aguarda a confirmação real.
purchase com transaction_id único. Meta recebe Purchase deduplicado contra AFRUS CAPI.register é enviado para Meta (Lead) e GA4 (sign_up), mas NÃO é publicado no dataLayer do GTM. Use generate_lead como trigger no GTM.| Paso | AFRUS | GTM | Meta | GA4 | Tipo |
|---|---|---|---|---|---|
| Visualização do widget | start | start | ViewContent | view_item | Interesse |
| Seleção de valor | add_to_cart | add_to_cart | AddToCart | add_to_cart | Interesse |
| Dados de contato | generate_lead | generate_lead | Lead | generate_lead | Lead |
| Início do checkout | begin_checkout | begin_checkout | InitiateCheckout | begin_checkout | Int. alta |
| Método de pagamento | add_payment_info | add_payment_info | AddPaymentInfo | add_payment_info | Int. alta |
| Doação ⭐ | purchase | purchase | Purchase/Donate | purchase | Conversão ★ |
| Registro ⭐ | register | no publicado | Lead | sign_up | Conversão ★ |
| Tipo de widget | Eventos do funil |
|---|---|
| Todos | start · add_to_cart · generate_lead |
| Doação (única ou recorrente) | start · add_to_cart · generate_lead · begin_checkout · add_payment_info · purchase ★ |
| Registro / Signup | start · add_to_cart · generate_lead · register ★ (sin dataLayer) |

