Solución de problemasMeta

Meta reporta más compras que Shopify: diagnóstico

Meta Ads Manager muestra más compras que pedidos registra Shopify. Diagnostica eventos Purchase duplicados, dobles disparos y reglas de recuento.

Publicado: 17 de septiembre de 2026
Revisado: 17 de septiembre de 2026

Diagnóstico

Plataforma Meta
Causa habitual Un mismo pedido llega a Meta más de una vez: píxel y Conversions API sin un event_id compartido, dos píxeles o un evento Purchase que se vuelve a disparar.
Causas, por orden 6
Cómo diagnosticarlo 8

Ir a las comprobaciones

Primera respuesta gratis, en un día laborable. Describe tu caso

¿Te suena?

El síntoma

Parte del síntoma Meta

Meta Ads Manager informa de más compras de las que Shopify registró pedidos para el mismo periodo. El recuento extra normalmente no son clientes nuevos: son los mismos pedidos contados más de una vez, o eventos que se dispararon sin ningún pedido detrás.

La lista de pedidos de Shopify registra el dinero realmente cobrado; el recuento de Meta registra los eventos de conversión que recibió. El trabajo consiste en encontrar qué eventos no tienen un único pedido real detrás.

Dos libros de registro del mismo periodo: la columna de la plataforma más alta que la de la tienda, con el exceso marcado

Marca lo que ves

El recuento de compras de Meta Ads Manager es superior al recuento de pedidos de Shopify para las mismas fechas
El ROAS informado parece mejor de lo que el volumen de pedidos de la tienda puede sostener
La brecha apareció tras instalar una segunda app de tracking o una integración CAPI
El recuento de compras de Meta incluye pedidos de prueba, cancelados o reembolsados
Events Manager muestra dos eventos Purchase para el mismo pedido procedentes de fuentes distintas
El valor de compra de Meta para un periodo no coincide con las ventas totales de Shopify, ni siquiera en la misma divisa

Marca las líneas que coinciden con tu tienda.

Describir mi caso

La versión corta

Respuesta directa

Meta cuenta eventos de conversión; Shopify cuenta pedidos. Meta informa de más compras cuando un mismo pedido se le envía más de una vez: normalmente un par de Pixel y Conversions API sin un event_id compartido, dos instalaciones de píxel disparando a la vez, o un Purchase que se vuelve a disparar al recargar la página de confirmación.

Una parte menor de la brecha son las reglas de recuento: la atribución a la fecha del clic, las conversiones view-through sin clic, los pedidos de prueba y cancelados que nunca se eliminaron, y las diferencias de divisa que describen los mismos pedidos en unidades distintas.

Dónde mirar

Causas, por orden

Ordenadas desde las causas que producen la duplicación más clara hasta las que solo cambian cómo se cuentan los mismos pedidos. Cada una tiene una señal distinta, así que un repaso por Events Manager, el navegador y una exportación de Shopify acota la lista.

Meta reporta compras de más6 causas

Pixel y CAPI sin un event_id compartido

Meta fusiona un evento del navegador y un evento del servidor solo cuando event_name y event_id coinciden exactamente. Si cada lado genera su propio identificador, Meta ve dos compras mientras ambas patas parecen correctas por separado.
Dos instalaciones de píxel

Un píxel del tema más el píxel de una app, dos apps que gestionan Meta a la vez, o un píxel personalizado de Customer Events junto al código del tema. Si ambos disparan Purchase, Meta recibe dos eventos aunque compartan el mismo ID de píxel, porque los eventos son distintos.
Purchase disparado al recargar la página

Si Purchase está ligado a la carga de página, cada visita a la página de agradecimiento o de estado del pedido lo vuelve a disparar: una recarga, un cliente que vuelve a través del email de confirmación, un paso de upsell que vuelve a renderizar la página. Tiene que dispararse una vez por pedido.
Ventana de atribución y view-through

Meta atribuye las compras a la fecha del clic en el anuncio y puede contar conversiones view-through —una impresión que convierte más tarde sin clic—. Shopify no tiene un registro equivalente, así que el recuento de Meta incluye pedidos que Shopify atribuye en otro lugar.
Pedidos de prueba, cancelados y reembolsados

Un evento Purchase se cuenta cuando se dispara; los checkouts de prueba, los pedidos cancelados y los intentos de pago incompletos permanecen en el recuento a menos que se envíe una señal correctiva de vuelta.
Desajustes de divisa y valor

