Qué está pasando probablemente
Pixel y CAPI no comparten event_id
Sin un identificador común para la misma conversión, Meta puede interpretar dos envíos como dos eventos distintos.
Los nombres de evento no coinciden
Si navegador envía Purchase y servidor envía purchase_custom, la deduplicación no reconocerá el solapamiento.
El servidor crea eventos adicionales
Plugins, apps, GTM server-side y backend pueden estar enviando la misma conversión desde varias capas.
Consentimiento y parámetros no son consistentes
Señales incompletas, hashing mal hecho o parámetros variables reducen calidad de coincidencia y diagnóstico.
Cómo comprobarlo sin romper nada
Haz una conversión de prueba y captura evento browser y server.
Compara event_name, event_id, timestamp, value, currency y contenido.
Revisa si hay varias apps o plugins enviando el mismo evento.
Comprueba Events Manager Diagnostics y Event Match Quality.
Valida GTM server-side Preview si el flujo pasa por servidor.
Revisa consentimiento y si el servidor respeta la elección del usuario.
Cómo lo resolvería paso a paso
Elige una arquitectura de señal
Define qué eventos envía el navegador, cuáles el servidor y cuáles se duplican intencionalmente para deduplicar.
Genera un event_id persistente por conversión
Ese ID debe nacer en el momento correcto y viajar a Pixel y CAPI para la misma acción.
Elimina fuentes redundantes
Si Shopify app, GTM y servidor mandan Purchase, decide cuál manda qué. Tres rutas sin control rompen reporting.
Documenta la prueba final
Una compra de prueba debe demostrar un evento deduplicado, con parámetros correctos y sin duplicados residuales.
Si se vuelve técnico
Puedes seguir esta ruta por tu cuenta. Si al comprobarlo aparece una discrepancia rara, una configuración de tracking delicada, una decisión de puja con riesgo o un bloqueo que requiere acceso a la cuenta, Lia guarda este contexto y te lleva a CreatikLab para continuar sin empezar desde cero.
Llevar este contexto a LiaQué no haría
Activar varios plugins de tracking a la vez.
Usar event_id fijo, vacío o generado por cada canal por separado.
Mirar solo totales sin una compra de prueba.
Enviar eventos server-side ignorando consentimiento.
Preguntas frecuentes
¿Duplicar eventos siempre es malo?
Enviar el mismo evento por navegador y servidor es normal si se deduplica bien. El problema es duplicarlo sin una clave común.
¿GTM server-side arregla CAPI automáticamente?
No. GTM server-side ayuda a controlar el flujo, pero la lógica de eventos, event_id, consent y parámetros sigue siendo responsabilidad de la implementación.
