Por Qué las Ventas del Administrador de Anuncios No Coinciden con la Pasarela (y Cómo Corregirlo)

Es la escena más repetida del tráfico pago: el Administrador de Anuncios muestra un número de ventas, abres tu pasarela de pago — Kirvano, Hotmart, Ticto, Kiwify — y encuentras otro. A veces la pasarela tiene menos ventas de las que Meta reporta; a veces tiene más. Y entonces llega la pregunta inevitable: ¿cuál de los dos está mintiendo?

La respuesta corta: ninguno. Los dos números miden cosas diferentes, con reglas diferentes, en momentos diferentes. En este artículo vas a entender exactamente de dónde viene cada divergencia — ventanas de atribución, retraso del reporte, modelado de iOS, ventas duplicadas entre campañas y ventas huérfanas — y cómo montar un proceso simple de conciliación para saber, con seguridad, cuánto vendió realmente cada campaña.

Los dos números miden cosas diferentes

La pasarela de pago cuenta transacciones: cada compra aprobada se convierte en una línea del extracto, registrada el día y la hora en que entró el dinero. No sabe (y no necesita saber) de dónde vino el comprador. Es un registro contable.

El Administrador de Anuncios cuenta conversiones atribuidas: Meta toma los eventos de compra que recibe (del píxel y de la CAPI) e intenta vincularlos a un clic o a una visualización de anuncio dentro de una ventana de tiempo. Si logra el vínculo, acredita la venta a la campaña — y registra la conversión en la fecha del clic o de la impresión, no en la fecha de la compra. Es un registro de marketing, hecho para responder otra pregunta: ¿qué anuncios están generando resultados?

Ventanas de atribución: 7 días de clic, 1 día de visualización

La ventana de atribución predeterminada de Meta es 7 días después del clic y 1 día después de la visualización. Eso significa que una compra se acredita al anuncio si ocurre hasta 7 días después de que la persona hizo clic, o hasta 1 día después de que apenas vio el anuncio, incluso sin hacer clic.

Ese segundo caso es el que más sorprende: la atribución por visualización (view-through) cuenta como conversión de la campaña una venta de alguien que vio pasar tu anuncio en el feed y compró por otro camino horas después — una búsqueda en Google, un enlace en la bio, un mensaje de WhatsApp. Para la pasarela, esa venta pudo venir de cualquier lugar; para Meta, es de la campaña.

• Compra el día 5 tras un clic el día 1: Meta reporta la conversión el día 1 (fecha del clic). La pasarela la registra el día 5. Los reportes diarios nunca van a coincidir.
• Compra 1 día después de solo ver el anuncio: Meta la cuenta (ventana de view); ningún tracker basado en clics atribuirá esa venta a la campaña.
• Compra 10 días después del clic: Meta ya no la cuenta (fuera de la ventana de 7 días), pero la pasarela la registra normalmente — ahora es Meta la que muestra menos.
• La ventana es configurable por conjunto de anuncios (por ejemplo, 1 día de clic). Si comparas períodos, necesitas saber qué ventana está activa.

Meta no es last-click — y tu tracker probablemente sí

Otra fuente de divergencia es el modelo de atribución. La mayoría de los trackers y planillas trabaja con last-click: la venta pertenece al último clic rastreado antes de la compra. Meta, dentro de su propio ecosistema, no funciona así — acredita la conversión a cualquier anuncio que haya tocado al comprador dentro de la ventana, y usa modelos estadísticos para distribuir el crédito cuando hay múltiples toques.

Ventas duplicadas entre campañas

Aquí está una de las razones más comunes de que la suma de las campañas en Meta supere el total de la pasarela: cuando el mismo comprador es impactado por varios de tus anuncios (tope de embudo, remarketing, campaña de escala corriendo en paralelo), más de una campaña puede reclamar esa misma compra dentro de sus ventanas.

• El comprador hace clic en el anuncio A el lunes y en el anuncio B el miércoles, y compra el jueves: según las ventanas, ambas campañas pueden mostrar la conversión.
• Cuantas más campañas activas disputando el mismo público, mayor la probabilidad de superposición — y más inflada queda la suma total de compras en el Administrador.
• Síntoma clásico: cada campaña aislada parece saludable, pero la suma de ventas reportadas es 20 o 30% mayor que el extracto de la pasarela.
• No es un bug: es la consecuencia de leer campaña por campaña un número que fue diseñado para leerse con superposición.

Retraso del reporte: Meta puede tardar hasta 72 horas

La pasarela registra la venta en tiempo real — el pago se acredita, la línea aparece. Meta no: las conversiones pueden tardar horas en aparecer en el Administrador, y el propio reporte avisa que los datos pueden actualizarse hasta por 72 horas. Las conversiones modeladas y las ventas atribuidas por visualización suelen tardar aún más en consolidarse.

Regla práctica: nunca juzgues la divergencia de un día que no lleve cerrado al menos 72 horas. El número de Meta de anteayer todavía se está escribiendo.

iOS, ATT y ventas modeladas (estimadas)

Desde el iOS 14.5 y el App Tracking Transparency, una parte relevante de los usuarios de iPhone no puede rastrearse individualmente. Para que esas conversiones no desaparezcan sin más, Meta usa modelado estadístico: estima cuántas ventas probablemente generó ese grupo no rastreable y suma esas conversiones modeladas al reporte.

Ventas huérfanas: la compra que llegó sin rastro

