¿Por qué Meta muestra más compras que pedidos hay en mi tienda?

Normalmente porque dos herramientas envían el mismo píxel con ids de evento distintos, o porque los eventos del navegador y del servidor no comparten un id. Meta solo puede fusionar copias que tengan el mismo nombre de evento y el mismo id de evento.

¿Cuánto tiempo espera Meta para deduplicar eventos?

Meta deduplica un evento del navegador y uno del servidor con el mismo nombre de evento y el mismo id de evento cuando llegan dentro de las 48 horas posteriores al primero.

¿Debo desactivar el píxel del navegador para evitar duplicados?

No. Da mejor al evento del navegador y al del servidor el mismo id de evento. El píxel del navegador añade señales como las cookies, y el evento del servidor llega cuando el navegador está bloqueado.

¿Puede la deduplicación solucionar que varias plataformas reclamen una misma venta?

No. Eso es atribución solapada, no un evento duplicado. Compara lo que reclaman las plataformas con los pedidos de tu tienda y usa un único modelo de atribución para comparar canales.

¿Pinterest deduplica la etiqueta y la Conversions API?

Sí, cuando ambos eventos llevan el mismo event_id y el mismo nombre de evento y llegan en un plazo de 48 horas. Pinterest conserva el primer evento que recibe y elimina las copias posteriores. En ROASaurus, la Tag y el servidor envían los cinco eventos del recorrido de compra con ids y nombres coincidentes.

Eventos de compra duplicados: por qué las ventas se cuentan dos veces

Ideas clave

Un evento de compra duplicado es un pedido que una plataforma publicitaria cuenta como dos o más compras.
Las causas habituales son un píxel del navegador y un evento del servidor sin un id de evento compartido, y dos herramientas que envían el mismo píxel.
Meta, TikTok, Snapchat, Pinterest y Reddit conservan una sola copia cuando los eventos del navegador y del servidor llevan ids que coinciden y llegan dentro de la ventana de tiempo de la plataforma.
Cuando Meta, Google y TikTok reclaman la misma venta, no se ha enviado ningún evento dos veces: eso es atribución solapada, y la deduplicación no puede solucionarlo.
Compara el número de compras de cada fuente con los pedidos de tu tienda: si una sola fuente tiene más compras que pedidos, hay un segundo emisor.

Los eventos de compra duplicados se producen cuando una plataforma publicitaria cuenta un pedido como dos o más compras. Las causas habituales son un píxel del navegador y un evento del servidor que no comparten un id de evento, y dos herramientas que envían el mismo píxel. El resultado son conversiones infladas, un ROAS que parece mejor de lo que es y unas pujas que aprenden de ventas que nunca ocurrieron.

Esta guía explica las causas, la diferencia entre los duplicados dentro de una plataforma y varias plataformas que reclaman la misma venta, cómo funciona la deduplicación en Meta, TikTok, Snapchat, Pinterest y Reddit, y cómo encontrar y corregir los duplicados.

¿Qué se considera un evento de compra duplicado?

Dos problemas distintos reciben el nombre de doble conteo. Tienen causas diferentes y solo uno de ellos es un error de tracking.

	Duplicado dentro de una plataforma	Varias plataformas reclaman una misma venta
Qué ocurre	Una plataforma cuenta el mismo pedido más de una vez	Varias plataformas se atribuyen cada una el mismo pedido
Ejemplo	Meta muestra 2 compras para un pedido de $80	Meta, Google y TikTok registran cada una el mismo pedido de $80
Causa	Dos eventos para un mismo pedido sin un id de evento compartido	Cada plataforma se atribuye la venta con sus propias reglas de atribución
Se soluciona con la deduplicación	Sí	No
Qué hacer	Un solo emisor por píxel y un id de evento por pedido	Compara con los pedidos de tu tienda y usa un único modelo de atribución

La deduplicación resuelve el primer problema. El segundo necesita los datos de tus propios pedidos.

Por qué las compras se cuentan dos veces

Un píxel del navegador y un evento del servidor sin un id compartido

Muchas tiendas envían cada compra dos veces a propósito: una desde el píxel del navegador y otra desde un servidor a través de una API de conversiones. Es una buena configuración, porque la copia del servidor llega cuando se bloquea la del navegador. Pero la plataforma solo puede fusionar las dos copias cuando llevan el mismo id de evento y el mismo nombre de evento. Si el navegador usa un id aleatorio y el servidor usa el número de pedido, la plataforma ve dos compras distintas.

Dos herramientas que envían el mismo píxel

