Checkout Pro o Checkout API: cuál te conviene de verdad
La pregunta no es cuál se ve mejor. Es cuánta responsabilidad sobre datos de tarjeta querés tener.
Mercado Pago ofrece dos formas de cobrar y la mayoría de las comparaciones se quedan en lo visual: una redirige y la otra no. Esa es la consecuencia, no la diferencia.
Qué cambia de verdad
Con Checkout Pro el comprador termina el pago en una página de Mercado Pago. Los datos de la tarjeta nunca tocan tu servidor, y por lo tanto tampoco te tocan a vos las obligaciones que vienen con manipularlos.
Con Checkout API el formulario vive en tu sitio. Los datos se tokenizan del lado del cliente antes de llegar a tu backend, pero el formulario es tuyo: la página que lo contiene entra en el alcance de tus responsabilidades de seguridad, y cualquier script de terceros que cargues ahí también.
Esa es la decisión. Lo visual se deriva de ella.
Qué se gana redirigiendo
- Menos superficie de responsabilidad sobre datos sensibles.
- Los medios de pago los mantiene Mercado Pago: si suman uno nuevo, aparece sin que toques nada.
- Menos código propio en el camino crítico del cobro.
Qué se gana quedándose
- El comprador no sale de tu sitio, y cada salto es gente que no vuelve.
- Control total del diseño del formulario y de los mensajes de error.
- Podés cortar el flujo antes de cobrar si tu lógica lo necesita.
El costo oculto de Checkout API
La comparación suele terminar en "uno redirige y el otro no", y ahí se pierde lo que de verdad cuesta plata más adelante.
Cuando el formulario es tuyo, cada script que cargue esa página puede, técnicamente, leer lo que el usuario tipea. No hace falta que sea malicioso desde el principio: alcanza con que una librería de terceros que ya usabas cambie de dueño o se comprometa una versión. Ese riesgo no existe cuando el formulario vive en el dominio de Mercado Pago.
Eso convierte tu checkout en una página que hay que auditar cada vez que se le suma algo: un chat de soporte, un pixel de publicidad, una herramienta de mapas de calor. Cada uno de esos es una decisión que en Checkout Pro no tenés que tomar.
- Con Pro, agregar un chat a tu sitio es una decisión de producto.
- Con API, agregar un chat a la página del checkout es también una decisión de seguridad.
Lo que NO cambia entre los dos
Vale aclararlo porque es donde la gente espera una diferencia que no existe.
- La confirmación del pago: los dos se confirman por webhook, con los mismos problemas.
- Las comisiones: dependen del medio de pago y del plazo de acreditación, no de la integración.
- Los medios disponibles: los define tu cuenta, no el checkout.
- Las cuotas y promociones bancarias: se configuran en la cuenta.
Cómo elegir
Empezá con Checkout Pro. En la mayoría de los proyectos la redirección no es el problema que se cree —el comprador espera salir a pagar y Mercado Pago es una marca que reconoce— y la responsabilidad que te ahorra es real y permanente.
Pasá a Checkout API cuando se den las tres condiciones a la vez: tenés volumen suficiente para que una diferencia de conversión se note en pesos, podés sostener la seguridad de esa página en el tiempo, y hay alguien que revisa qué scripts corren ahí. Si no podés nombrar a esa persona, la respuesta es Pro.
Un camino intermedio que se elige poco: arrancar con Pro y medir. Si el abandono en el paso del pago resulta ser bajo, la migración nunca hace falta y te ahorraste el trabajo entero.
Preguntas frecuentes
- ¿Checkout Pro convierte peor por la redirección?
- Puede convertir algo peor, pero mucho menos de lo que se supone: el comprador reconoce la marca y espera ese paso. Antes de migrar por conversión, medí cuánta gente abandona realmente en ese punto — muchas veces el problema está antes, en el carrito.
- ¿Con Checkout API los datos de la tarjeta pasan por mi servidor?
- No: se tokenizan del lado del cliente y tu backend recibe un token, no el número. Pero el formulario que los captura vive en tu página, así que esa página y todo lo que cargue entran en el alcance de tus responsabilidades de seguridad.
- ¿Puedo cambiar de uno a otro más adelante?
- Sí. La confirmación por webhook y el modelo de datos son los mismos, así que lo que cambia es el paso de cobro, no el resto de la integración. Encapsular el cobro detrás de una interfaz propia desde el principio hace ese cambio mucho más barato.
- ¿Alguno de los dos cobra comisiones distintas?
- No. Las comisiones dependen del medio de pago y del plazo de acreditación que elijas en tu cuenta, no de qué checkout uses.
¿Tenés que tomar esta decisión para tu proyecto?
Usé los dos según el caso, y la decisión depende más del negocio que del código. Contame cómo cobrás hoy y qué querés que cambie: te digo cuál te conviene y qué implica de verdad cada uno.
contacto@meglioalan.com