Cómo cPixel cuenta cada compra una sola vez
¿Cómo evita cPixel contar una compra dos veces?
cPixel envía cada compra de Shopify una sola vez a cada cuenta conectada, con un mismo ID de evento creado a partir de tu tienda y el checkout, y desactiva la Compra del navegador de Meta mientras su envío desde el servidor está activo. Los demás eventos se envían desde el navegador o el servidor, o desde ambos con un mismo ID compartido. Los duplicados que quedan suelen venir de otra app o etiqueta.
El ID es un hash de la dirección myshopify.com de tu tienda y el token del checkout, no el ID del pedido, así que el navegador del comprador y el servidor de cPixel llegan al mismo valor de forma independiente. Cada cuenta que conectas en una plataforma lo recibe, y cPixel no conecta un mismo píxel dos veces. La mayoría de los demás eventos llevan el propio ID de evento de Shopify. Los pedidos hechos fuera de tu checkout online, cuando los activas, obtienen un ID a partir del pedido, y los reembolsos, enviados solo a GA4, tienen el suyo propio.
¿En qué ID deduplica cada plataforma?
Cada plataforma tiene su propia clave: un ID de evento para Meta, TikTok, OpenAI Ads, Pinterest y Snapchat, y un ID de transacción para GA4 y Google Ads. cPixel envía cada evento a una plataforma una sola vez, o dos veces bajo la clave que esa plataforma coteja.
| Plataforma | Deduplica según | Ventana | Qué envía cPixel |
|---|---|---|---|
| Meta | Nombre del evento e ID de evento, mismo píxel; por lo general conserva el primero recibido | 48 horas | Eventos de navegación y checkout desde ambos lados, con un mismo ID; la Compra solo desde el servidor |
| TikTok | Evento e ID de evento; conserva el primero recibido | 48 horas | Todo desde el servidor, excepto Pageview, que envían ambos lados con un mismo ID |
| GA4 | ID de transacción, en flujos de datos web | No indicado | La compra desde el servidor, con el ID del pedido como ID de transacción; el resto desde el navegador |
| OpenAI Ads | ID de píxel, nombre del evento e id; gana el primero recibido |
No indicado | Checkouts y compras desde el servidor; el resto desde la etiqueta del navegador |
| Nombre del evento e ID de evento; conserva el primero capturado | 48 horas | Checkouts y compras desde el servidor; el resto desde la etiqueta del navegador | |
| Snapchat | Su ID de deduplicación; las compras también por ID de pedido | 48 horas; 30 días por ID de pedido | Checkout, datos de pago y compra desde el servidor; el resto desde la etiqueta del navegador |
| Google Ads | ID de transacción, dentro de una misma acción de conversión | No indicado | La compra desde su etiqueta de navegador en la página de agradecimiento, con el ID del pedido |
Fuentes, verificadas el 24 de septiembre de 2026: Meta, TikTok, GA4, OpenAI, Pinterest, Snap, Google Ads.
En En vivo, el detalle de un envío del servidor nombra su clave, por ejemplo «deduplicado por ID de evento»: la clave que coteja la plataforma, no la prueba de que fusionó un par.
¿Por qué Meta recibe la compra solo desde el servidor?
Porque Meta es la única plataforma a la que cPixel podría enviar la compra desde ambos lados, y una sola copia no se puede contar dos veces. La copia del servidor se construye a partir del pedido de Shopify, así que no depende del navegador del comprador, y lleva más de los datos con los que Meta hace coincidir a los clientes.
La Compra del navegador de Meta solo se dispara mientras el envío desde el servidor de cPixel a ese píxel no está activo: la cuenta no tiene token de acceso, Meta ha rechazado el token, Enviar eventos desde nuestros servidores está desactivado, o el plan Free ha pausado los envíos del servidor. En cualquier caso, Meta recibe una sola Compra por pedido.
En la página En vivo, Meta aparece en la fila Servidor de la compra, no en su fila Navegador. En Meta Events Manager, la Compra llega a través de la Conversions API, mientras que los demás eventos se muestran como “Multiple” porque los envían ambos lados.
¿Qué puede seguir contándose dos veces?
Otra herramienta que envía al mismo píxel, y un reenvío después de que se haya cerrado la ventana de la plataforma. cPixel no puede deduplicar los eventos de otra app: cada app crea sus propios ID de evento, así que la plataforma ve dos compras.
Los segundos emisores habituales son la propia app de Shopify de una plataforma, como Facebook & Instagram o Google & YouTube, otra app de seguimiento o píxel personalizado, y código de píxel pegado en tu tema. Un duplicado suele mostrarse como “vistas de página dobladas mientras los ingresos por pedidos siguen pareciendo correctos”, en palabras del propio aviso de cPixel, así que revisa tanto las vistas de página como las compras. La solución es un solo emisor por píxel: usa cPixel con la app de Facebook e Instagram.
¿Cómo encuentro un segundo emisor?
Empieza en la página Destinos de cPixel y confírmalo después en la plataforma. Una vez al día, cPixel lee tu tienda en busca de etiquetas escritas en el tema y píxeles registrados con Shopify, y muestra cualquier solape bajo Otra app está configurada para una plataforma a la que cPixel también envía.
- En cPixel, abre Destinos y lee Qué hacer al respecto en cada hallazgo.
- En Shopify, ve a Settings → Customer events y anota cada píxel de app y píxel personalizado que pueda enviar a la misma plataforma.
- En cPixel, abre En vivo, haz clic en Iniciar sesión y haz un pedido real para ver a qué cuentas lo envió cPixel.
- En la plataforma, comprueba que el pedido generó una sola compra. En Meta Events Manager, una Compra que llega tanto desde el navegador como desde la Conversions API indica un segundo emisor, porque la Compra del navegador de cPixel está desactivada mientras su envío desde el servidor está activo.
El análisis muestra lo que está configurado, no lo que se disparó, y no puede leer una tienda protegida con contraseña, así que la ausencia de aviso no descarta un segundo emisor. Para el código del tema, los gestores de etiquetas y la herramienta de configuración de eventos de Meta, lee por qué Meta cuenta dos veces las compras de Shopify.
¿Qué pasa cuando se reenvía una compra?
Conserva su ID de evento original, así que una plataforma que aún recuerde la primera copia conserva una sola. Los reintentos tras un envío fallido, la repetición de los pedidos retenidos mientras el plan Free estaba en pausa, la reparación nocturna de los pedidos cuyo webhook nunca llegó, y Reenviar evento en En vivo reutilizan todos ese mismo ID.
El límite lo marca la ventana de la plataforma. Meta deduplica dentro de las 48 horas, así que la repetición de pedidos retenidos de cPixel omite Meta en cuanto un pedido supera esa antigüedad, y la reparación nocturna cubre solo los pedidos de ayer, dentro de las ventanas de Meta y TikTok.
Reenviar evento, en los planes de pago, vuelve a enviar una compra a cada cuenta conectada con su ID original. Úsalo para una compra que no llegó, no para inflar cifras: pasadas 48 horas, un reenvío a Meta puede contar la compra dos veces.
