Redsys en PrestaShop: qué hacer cuando el pago se cobra pero el pedido no se registra

Redsys registra el cobro, el cliente ve el cargo en su banco, pero el pedido nunca llega a aparecer en el back office de PrestaShop.

Es uno de los fallos más reportados por tiendas que usan la pasarela Redsys, y casi siempre responde a una de estas causas.

1. Modo mantenimiento o modo debug activos durante la prueba

Si la tienda está en modo mantenimiento cuando Redsys redirige al cliente de vuelta a la página de confirmación, esa redirección falla y el pedido se queda a medias aunque el cobro ya se haya efectuado.

Antes de probar un pago real, comprueba en Preferencias > Mantenimiento que la tienda esté accesible al menos para tu IP.

2. Timeout entre Redsys y el servidor

Redsys envía una notificación online (server a servidor) a una URL de tu tienda para confirmar el pago; si esa URL tarda demasiado en responder: servidor saturado, caché mal configurada, hosting con recursos ajustados.
Redsys puede dar el cobro por bueno sin que PrestaShop llegue a procesar la notificación.

Esto genera exactamente el patrón de «pedido fantasma»: cobro correcto, carrito abandonado. Revisa los tiempos de respuesta del servidor en las horas de mayor tráfico y, si tienes CDN o caché de página completa delante, asegúrate de que la URL de notificación de Redsys esté excluida de la caché.

3. Incompatibilidad con SNI en la URL de notificación (Ds_Merchant_MerchantURL)

Un fallo conocido y documentado: si tu hosting PrestaShop sirve varios certificados SSL mediante SNI (Server Name Indication) sobre la misma IP, algunas configuraciones de servidor no completan bien el handshake cuando Redsys llama a la URL de notificación por HTTPS, y la notificación nunca llega. Redsys exige que esa URL sea accesible públicamente, sin redirecciones, sin autenticación y preparada para recibir parámetros por POST.

Si tus pedidos se quedan en «carrito abandonado» de forma sistemática, pide a tu hosting que compruebe la compatibilidad SNI de esa ruta concreta, no solo del dominio principal.

4. El stock cambia entre que se crea el carrito y se confirma el pago

Si un cliente inicia el pago y tarda varios minutos u horas en completarlo, y mientras tanto ese producto se queda sin stock, algunas configuraciones de PrestaShop permiten que el cobro se complete en Redsys pero el pedido no pase el filtro de stock al confirmarse.

La forma correcta de evitarlo no es desactivar el control de stock, sino configurar un tiempo de expiración de carrito razonable (Parámetros de tienda > Productos, o mediante el propio temporizador del tema) para que los carritos con productos ya sin disponibilidad no lleguen a la fase de pago.

Qué módulo de Redsys usar en 2026

Usa siempre el módulo oficial, descargable desde el área de desarrolladores de Redsys (pagosonline.redsys.es), compatible con PrestaShop 1.7, 8.x y 9.x, y con soporte para tarjeta, Bizum y firma HMAC SHA-256.

Los módulos de terceros (IDNovate, AlabazWeb y otros) añaden funciones como recargo por pago con tarjeta o clicktopay, pero verifica siempre que se actualizan de forma activa antes de instalarlos: buena parte de los problemas de notificación que se arrastran durante años vienen de versiones de módulo abandonadas hace tiempo.

Antes de escalar el problema a soporte

• Comprueba en el panel de Redsys que la notificación se envió y qué código de respuesta recibió de tu servidor.
• Activa el modo debug de PrestaShop (Parámetros avanzados > Rendimiento, en PrestaShop 8 y 9) para ver el error exacto en pantalla en lugar de una redirección silenciosa.
• Descarta primero mantenimiento, caché y SNI antes de asumir que es un fallo del núcleo de PrestaShop: en la gran mayoría de los casos reportados, la causa está en la infraestructura alrededor de la tienda, no en el módulo en sí.

Si después de revisar estos puntos el problema persiste, en FactoriaDigital podemos revisar la configuración de tu servidor y la comunicación con Redsys como parte del servicio de soporte técnico para PrestaShop.