Del lado opuesto están las ventas que la pasarela registra pero ninguna campaña reclama: las ventas huérfanas. Son compras reales, con dinero en la cuenta, que llegaron sin ningún rastro de origen — el webhook de la pasarela vino sin el parámetro de rastreo (SCK, src o equivalente) y sin UTMs aprovechables.

• El parámetro del clic se perdió en el camino al checkout: redirecciones, acortadores y páginas intermedias que no reenvían la query string rompen el rastro.
• El checkout no devuelve los parámetros en el webhook: cada pasarela tiene su propio campo (src, sck, checkout_params) y no todo embudo lo llena correctamente.
• El comprador cambió de dispositivo: hizo clic en el anuncio en el celular y completó la compra en la computadora, sin nada que vincule las dos sesiones.
• La compra vino de un canal realmente no pago (recomendación, orgánico, e-mail) — en ese caso la huérfana es correcta, y forzar la atribución inflaría tu campaña.

UTMs: tu fuente de verdad independiente

Si Meta atribuye con sus propias reglas y la pasarela no atribuye nada, necesitas un tercer testigo — y se llama UTM. Parámetros de URL bien armados (utm_source, utm_medium, utm_campaign, utm_content) viajan del anuncio a la página, de la página al checkout y del checkout al webhook de la pasarela. Cuando eso funciona, cada transacción lleva consigo la campaña, el conjunto y el anuncio que la originaron.

La ventaja de las UTMs es que no dependen de ventanas, modelado ni cookies: son texto en la URL, guardadas junto a la venta. La desventaja es que son esencialmente last-click y se rompen si cualquier etapa del embudo no reenvía los parámetros. Por eso complementan a Meta en vez de reemplazarla.

Cómo conciliar en la práctica: la planilla de 3 columnas

1. Exporta las transacciones aprobadas de la pasarela en el período (cerrado hace al menos 72 horas), con fecha, valor y los campos de rastreo (src/sck, UTMs).
2. Para cada transacción, extrae la utm_campaign (o el identificador de rastreo) y anota la campaña correspondiente. Las transacciones sin rastro van a la columna 'huérfana'.
3. Suma las ventas por campaña y pon al lado el número que Meta reporta para el mismo período, con el mismo rango de fechas.
4. Analiza las diferencias: Meta por encima de la pasarela apunta a view-through, superposición de campañas y modelado; pasarela por encima de Meta apunta a ventana vencida, píxel bloqueado o eventos que no llegaron.
5. Sigue la tasa de huérfanas a lo largo del tiempo: si supera una porción pequeña de las ventas, el problema es la plomería de los parámetros, y ahí es donde hay que actuar primero.

Cuándo confiar en cada número

• Usa Meta para optimizar y leer tendencia: comparar creativos, conjuntos y públicos entre sí. Las reglas de atribución son las mismas para todos, así que la comparación relativa es justa — aunque el número absoluto no sea contable.
• Usa la pasarela (cruzada con el tracker/UTMs) para la caja real: decidir presupuesto, calcular ROI y margen, y saber si la operación cierra en azul.
• Nunca escales ni mates una campaña solo por el número del Administrador de un día que aún no consolidó.
• Nunca calcules la ganancia con el valor de conversión de Meta: el modelado y la superposición lo inflan; la ventana y el bloqueo del píxel lo subreportan. La ganancia se calcula con el extracto.

Buenas prácticas para que los números se acerquen

• Arma los parámetros de URL de forma estandarizada en todos los anuncios (utm_campaign con el nombre o ID real de la campaña) y verifica que la página de destino y el checkout los preserven.
• Conecta el webhook de la pasarela a un tracker server-side: la venta confirmada llega con el rastro del clic, incluso cuando el píxel del navegador fue bloqueado.
• Compara períodos con una ventana justa: el mismo rango de fechas en ambos lados, cerrado hace 72 horas o más, y sabiendo que Meta fecha la conversión por el clic, no por la compra.
• Estandariza la ventana de atribución entre las campañas comparadas — mezclar 7 días de clic con 1 día de clic invalida la comparación.
• Monitorea las ventas huérfanas semanalmente: cada huérfana evitable es una venta que tus campañas generaron y nadie recibió el crédito.
• Documenta la plomería de tu embudo (redirecciones, acortadores, páginas de gracias) y prueba el camino completo del clic al webhook después de cualquier cambio.

Conclusión

El Administrador y la pasarela nunca van a coincidir al centavo — y está bien. Meta cuenta conversiones atribuidas por clic y visualización, dentro de ventanas, fechadas en el clic, con modelado para iOS y superposición entre campañas. La pasarela cuenta dinero en la cuenta, el día en que entró, sin saber de dónde vino. Quien entiende las reglas de los dos deja de buscar el 'número mentiroso' y pasa a usar cada uno para lo que sirve: Meta para optimizar, la pasarela cruzada con el rastreo para decidir con la caja real.

El trabajo pesado es la conciliación: hacer que cada venta de la pasarela llegue con el rastro de la campaña que la generó. Montar eso a mano — parámetros, webhooks, planillas, huérfanas — consume horas cada semana. IzeAds ya lo entrega listo, sin código: el tracker server-side vincula el webhook de tu pasarela (Kirvano, Hotmart, Ticto, Kiwify, Cartpanda y otras) al clic del anuncio vía SCK, muestra las ventas reales por campaña, conjunto y anuncio junto al gasto, y separa las huérfanas para que veas exactamente dónde se pierde el rastro. Si estás cansado de auditar planillas para saber cuánto vendió de verdad cada campaña, vale la pena conocerlo.