Esta causa es frecuente y fácil de pasar por alto, sobre todo tras cambiar a una nueva herramienta de tracking. Una tienda instala una app de tracking pero mantiene la app del canal de ventas de la propia plataforma, una etiqueta de Google Tag Manager o el código del píxel en el tema. Cada herramienta envía su propio Purchase con sus propios ids. La deduplicación dentro de cada herramienta funciona, pero la plataforma sigue recibiendo dos compras sin relación entre sí.

El mismo evento enviado otra vez

Una etiqueta de compra en la página de confirmación del pedido puede dispararse de nuevo cuando el comprador recarga o vuelve a visitar la página. Un servidor también puede enviar un pedido dos veces, por ejemplo una cuando se crea y otra cuando se paga. Construye el id de evento a partir del id del pedido, para que una repetición lleve el mismo id que la primera copia y la plataforma pueda reconocerla.

¿Cómo funciona la deduplicación?

La deduplicación es el modo en que una plataforma se queda con una sola copia de un evento que ha recibido más de una vez. La regla es parecida en las plataformas de esta guía: las copias deben llevar el mismo id, normalmente junto con el mismo nombre de evento, y deben llegar dentro de una ventana de tiempo. Entonces la plataforma conserva una copia y descarta las demás.

browser Purchase event_id=order-1042Píxel del navegador en el checkout

server Purchase event_id=order-1042Conversions API, mismo nombre e id: se fusiona con el primero

browser Purchase event_id=7c1e9a40Una segunda app en el mismo píxel, con su propio id: se cuenta otra vez

Los dos primeros eventos comparten un id y cuentan como una sola compra. El tercero tiene su propio id, así que la plataforma informa de dos compras para el pedido 1042.

De aquí se derivan dos reglas prácticas. Crea el id una sola vez, a partir de algo que conozcan tanto el navegador como el servidor, como el id del pedido. Y usa exactamente el mismo nombre de evento en ambos lados, tal como lo define la plataforma, por ejemplo Purchase en Meta.

Reglas de deduplicación por plataforma

Los detalles varían según la plataforma. Esta tabla resume la documentación oficial de cada plataforma en octubre de 2026.

Plataforma	Campo del navegador	Campo del servidor	Ventana	Notas
Meta	`eventID`	`event_id`	48 horas	El nombre del evento también debe coincidir. Un respaldo con fbp o external_id solo funciona cuando el evento del navegador llega primero.
TikTok	`event_id`	`event_id`	48 horas	El nombre del evento también debe coincidir. TikTok conserva el primer evento que recibe.
Snapchat	`client_dedup_id` y `transaction_id` para las compras	`event_id` y `order_id` para las compras	48 horas, o 30 días para el id de pedido de la compra	El nombre del evento también debe coincidir. El par client_dedup_id tiene prioridad.
Pinterest	`event_id`	`event_id`	48 horas	Envía el mismo nombre de evento desde ambas fuentes. Pinterest conserva el primer evento que recibe.
Reddit	`conversionId`	`conversion_id`	2 días	Mismo tipo de evento y, en los eventos personalizados, el mismo nombre. Se ejecuta cada hora y puede tardar hasta 24 horas en mostrarse.

La regla común: el mismo evento, el mismo id, dentro de la ventana. Los nombres de los campos varían, así que revisa cada integración por separado.

En ROASaurus, los píxeles del navegador de Meta, TikTok, Snapchat, Pinterest y Reddit envían el mismo id de evento que los eventos del servidor, así que esas plataformas deduplican. En Snapchat, el píxel también envía el id del pedido como transaction_id, que coincide con el order_id de la compra del servidor. En Pinterest, la Tag y la API usan nombres de evento coincidentes. X, Microsoft Advertising y Taboola reciben solo eventos del servidor, así que no hay nada que fusionar. Si envías los eventos por tu cuenta, la guía de la Meta Conversions API muestra dónde va el id de evento en el píxel y en la llamada a la API.

Que varias plataformas reclamen una misma venta no es un evento duplicado

Ahora, el segundo problema. Un comprador ve un vídeo de TikTok, hace clic en un anuncio de Google Shopping dos días después y compra tras un anuncio de retargeting de Meta. Cada plataforma tiene su propio registro de un clic o de una visualización, y cada una informa de la venta. No se ha enviado ningún evento dos veces, así que ningún ajuste de deduplicación cambia esto.

Ingresos reclamados en una semana (tienda de ejemplo)

Cómo encontrar eventos de compra duplicados

