PrestaShop 9.2 One Page Checkout nativo: lo que deben saber merchants y desarrolladores
Respuesta corta: sí, PrestaShop 9.2 debería incluir un One Page Checkout nativo. Es un cambio importante para merchants, temas, módulos de pago, transportistas y cualquier módulo que toque el checkout. Pero no diría que esto vaya a resolver automáticamente todos los casos reales de checkout.
Según el trabajo público disponible, parece más bien un checkout moderno e híbrido: algunas partes se actualizan por AJAX, pero pagos externos, 3-D Secure y ciertos flujos pueden seguir usando redirecciones o pasos adicionales. Para un merchant normal sigue siendo una buena noticia, porque un checkout nativo mejor reduce la necesidad de overrides pesados.
Qué muestra GitHub ahora
Las señales públicas más relevantes son la pull request del core de PrestaShop para soportar el One Page Checkout nativo y el repositorio separado ps_onepagecheckout. Esto importa: no parece solo un cambio de plantilla, sino trabajo en el core y en un módulo nativo.
Mi lectura es esta: PrestaShop quiere modernizar el checkout y hacerlo más modular, pero seguirá teniendo que funcionar con pagos, transportistas, formularios de dirección, pedidos como invitado y temas. Ahí es donde aparecen los casos difíciles en tiendas reales.
¿Todo es completamente AJAX?
Yo no lo describiría así. El código público muestra AJAX para algunas partes dinámicas, por ejemplo la inicialización de invitado o la actualización del formulario de dirección. Eso no equivale a decir que todo el checkout funcione sin recargas ni redirecciones.
La pregunta práctica para un merchant es más sencilla: ¿será más rápido y claro para el cliente? Probablemente sí. ¿Todas las formas de pago funcionarán sin redirección? No, eso no debería prometerse. PayPal, 3-D Secure, páginas bancarias y métodos locales pueden seguir teniendo sus propios pasos.
Qué pasa cuando el cliente no tiene cuenta
El caso más importante es el pedido como invitado. Muchas tiendas pierden ventas cuando obligan al cliente a crear una cuenta antes de pagar. Un buen One Page Checkout debe gestionar dirección, envío, pago y confirmación sin fricción innecesaria.
Con el estado público actual, esperaría que PrestaShop enfoque más el checkout en el pedido y menos en la creación de cuenta. Aun así habrá que probar casos reales: invitado, cliente existente, nueva dirección, dirección de facturación distinta, campos B2B, IVA, reglas de envío y condiciones de pago.
Qué deberían hacer los merchants de PrestaShop
Mi recomendación es pragmática: no tomar decisiones precipitadas y no eliminar demasiado pronto personalizaciones que funcionan. El OPC nativo es una buena señal, pero PrestaShop 9.2 está previsto para la segunda mitad de 2026. La tienda actual tiene que vender ahora.
- Si tu checkout convierte bien: espera una versión testable y planifica una migración tranquila.
- Si tu checkout frena claramente las ventas: corrige el problema ahora, en vez de depender solo de una versión futura del core.
- Si tienes muchos overrides: documéntalos, porque serán importantes en la actualización.
- Si vendes B2B: prueba después campos de empresa, IVA, facturas y condiciones de pago.
Qué deben preparar desarrolladores de módulos y temas
Para desarrolladores, esta es la parte clave. Módulos de pago, envío, temas y módulos que usan hooks en el checkout tendrán que probar pronto el nuevo flujo. No se trata solo de plantillas: importan endpoints AJAX, validación de formularios, sesión y creación de pedido.
Yo empezaría ya a reducir deuda técnica: menos dependencias frágiles del DOM, menos suposiciones sobre un tema concreto, uso limpio de hooks y separación clara entre interfaz y lógica de pedido. Cuanto menos manipule un módulo el checkout antiguo de forma directa, más fácil será adaptarlo a 9.2.
Mi opinión
Creo que el One Page Checkout nativo es una buena dirección para PrestaShop. Los merchants probablemente tendrán un estándar mejor, pero los desarrolladores también tendrán trabajo de compatibilidad. No es una señal preocupante: simplemente recuerda que el checkout merece una verificación cuidadosa.
Para mypresta.rocks significa seguir el core y probar nuestros módulos de checkout cuando el nuevo flujo sea realmente testable. Para los merchants el mensaje es claro: el checkout sigue siendo una palanca de conversión, sea nativo o mediante un módulo especializado.
Comentarios
Aún no hay comentarios. ¡Sé el primero!
Sé el primero en hacer una pregunta o compartir una opinión útil.
Dejar un comentario
Comparte una pregunta, un detalle de instalación o una opinión que pueda ayudar a otro lector.