El píxel declaraba 40.420 €. La tienda facturó 22.608 €.
Te cuento un caso real: el píxel de Meta declaraba 40.420 € y la tienda facturó 22.608 €. Las tres causas del desfase y qué pasa si escalas con el dato falso.

La llamada duró menos de cinco minutos. Un cliente con tienda WooCommerce, contento, con ganas de pisar el acelerador: "Pedro, el ROAS está volando, quiero subir presupuesto ya". Abrí el Ads Manager en pantalla compartida y ahí estaba la cifra: 40.420 € en valor de compra en 30 días.
Luego abrí su WooCommerce. Facturación total del mismo periodo, contando todos los canales —Meta, Google, email, gente que escribe la URL a mano—: 22.608 €.
Lee eso otra vez. El píxel no declaraba casi el doble de lo atribuible a Meta. Declaraba casi el doble de lo que había entrado en caja por cualquier vía. Matemáticamente imposible. Y ahí estaba, en la pantalla, con el logo azul y todo.
Qué decía Meta
El panel de Meta era un cuadro precioso: 23 compras atribuidas en 30 días, 40.420 € de valor de conversión. Con ese dato en la mano, cualquier decisión parece obvia. Escalas, duplicas, celebras.
Y ojo, no es que Meta mienta con maldad. El píxel reporta lo que le llega y lo atribuye con sus propias reglas. El problema es que casi nadie cruza ese número con la caja real. Se toma el dato de la plataforma como si fuera contabilidad, y no lo es. De esto ya escribí largo en ROAS real vs ROAS de plataforma, pero este caso lo resume mejor que cualquier teoría.
Qué decía WooCommerce
La tienda, mientras tanto, contaba otra película: 15 ventas reales en esos 30 días, 22.608 € facturados en total.
Pero la parte que más duele viene ahora. De esas 15 ventas, solo 3 tenían rastro verificable de Meta en el pedido: UTM de campaña o cookie _fbc guardada en el momento de la compra. Tres. El resto venía de Google, de email, de tráfico directo. Meta se estaba apuntando ventas de canales que no había tocado, y encima duplicando el importe por el camino.
O sea: el píxel declaraba 23 compras y la evidencia dura del pedido solo sostenía 3. Entre lo que Meta presume y lo que el servidor de la tienda puede demostrar hay un abismo, y ese abismo es exactamente donde se toman las malas decisiones de presupuesto.