Compara cada fuente con tus pedidos
Toma un día completo. Cuenta los eventos Purchase que envió cada fuente ese día, antes de la deduplicación: el píxel del navegador y los eventos del servidor. Algunas herramientas de eventos muestran este desglose por método de conexión, y tu herramienta de server-side tracking tiene su propio registro de lo que envió. Compara cada cifra con el número de pedidos que recibió tu tienda ese día.
Lee los informes de deduplicación
Algunas plataformas informan de los duplicados que han eliminado. Reddit, por ejemplo, guarda durante siete días un registro de los eventos deduplicados, y Pinterest muestra la deduplicación por evento en Ads Manager.
Haz un pedido de prueba
Abre la vista de eventos de prueba de la plataforma y haz un pedido. Deberías ver un Purchase del navegador y otro del servidor con el mismo id de evento. Un tercer Purchase, o dos ids distintos, delata la causa.
Haz una lista de todas las herramientas que pueden enviar el píxel
Revisa las apps de canales de venta, los contenedores del tag manager, el código del tema y las apps de tracking antiguas. Una extensión del navegador como Meta Ads Data Advisor, antes Meta Pixel Helper, muestra qué eventos del píxel se disparan en una página.

El primer paso es la comprobación más rápida. Una fuente con un solo emisor envía como máximo una compra por pedido. El recuento del navegador suele ser menor que tus pedidos, por los bloqueadores de anuncios y el consentimiento rechazado. Por eso, una sola fuente con más compras que pedidos apunta a un segundo emisor o a eventos repetidos:

Fuente (tienda de ejemplo, un día)	Compras	Pedidos de la tienda	Ratio	Qué sugiere
Meta, navegador	186	120	1.55	Más compras que pedidos: dos herramientas disparan el píxel del navegador
Meta, servidor	119	120	0.99	Normal: un solo emisor del servidor
TikTok, servidor	241	120	2.01	Cada pedido dos veces: dos apps envían la Events API

Recuentos por fuente, antes de la deduplicación. Una proporción superior a 1.0 significa que esa fuente envía algunos pedidos dos veces. Una proporción cercana a 2.0 significa que envía casi todos los pedidos dos veces.

Cómo corregir los eventos de compra duplicados

Deja un solo emisor por píxel. Elige una herramienta para cada píxel y desactiva ese píxel en todos los demás sitios: apps de canales de venta, etiquetas del tag manager y código del tema. En Shopify, quita el mismo píxel de los ajustes de uso compartido de datos del canal Facebook & Instagram, porque todos los niveles de uso compartido de datos siguen enviando el píxel del navegador. Revisa la app de TikTok del mismo modo.
Usa un id de evento por pedido. Construye el id a partir del id del pedido y envíalo tanto con el evento del navegador como con el del servidor.
Usa el mismo nombre de evento. El navegador y el servidor deben nombrar el evento de la misma manera, exactamente como lo define la plataforma.
Envía dentro de la ventana. Un evento del servidor que llega días después no se fusiona. En Meta, TikTok y Pinterest la ventana es de 48 horas; en Reddit, de dos días.
Vuelve a probar después de cada cambio. Repite el pedido de prueba y compara los recuentos de nuevo al día siguiente.

Cómo evita ROASaurus los eventos de compra duplicados

ROASaurus envía cada compra a partir de los datos de pedido de la tienda y da a la copia del navegador y a la del servidor el mismo id de evento, construido a partir del id del pedido. En Shopify, el evento del servidor procede del webhook de pedido pagado, así que recargar la página de agradecimiento no crea un nuevo evento del servidor. El Event log enumera cada envío del servidor por plataforma, con la solicitud y la respuesta de la plataforma, para que veas qué se envió por cada pedido. La guía sobre server-side tracking en Shopify muestra el flujo completo.

Si una plataforma sigue mostrando más compras que pedidos, hay otra herramienta que envía el mismo píxel. Evita el doble conteo indica dónde mirar, y el server-side tracking explica qué eventos envía ROASaurus a cada plataforma.

Fuentes

En ROASaurus

Sigue leyendo

TrackingBloqueadores de anuncios y tracking: lo que pierde tu tiendaLos bloqueadores de anuncios frenan los píxeles de tracking, así que las plataformas publicitarias se pierden compras. Descubre qué eventos se pierden, por qué los eventos server-side no y cómo medir tu brecha.TrackingConsent Mode v2 y RGPD: qué puede enviar una tienda onlineConsent Mode v2 para tiendas online: las cuatro señales de consentimiento de Google, lo que exige la ley de la UE y lo que el server-side tracking aún puede enviar. Solo información general.TrackingSafari ITP y tracking publicitario: lo que sigue funcionandoSafari ITP limita a 7 días las cookies creadas por scripts, o a 24 horas tras algunos clics en anuncios. Mira cómo afecta a la atribución y qué tracking sigue funcionando.