¿Qué es la deduplicación de eventos en Meta Ads?

Cuando usas tanto el pixel de navegador como la Conversions API (CAPI), ambos pueden disparar el mismo evento "Purchase" para la misma venta. Sin deduplicación, Meta cuenta dos conversiones por un solo pedido.

La deduplicación es el mecanismo que le permite a Meta reconocer que dos eventos que llegaron por canales distintos corresponden a la misma transacción, y contarla solo una vez.

Para que funcione, necesitas enviar el mismo event_id en ambos eventos — el del pixel de navegador y el de la CAPI. Si los IDs coinciden, Meta deduplica automáticamente y solo cuenta uno. Si no coinciden, cuenta los dos.

¿Por qué es tan común tener conversiones duplicadas?

Porque la mayoría de los e-commerces configuran CAPI a través de integraciones de terceros — la nativa de Tiendanube, un plugin de Shopify, o una herramienta de tracking — y el pixel del navegador lo instalaron hace años vía Google Tag Manager o el código de Meta directamente.

Si la integración de CAPI no genera el mismo event_id que el pixel del navegador, cada compra genera dos eventos con IDs distintos. Meta los trata como dos conversiones separadas.

El resultado visible: tu ROAS en panel parece altísimo. Las conversiones reportadas superan tus ventas reales. Y cuando tu agencia te muestra los números, todo parece excelente — hasta que miras tu cuenta bancaria y no cierra.

¿Cómo saber si tengo eventos duplicados en Meta?

El diagnóstico es directo. Ve al Administrador de Eventos de Meta (Events Manager) y busca el evento "Purchase". Debería haber una columna que muestra el porcentaje de eventos deduplicados.

• Si el porcentaje de deduplicación es 0% y tienes CAPI activada, probablemente no estás enviando event_ids — tus eventos no se están deduplicando, se están sumando.
• Si el panel muestra muchas más conversiones que tus pedidos reales, hay duplicación.
• Si la tasa de conversiones en CAPI es similar a la del pixel pero sin deduplicación, estás contando doble.

También podés usar la documentación oficial de Meta sobre deduplicación para revisar exactamente cómo se implementa el event_id en tu caso.

¿Cómo se configura correctamente la deduplicación?

El proceso técnico tiene tres pasos:

• Paso 1: Generar un event_id único por transacción en el momento del purchase — típicamente un UUID o el ID del pedido.
• Paso 2: Enviar ese mismo event_id tanto en el pixel de navegador (vía el objeto eventID en el método fbq) como en el payload de la CAPI.
• Paso 3: Verificar en el Events Manager que el porcentaje de deduplicación sube — Meta te muestra cuántos eventos deduplicó.

El problema real no es técnico — es de datos. Para que la deduplicación funcione bien, necesitas enviar también los parámetros de coincidencia completos: email, teléfono, nombre, ciudad y código postal del comprador. Esos son los datos que permiten a Meta identificar al usuario en ambas señales y confirmar que es la misma persona.

Si tienes deduplicación activada pero los parámetros de coincidencia están vacíos o incompletos, tu Event Match Quality (EMQ) sigue siendo bajo — y Meta no puede construir buenos públicos similares ni optimizar bien hacia compradores.

¿Por qué la deduplicación importa más allá de los números del panel?

La duplicación de eventos no solo infla el ROAS que ves — afecta directamente la calidad de lo que Meta aprende sobre tus compradores.

Cuando Meta recibe dos eventos "Purchase" por el mismo pedido con datos de cliente distintos (o uno con email y otro sin email), intenta reconciliarlos, pero si los event_ids son diferentes, los trata como dos compradores diferentes. Eso contamina el modelo de audiencias y deteriora la calidad de los públicos similares.

El efecto práctico: tus campañas de prospecting apuntan a perfiles ruidosos, el costo por adquisición sube lentamente, y nadie entiende por qué. La respuesta está en la calidad del evento que le mandas a Meta — no en el presupuesto ni en el creativo.

¿Qué pasa con el tracking server-side y la deduplicación?

El tracking server-side no elimina la necesidad de deduplicar — la hace más crítica. Cuando envías eventos desde tu servidor, tienes más control sobre qué datos incluís en el payload, lo que es una ventaja. Pero si también tenés el pixel del navegador activo, hay que deduplicar igual.

La diferencia con server-side es que podés asegurarte de que el event_id se genera del lado del servidor y se pasa al pixel del navegador vía el objeto fbq antes del disparo — algo mucho más difícil de hacer de manera confiable con tracking solo del lado del cliente.

La solución de pixel server-side de Escalafy gestiona la deduplicación automáticamente: genera un event_id único por pedido, lo envía en ambos canales, y garantiza que los parámetros de coincidencia — email, teléfono, nombre, ciudad, código postal — están presentes en cada evento. El resultado no es solo menos duplicados: es eventos más ricos que Meta puede usar para identificar mejor a cada comprador.