
* Mejora máxima documentada por Meta para anunciantes con >75% de cobertura de Event ID. La mejora real depende de calidad creativa, audiencia y presupuesto.
| Métrica | Antes de AFRUS | Con AFRUS |
|---|---|---|
| Cobertura Event ID en Meta | 0% | 75–100% |
| Event Match Quality | ~4-5/10 | ~7-8/10 |
| Conteo usuarios en GA4 | Colapsado — todos contaban como una sola persona | Visitantes reales |
| Costo por resultado Meta | Línea base | Hasta -54.9%* |
purchase con transaction_id asignado. Confirmar que el client_id se mantiene estable entre eventos del mismo navegador.purchase, generate_lead y los eventos de funnel dispararse en la consola del dataLayer.Las landings de AFRUS no configuran automáticamente linker.domains. El soporte bidireccional (landing AFRUS → tu sitio) no está implementado. Requiere configuración de tu lado. Estado: documentado, no planificado.
La atribución GA4 funciona vía cookie _ga, pero los parámetros UTM no se propagan en la URL final. Si los necesitas en la URL, contáctanos. Estado: documentado, no planificado.
start, add_to_cart, begin_checkout y add_payment_info no exponen claves de deduplicación en el dataLayer. Solo generate_lead y purchase son deduplicables desde GTM. Estado: pendiente, coordinable si hay demanda.
El panel Procesos → Analytics Events no incluye el session ID del navegador. Correlacionar con logs de Meta o Google requiere cruce manual. Estado: en discusión, pendiente decisión de privacidad.
Nombre, email y teléfono del donante no se publican en el dataLayer. AFRUS los envía hasheados directamente a Meta CAPI. Si tus tags GTM los necesitan para Advanced Matching, debes obtenerlos desde tu propia recolección de datos.
El evento Purchase (o Donate). Se dispara cuando la pasarela confirma el cobro. En GA4: purchase con transaction_id único. En Meta: Purchase deduplicado contra AFRUS CAPI con el monto real (value), moneda y tipo (one_time o recurring). En GTM: evento purchase disponible en el dataLayer. Para pagos asíncronos (Niubiz, PIX, boleto), AFRUS espera la confirmación real — nunca se reportan pagos rechazados.
Trigger tipo Custom Event con nombre purchase. Se activa cuando la pasarela confirma el cobro. Luego crea tus tags (TikTok, LinkedIn, Google Ads…) con ese trigger. Usa ecommerce.transaction_gateway_code como eventID en Meta y como transaction_id en GA4.
Sí, a través del cookie _ga. Las UTMs no viajan como parámetros en la URL de la página de agradecimiento — la atribución existe en la cookie, no en la URL.
En tu gtag.js o GTM, agrega web.afrus.org a la lista linker.domains. Esto permite que el cookie _ga se comparta entre dominios. Sin esto, GA4 trata el paso entre dominios como sesión nueva y pierde el origen de la visita.
event_id de AFRUS coincide exactamente con el eventID de tu tag — sin transformaciones de número a texto.event_name tiene las mismas mayúsculas — Meta es sensible: Lead ≠ lead.transaction_gateway_code y no transaction_id — son valores distintos.No. GA4 solo deduplica eventos purchase con el mismo transaction_id. Para los demás eventos, GA4 no tiene deduplicación nativa entre canales. La recomendación es desactivar esos tags en GTM y confiar en lo que AFRUS envía.
Sí, siempre. El evento Purchase incluye el value (monto real) y la currency sin configuración adicional. Esto habilita campañas de optimización por valor en Meta Ads (Value-Based Lookalikes, ROAS) desde el primer momento.
Solo widget, sin landing: AFRUS envía eventos, pero sin _fbc la atribución de Meta se degrada, y GA4 usa un ID de sesión de respaldo.
Solo landing, sin widget: se registra el PageView, pero los eventos de conversión (Purchase, Lead) no se envían.
La configuración completa necesita los dos.
Solo completa los campos en el widget (Pixel ID + Access Token para Meta, Measurement ID + API Secret para GA4) y en la landing (Facebook Pixel ID + Google Analytics ID). Para GTM, los eventos se publican automáticamente en el dataLayer — solo crea tus triggers y tags.