Esto mueve más la línea de valor que el recuento. Si Meta recibe el valor del pedido en una divisa de presentación mientras Shopify totaliza en la divisa de la tienda, los totales del periodo divergen incluso para los mismos pedidos. Un parámetro value ausente tiene un efecto similar.

8 pasos

Cómo diagnosticarlo

Tres superficies, en orden: Events Manager para lo que recibió Meta, el navegador para lo que envió la página, y una exportación de pedidos de Shopify para lo que ocurrió. La comparación a nivel de pedido va al final.

Fija primero el periodo. En Shopify Admin → Orders, filtra a una semana o un mes más antiguos donde cualquier ventana de atribución ya se haya asentado, y anota el recuento de pedidos, las ventas totales y la divisa de la tienda.
Comprueba el estado de deduplicación. En Events Manager → Data Sources, selecciona el dataset, abre Overview y lee la fila de Purchase. Donde el navegador más el servidor superan el total deduplicado, ambas patas se están contando. Las etiquetas de las columnas varían según la versión.
Observa una compra en Test Events. Abre Events Manager → Test Events y lanza una compra de prueba. Una configuración correcta muestra el navegador y el servidor emparejados en una sola compra; dos filas para un pedido es duplicación. Anota cualquier aviso sobre event_id.
Revisa la instalación del navegador. Con Meta Pixel Helper abierto, completa un checkout de prueba. Lista cada píxel que se disparó y lo que envió cada uno. Después filtra la pestaña Network por facebook.com/tr y cuenta las peticiones Purchase que produce un pedido. Dos peticiones, o dos IDs de píxel, confirman una doble instalación.
Recarga la página de confirmación. Si al recargar se dispara una nueva petición Purchase, o al volver a la página de estado del pedido, el evento está ligado a la carga de página y no al pedido. Repítelo en cualquier paso de upsell posterior a la compra.
Haz inventario de las instalaciones. En Settings → Customer events, anota los píxeles personalizados registrados; en Settings → Apps and sales channels, lista qué apps gestionan Meta; busca código de píxel en el tema. Cualquier cosa que aparezca dos veces puede dispararse por duplicado.
Comprueba la atribución. En Ads Manager, revisa la configuración de atribución de la campaña. Una conversión view-through se atribuye a una impresión, pero la compra que hay detrás es un pedido real de Shopify —el mismo pedido que Shopify atribuye a otro canal o a ninguno—.
Concilia pedido a pedido. Exporta los pedidos de Shopify con ID, fecha, total y divisa, y extrae los datos de Purchase a nivel de evento de Meta con el ID de evento y el valor. Empareja cada compra de Meta con un pedido: dos eventos para un pedido es duplicación; un evento sin pedido es un pedido de prueba, cancelado o que nunca se completó; un pedido emparejado con un valor distinto es una diferencia de divisa.

Señal y solución

Tabla de decisión

Úsala cuando el diagnóstico se haya reducido a una o dos causas. La columna de señal es lo que viste; la solución es el cambio al que apunta.

Causa	Señal que verás	Solución
Pixel + CAPI sin un `event_id` compartido	Dos filas Purchase en Test Events para un pedido; los IDs de evento del navegador y del servidor difieren	Genera un ID de evento por pedido y pasa el mismo valor idéntico a ambas patas
Dos instalaciones de píxel	Pixel Helper lista Purchase dos veces, a menudo desde dos IDs de píxel; `facebook.com/tr` muestra dos peticiones para un pedido	Mantén un solo sistema como fuente de Purchase y elimina la llamada al píxel del otro
Purchase se dispara al recargar	Una nueva petición Purchase en cada visita a la página de confirmación o de estado del pedido	Dispara una vez por pedido, protegido por el identificador del pedido, no en la carga de página
Ventana de atribución y view-through	La brecha es estructural; ningún pedido duplicado se le asigna y aparecen créditos view-through en el desglose de la campaña	Compara solo ventanas cerradas y concilia sobre las compras por clic
Pedidos de prueba, cancelados y reembolsados	Compras de Meta sin pedido correspondiente en Shopify, agrupadas en torno a checkouts de prueba	Excluye el tráfico interno y de prueba, y envía una señal correctiva para los pedidos que no se sostienen
Desajuste de divisa o valor	Los recuentos cuadran en líneas generales pero los totales de valor del periodo no; la divisa del evento difiere de la divisa de la tienda	Envía valor y divisa de forma coherente, y compara en la divisa en la que Shopify informa de los totales

