El píxel declaraba 40.420 €. La tienda facturó 22.608 €.

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 (la causa real, no la de manual)

Aquí es donde casi todos los posts sobre este tema tiran de la explicación fácil: purchase duplicado, ventana de atribución, conversiones view-through. Suena bien y a veces es verdad, pero en este caso concreto no cuadraba con los números. Tuve que sentarme a revisar pedido por pedido, y la causa real fue mucho más aburrida.

Ventas contadas que nunca llegaron a cobrarse. La tienda ofrecía financiación en el checkout para el producto, que no es barato. El píxel de Meta dispara el evento Purchase en el momento en que el cliente termina el checkout, no cuando el banco aprueba el pago. A varios de esos clientes la financiera les denegó la operación días después: el pedido se quedaba cancelado o pendiente de cobro en WooCommerce, y ese dinero nunca llegó a entrar de verdad. Para la tienda, esa venta no existió. Para Meta, ya estaba contada, y ahí se queda para siempre — el píxel no vuelve atrás a restar nada.

Las devoluciones tampoco se descuentan. Es el mismo problema por la puerta de salida. Si un cliente compra y más adelante devuelve el producto o cancela el pedido, Meta ya se apuntó esa venta en su panel en su momento, y no tiene forma de enterarse de lo que pasa después en tu backend. Se queda ahí, inflando el ROAS indefinidamente. Ni el reembolso ni la financiación denegada existen para el píxel: solo existe el clic de "finalizar compra".

Esto no quita que purchases duplicados o la ventana de atribución de 7 días —de la que hablo en por qué el ROAS de Facebook no cuadra— también inflen el número en muchas tiendas. Pero en este caso no fue lo que más pesó. Dos causas, ninguna exótica, y ninguna aparece jamás en el panel de Meta: el píxel cuenta eventos de checkout, no dinero que ha entrado y se ha quedado en la cuenta.

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.

Cómo saber si Meta atribuye bien las ventas de tu ecommerce

Esto es lo que reviso yo antes de tocar presupuesto en cualquier cuenta. Se hace en 15 minutos y no hace falta ninguna herramienta:

• Compara el mismo rango de fechas en Ads Manager (valor de compra) contra tu backend de ventas (WooCommerce, Shopify, CRM). Si el gap supera el 20-30%, tienes un problema de medición antes que un problema de campañas.
• Cuenta cuántos pedidos llevan rastro real de Meta: UTM de campaña o cookie _fbc guardada en el momento de la compra. Si son pocos frente a las "compras" que declara el píxel, Meta se está apuntando ventas de otros canales.
• Revisa que el Purchase se dispare una sola vez por pedido (mismo event_id en navegador y servidor). Un evento duplicado es la causa más común de un ROAS hinchado x1,5-x2.
• Mira qué pasa con los pedidos pendientes de cobro, cancelados o con financiación denegada. Si tu checkout admite pago aplazado, esos pedidos cuentan como venta para Meta el día del checkout, aunque el dinero no llegue nunca.
• Revisa las devoluciones del mismo periodo. Meta no las resta jamás; si tu backend sí las refleja, ahí tienes otro trozo del desfase.

Si haces este cruce cada semana a mano, tarde o temprano lo dejas de hacer porque cansa (a mí me pasaba). En cómo hacer un informe de Meta Ads para tu cliente explico cómo presentar el cruce sin que parezca que le estás enmendando la plana a Meta — o, más fácil, que lo haga Furia Reports por ti cada día.

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.