Una compra no es un clic
El botón de pagar no confirma revenue. La compra confiable nace cuando la pasarela confirma estado, monto, moneda y cliente. Por eso los webhooks son clave para eventos Purchase serios.
Sin esa capa, puedes terminar enviando intentos fallidos, duplicados o eventos que no representan ingresos reales.
Stripe, Hotmart y PayPal tienen matices
Cada pasarela tiene eventos, estados y estructuras diferentes. Integrarlas bien exige mapear qué significa pago aprobado, pendiente, rechazado, reembolsado o recurrente.
El objetivo no es “conectar una pasarela”. Es traducir su verdad comercial en eventos publicitarios confiables.
Deduplicación y valor
Purchase debe llegar con event_id estable, valor y moneda. Si el navegador y el servidor envían la misma compra sin deduplicar, el reporte se infla y el aprendizaje se ensucia.
Si falta valor, el sistema puede aprender que todas las compras pesan igual aunque el negocio sepa que no es así.
Qué revisar después de activar
No basta con hacer una compra de prueba. Hay que mirar reintentos, demoras, errores de pasarela, moneda, impuestos, cupones y reembolsos si aplican al negocio.
El tracking de compras es una operación, no un evento aislado.
Checklist de compra real
Webhook verificado y firmado cuando aplique.
Estado de pago correcto antes de Purchase.
event_id para deduplicar.
Valor y moneda consistentes.
Tratamiento claro de reembolsos y pagos fallidos.
La pasarela sabe algo que el navegador puede no saber
Un checkout puede abrirse, un usuario puede intentar pagar y una página de gracias puede cargarse, pero nada de eso equivale necesariamente a una compra confirmada. La pasarela es la fuente que permite distinguir intención de revenue real.
Cuando esa diferencia no se respeta, Meta puede terminar aprendiendo de intentos, duplicados o pagos pendientes.
Purchase debe nacer de estados confiables
CrumbTrack puede trabajar con webhooks y estados de pago para que Purchase represente compras confirmadas con valor, moneda, identidad y deduplicación. Esto es especialmente importante en Stripe, Hotmart, PayPal y funnels donde el pago ocurre fuera del sitio principal.
Si el evento que entrena ventas no representa ventas reales, todo el aprendizaje posterior queda contaminado.
Cuando Purchase debe representar ventas reales
Un evento de compra disparado en el momento equivocado puede hacer que Meta aprenda de intentos, pagos fallidos o datos incompletos. Para escalar, Purchase tiene que estar conectado con la realidad de la pasarela.
CrumbTrack puede ayudarte a trabajar con webhooks de Stripe, Hotmart, PayPal y otros flujos de pago para enviar compras confirmadas, valor, moneda, estado y deduplicación. Así el algoritmo recibe una señal más cercana al revenue real.
Quiero conectar compras reales