
Ruta: Fundraising → Landings → editar la landing → pestaña Datos avanzados


| Campo | Qué ingresar | Para qué sirve |
|---|---|---|
| Analytics track | Seleccionar Google Analytics | Activa el tracking de GA4 en la landing |
| Google Analytics ID | G-XXXXXXXXXX | Inyecta gtag.js, lee UTMs y crea el cookie _ga — el hilo que conecta toda la sesión GA4 |
| Facebook Pixel | Tu Pixel ID de Meta | Captura el cookie _fbc cuando el visitante viene de un anuncio (?fbclid=). Sin esto la atribución de Meta Ads se degrada |
Ruta: Widgets → editar el widget → barra izquierda → Avanzado


| Sección | Campos | Para qué sirve |
|---|---|---|
| Facebook CAPI | Pixel ID + Access Token | AFRUS envía los eventos del funnel a Meta CAPI usando el cookie _fbc de la landing. Ambos campos son obligatorios. |
| Protocolo de medición | Measurement ID + API Secret | AFRUS envía los eventos a GA4 usando el client_id del cookie _ga creado en la landing. Ambos campos son obligatorios. |
| Google Tag Manager 4 | GTM Container ID (GTM-XXXXXX) | Si manejas el tracking desde GTM, ingresa el ID. AFRUS publicará los eventos en el dataLayer. |
dataLayer para GTM_ga — Google Analyticsclient_id de la sesión GA4. AFRUS lo lee en cada evento para mantener la atribución. Fallback a UUID si no existe.
_fbc y _fbp — Meta_fbc se crea cuando el visitante viene de un anuncio (?fbclid=). _fbp identifica el navegador para atribución cross-event.
⚠️ Atención con el banner de cookies: si tu sitio bloquea _ga o _fbc antes de que el usuario acepte, la atribución se rompe a mitad del funnel.
dataLayer. Las tres señales se coordinan para que Meta cuente una sola conversión con la máxima calidad de datos.El donante ve el widget en tu landing.
El donante elige cuánto quiere donar.
El donante ingresa nombre y correo. Lead creado en la base de datos cuando la información es válida.
El donante pasa a la pantalla de pago.
El donante elige su método (tarjeta, PSE, etc.). Campo disponible en dataLayer: ecommerce.payment_type.
La pasarela confirma el cobro. Meta recibe el monto real (value), moneda, content_type (one_time o recurring) y frecuencia. Para pagos asíncronos (Niubiz, PIX, boleto), AFRUS espera la confirmación real.
purchase con transaction_id único. Meta recibe Purchase deduplicado contra AFRUS CAPI.register se envía a Meta (Lead) y GA4 (sign_up), pero NO se publica en el dataLayer de GTM. Usa generate_lead como trigger en GTM.| Paso | AFRUS | GTM | Meta | GA4 | Tipo |
|---|---|---|---|---|---|
| Vista del widget | start | start | ViewContent | view_item | Interés |
| Selección de monto | add_to_cart | add_to_cart | AddToCart | add_to_cart | Interés |
| Datos de contacto | generate_lead | generate_lead | Lead | generate_lead | Lead |
| Inicio del checkout | begin_checkout | begin_checkout | InitiateCheckout | begin_checkout | Int. alta |
| Método de pago | add_payment_info | add_payment_info | AddPaymentInfo | add_payment_info | Int. alta |
| Donación ⭐ | purchase | purchase | Purchase/Donate | purchase | Conversión ★ |
| Registro ⭐ | register | no publicado | Lead | sign_up | Conversión ★ |
| Tipo de widget | Eventos del funnel |
|---|---|
| Todos | start · add_to_cart · generate_lead |
| Donación (única o recurrente) | start · add_to_cart · generate_lead · begin_checkout · add_payment_info · purchase ★ |
| Registro / Signup | start · add_to_cart · generate_lead · register ★ (sin dataLayer) |