Una nota de Daniilantes de decidir

¿Deberías arreglarlo tú mismo o pedir ayuda?

La mayor parte del diagnóstico está al alcance desde los paneles de administración: la vista general de Events Manager, Test Events, la lista de Customer events de Shopify y las apps instaladas. Leer una petición facebook.com/tr no necesita código, y Meta Pixel Helper señala una doble instalación en minutos.

Lo que normalmente necesita un desarrollador es la corrección, no el hallazgo. Canalizar un único identificador de evento a través de un píxel y un payload del servidor, mover Purchase de la carga de página a una vez por pedido, o eliminar uno de dos sistemas solapados sin dejar un hueco: cada cosa toca código adyacente al checkout y necesita verificación en Test Events.

Un tercer caso se sitúa entre los dos: un solo sistema instalado y la deduplicación que sigue fallando. Suele ser la propia lógica del identificador, que es lo que cubre un trabajo de Meta Conversions API.

— Daniil

Siguiente paso

Si la comprobación no lo resuelve.

Las comprobaciones anteriores encuentran la causa en la mayoría de las tiendas. Cuando se solapan dos o más, una conciliación a nivel de pedido es más rápida que otra tarde comparando paneles.

Tracking Health Check

Precio: EUR 375
Acceso: Solo lectura
Plazo: veredicto dos días laborables después del kickoff

Lo que muestra la conciliación para este síntoma.

Un Health Check concilia este síntoma pedido por pedido contra tus pedidos de Shopify, así que la causa es un hecho de tus propios datos, no una suposición desde un panel. Todavía no hay cifras reales publicadas para este síntoma — pide el informe de muestra.

Solicitar un Health Check · EUR 375

Sigue el pedido. Después compara las pruebas.

Pedido realID del pedido, importe, moneda
Eventos del navegador / servidorConsentimiento, ID del evento, entrega
GA4 / plataformas publicitariasEventos recibidos e informes
Conciliar los registrosComparar IDs, períodos y definiciones

Un pedido completado y una conversión registrada son registros distintos. Revisa el recorrido y compara criterios equivalentes antes de interpretar una diferencia como datos perdidos.

Preguntas

Preguntas que plantea este síntoma

¿Por qué contaría Meta una compra que Shopify no tiene en absoluto?

Porque Meta cuenta eventos de conversión, y no todos los eventos que recibe pertenecen a un pedido completado. Un checkout de prueba, un pedido que se canceló después o un intento de pago que nunca se completó pueden aparecer en el recuento de Meta sin ningún registro de pedido que les corresponda. El evento se disparó; el pedido no.

¿Cancelar o reembolsar un pedido lo elimina del recuento de Meta?

No por sí solo. Meta cuenta el evento Purchase cuando se dispara, y cambiar el pedido en Shopify después no elimina ese recuento de forma retroactiva. El informe solo se ajusta si se envía una señal correctiva de vuelta a Meta —un evento de reembolso o cancelación desde el sistema que sea dueño de la integración—. Que eso ocurra depende de tu configuración, así que verifícalo en lugar de darlo por hecho.

¿Pueden dos píxeles en la misma página provocar un doble recuento?

Sí. Si el píxel del tema y el píxel de una app disparan ambos Purchase para el mismo pedido, Meta recibe dos eventos. Ni siquiera necesitan IDs de píxel distintos: dos eventos del navegador separados sobre el mismo dataset también cuentan dos veces. La deduplicación de Meta solo empareja un evento del navegador con su gemelo del servidor (Conversions API) cuando coinciden el nombre y el ID del evento; nunca fusiona dos eventos del navegador.

¿Cómo encuentro los pedidos concretos que se contaron dos veces?

Conciliando pedido a pedido en lugar de comparar totales de periodo. Exporta los pedidos de Shopify con sus ID, fechas, valores y divisa, extrae los datos de Purchase a nivel de evento de Meta con el ID de evento y el valor, y empareja cada compra de Meta con exactamente un pedido de Shopify. Dos eventos de Meta contra un pedido es duplicación; un evento de Meta sin pedido es un pedido de prueba, cancelado o que nunca se completó.