De dónde sale la diferencia
Purchase duplicado del plugin. En WooCommerce, el evento Purchase lo suele disparar un plugin (PixelYourSite, en este caso) en la página de gracias. Si el cliente recarga esa página, o si el plugin manda el evento por navegador y por servidor sin compartir el mismo event_id para deduplicar, Meta recibe dos compras donde hubo una. El importe se duplica en el panel y nadie salta ninguna alarma, porque para Meta son dos eventos legítimos. Un x1,8 de inflación como el de este caso encaja de lleno con este patrón.
Conversiones view-through. Meta cuenta por defecto compras de gente que vio el anuncio y no hizo clic, si compran dentro del día siguiente. Piénsalo: alguien que ya conocía la marca, que iba a comprar igual, pasa el pulgar por delante de tu anuncio en Instagram y compra esa noche por Google. Para Meta, venta suya. Para tu caja, esa venta habría llegado exactamente igual con el anuncio apagado. No es fraude, es la regla del juego; pero si no lo sabes, estás pagando medallas por goles que ya estaban dentro.
Ventana de atribución. Con la ventana estándar de 7 días tras clic, una compra de hoy se atribuye a un clic del martes pasado. En sí no es malo, pero mezcla dos calendarios distintos: el de cuándo se gastó el dinero y el de cuándo se apunta la venta. Y cuando el ciclo de compra es largo, la plataforma acaba adjudicándose conversiones donde su papel fue, siendo generosos, de figurante. Si te suena, tengo un desglose entero en por qué el ROAS de Facebook no cuadra.
Tres causas, ninguna exótica. Todas funcionando a la vez en una tienda normal y corriente.
Qué habría pasado si escala con el dato falso
Hagamos el cálculo que mi cliente estuvo a punto de hacer. No con su gasto exacto, sino con números redondos para que se vea el mecanismo.
Supón que gastas 5.000 € al mes y el píxel te declara 40.420 €. ROAS aparente: 8. Con ese número, duplicar a 10.000 € parece de cajón: esperas unos 80.000 € de vuelta. Ahora mete la realidad: la tienda entera facturó 22.608 € por todos los canales, y solo 3 de 15 ventas tienen rastro de Meta. El ROAS real de Meta no era 8. Con suerte rondaba una fracción de eso.
¿Qué pasa al duplicar? Que los 5.000 € extra van a una máquina que rinde la mitad (o menos) de lo que crees. Ese dinero sale de algún sitio: del margen, de Google que sí funcionaba, del email que convertía gratis. Y lo peor no es el mes malo. Es que el píxel te seguirá enseñando un número gordo, así que tardarás dos o tres meses en admitir que algo falla. A 5.000 € el mes de más, ponle 10.000-15.000 € quemados antes de frenar. Eso paga el sueldo de alguien.
La moraleja (y mi opinión, que es rebatible)
Mi opinión, y sé que hay compañeros de sector que no la comparten: el píxel no es un sistema de medición, es una herramienta de optimización para el algoritmo de Meta. Sirve para que la máquina aprenda a quién enseñar el anuncio. Usarlo como contabilidad es un error de concepto, no un fallo técnico. La cifra de verdad vive en tu tienda o en tu CRM, y cualquier decisión de presupuesto que no pase por ahí es una apuesta a ciegas con el dinero del cliente.
¿Qué hacer? Vamos al grano: cada semana, mismo rango de fechas en Ads Manager y en tu backend de ventas. Compara valor de compra declarado contra facturación real, y mira cuántos pedidos llevan UTM o _fbc de verdad. Si el desfase supera el 20-30%, tienes un problema de medición antes que un problema de campañas. En cómo hacer un informe de Meta Ads para tu cliente explico cómo presentar ese cruce sin que parezca que le estás enmendando la plana a Meta.
Nosotros ese cruce lo hacíamos a mano, exportando pedidos y cuadrando en hojas de cálculo, hasta que nos hartamos y lo montamos en Furia Reports: conecta Meta Ads en solo lectura con WooCommerce, Shopify o el CRM del cliente y pinta las dos cifras juntas, cada día, la declarada y la real. No arregla el píxel duplicado ni te va a subir el ROAS; lo único que hace es que el desfase se vea a la primera en vez de descubrirlo tres meses y varios miles de euros tarde. En este caso, esa diferencia entre enterarse hoy o enterarse en octubre valía más que la campaña entera.
Preguntas frecuentes
¿Por qué el píxel de Meta declara más ventas que mi tienda?
Porque el píxel no mide caja, atribuye eventos. Las tres causas más comunes son eventos Purchase duplicados (el plugin dispara la compra dos veces o manda navegador y servidor sin deduplicar), conversiones view-through (compras de gente que vio el anuncio sin hacer clic) y la ventana de atribución de 7 días, que apunta a Meta ventas donde su papel fue mínimo. En un caso real que gestioné, el píxel declaraba 40.420 € y la tienda facturó 22.608 € en total.
¿Cómo compruebo si mi píxel de Meta sobrecuenta ventas?
Coge el mismo rango de fechas en Ads Manager y en tu backend (WooCommerce, Shopify o CRM) y compara el valor de compra declarado con la facturación real de todos los canales. Después revisa cuántos pedidos llevan UTM de Meta o cookie _fbc: eso es evidencia dura de atribución. Si el desfase supera el 20-30%, tienes un problema de medición. Herramientas como Furia Reports automatizan este cruce a diario.
¿Debo desactivar las conversiones view-through en Meta?
No hace falta desactivarlas, pero sí saber que están ahí. La configuración por defecto cuenta compras hasta 1 día después de ver el anuncio sin clic, lo que infla el ROAS con ventas que probablemente habrían llegado igual. Para decidir presupuesto, compara siempre contra las ventas reales de tu tienda; para optimizar dentro de la plataforma, puedes mantener la ventana estándar, que es con la que aprende el algoritmo.
Furia Reports conecta Meta Ads (solo lectura) con tu tienda o CRM y te enseña las dos cifras juntas: la que declara el píxel y la que entra en caja. Prueba 5 días gratis, sin tarjeta.


