Un cliente realiza una compra en tu tienda WooCommerce, completa el pago mediante Redsys y recibe la confirmación de su entidad bancaria. Sin embargo, cuando revisas el pedido en WordPress, descubres que continúa pendiente o no refleja correctamente el resultado de la operación.
Este problema puede provocar pedidos sin procesar, confusión en la gestión comercial y dudas sobre si el cliente ha pagado realmente.
Cuando Redsys no confirma los pagos en WooCommerce, es importante identificar dónde se interrumpe la comunicación entre la pasarela bancaria y la tienda. No siempre se trata de un error del plugin: también pueden intervenir las redirecciones del servidor, las credenciales, las reglas de seguridad o el procesamiento de las notificaciones.
En esta guía analizamos las causas más habituales, cómo diagnosticarlas y qué comprobaciones realizar para recuperar el funcionamiento correcto de los pagos.
¿Por qué Redsys puede cobrar un pedido sin que WooCommerce lo confirme?
Para comprender este problema, primero debemos distinguir dos procesos: la autorización del pago y la actualización del pedido en WooCommerce.
La operación bancaria se procesa mediante Redsys y los servicios contratados con la entidad financiera. WooCommerce, por su parte, necesita recibir y validar la información correspondiente para actualizar el pedido.
Si la comunicación entre ambos sistemas falla, puede producirse una discrepancia: el banco registra una operación autorizada, pero WooCommerce no recibe o no procesa correctamente su confirmación.
Por eso, antes de modificar el estado de un pedido, es fundamental comprobar qué ocurrió realmente con la transacción.
El retorno del cliente y la notificación de Redsys no son lo mismo
Esta diferencia es esencial para diagnosticar incidencias con Redsys.
Retorno del comprador a WooCommerce
Después de completar el proceso de pago, el comprador puede regresar a una página de la tienda que informa sobre el resultado de la operación.
Este retorno forma parte de la experiencia del usuario. Puede verse afectado si el comprador cierra el navegador, pierde la conexión o no completa la navegación de regreso.
Notificación del servidor de Redsys
La notificación servidor a servidor permite comunicar el resultado de la operación al sistema del comercio, según el protocolo y la configuración de la integración utilizada.
El plugin debe recibir esa información, validar los datos y la firma correspondiente, identificar el pedido y procesar el resultado de forma segura.
Un cliente puede regresar correctamente a la tienda sin que la notificación bancaria se haya procesado. Del mismo modo, una notificación válida puede llegar aunque el comprador no regrese a WooCommerce.
Por tanto, no debes utilizar únicamente la página de retorno como prueba de que un pago ha sido confirmado.
1. La URL de notificación de Redsys es incorrecta
Una de las primeras comprobaciones consiste en verificar la dirección utilizada por Redsys para comunicar el resultado de las operaciones.
Dependiendo de la integración, esta dirección puede generarse automáticamente o estar relacionada con los parámetros configurados en el plugin y el terminal bancario.
Si la notificación se envía a una URL incorrecta, inexistente o que no corresponde al controlador esperado, WooCommerce puede quedarse sin la información necesaria para actualizar el pedido.
Cómo comprobarlo
- Identifica la URL de notificación utilizada por tu plugin Redsys.
- Comprueba que corresponde al dominio y a la instalación actual de WordPress.
- Verifica que utiliza HTTPS cuando esa es la dirección configurada para el comercio.
- Revisa los registros del servidor para comprobar si llegan solicitudes a esa ruta.
- Confirma que el controlador de notificaciones pertenece a la integración activa.
Si has cambiado el dominio, migrado la tienda o sustituido el plugin Redsys, conviene revisar especialmente esta configuración.
2. Redsys recibe una redirección HTTP 301 o 302
Las redirecciones son otra posible causa de problemas en las notificaciones bancarias.
Por ejemplo, si una notificación se envía a una dirección HTTP y el servidor responde con una redirección permanente hacia HTTPS, la solicitud original puede no llegar directamente al controlador que debe procesarla.
Una respuesta HTTP 301 no demuestra por sí sola que el pago haya fallado, pero sí indica que existe una redirección que debe investigarse.
Ejemplo de una redirección problemática
POST http://tienda.example/?wc-api=pasarela
HTTP/1.1 301 Moved Permanently
Location: https://tienda.example/?wc-api=pasarelaEste ejemplo es ilustrativo. La ruta real depende del plugin utilizado y no debe sustituirse por una dirección genérica.
El problema aparece cuando el servicio que envía la notificación no sigue la redirección de la forma esperada o cuando se altera el método o el contenido de la solicitud.
Cómo solucionarlo
- Identifica la dirección exacta a la que se envía la notificación.
- Comprueba si devuelve una respuesta 301 o 302.
- Revisa las reglas de redirección de Apache, LiteSpeed, Nginx o Cloudflare, según tu infraestructura.
- Comprueba si existe una discrepancia entre HTTP y HTTPS o entre las versiones con y sin www del dominio.
- Configura la dirección correcta de notificación siguiendo las instrucciones de la integración y de tu entidad bancaria.
- Realiza una nueva operación de prueba para verificar el resultado.
Importante: no elimines globalmente las redirecciones de seguridad hacia HTTPS para intentar resolver el problema. La solución consiste en corregir la configuración de la comunicación y evitar redirecciones innecesarias en el endpoint correspondiente.
3. El firewall o un sistema de seguridad bloquea las notificaciones
Los sistemas de protección del servidor y de WordPress pueden bloquear solicitudes que consideran sospechosas.
Esto puede afectar a una notificación legítima si una regla de seguridad interpreta incorrectamente su origen, contenido o comportamiento.
Entre los elementos que conviene revisar se encuentran:
- Reglas del firewall de aplicaciones web o WAF.
- Protecciones de Cloudflare.
- ModSecurity u otros mecanismos del alojamiento.
- Plugins de seguridad de WordPress.
- Restricciones de acceso por país, IP o red.
- Reglas que bloquean solicitudes POST o determinados parámetros.
Qué hacer si sospechas de un bloqueo
Consulta los registros del sistema de seguridad y compáralos con la fecha y hora de una operación afectada.
Si encuentras un bloqueo, identifica la regla responsable y verifica que corresponde realmente a una comunicación legítima de la pasarela.
La corrección debe ser específica para el endpoint y el comportamiento autorizado. No es recomendable desactivar completamente el firewall ni permitir indiscriminadamente cualquier solicitud que afirme proceder de Redsys.
4. La firma de la operación no puede validarse
Las integraciones Redsys utilizan mecanismos criptográficos para verificar la autenticidad e integridad de los mensajes intercambiados.
Cuando la firma recibida no coincide con la que espera la integración, el plugin debe rechazar la notificación o impedir que se procese como válida.
Entre las causas posibles se encuentran:
- Una clave secreta incorrecta.
- El uso de credenciales de pruebas en producción o viceversa.
- Datos del terminal que no corresponden al comercio configurado.
- Errores en el tratamiento de los parámetros recibidos.
- Incompatibilidades o fallos de implementación de la integración.
Nunca desactives la validación de firmas para conseguir que un pedido cambie de estado. La autenticidad de las notificaciones es una parte esencial de la seguridad de la pasarela.
5. WooCommerce no actualiza correctamente el estado del pedido
En algunas incidencias, la notificación llega al servidor y supera las comprobaciones iniciales, pero WooCommerce no completa correctamente la actualización del pedido.
Las causas pueden estar relacionadas con errores PHP, conflictos entre plugins, problemas de base de datos o fallos en el procesamiento de la operación.
También es importante recordar que el estado esperado depende de la naturaleza del pedido y de la configuración de WooCommerce.
Por ejemplo, un pago autorizado puede llevar un pedido a Procesando o Completado, según las características de los productos y el comportamiento de la integración.
Por eso, no debes considerar cualquier pedido que no figure como completado un error de Redsys.
6. Cómo revisar los registros de Redsys y WooCommerce
Los registros técnicos son una de las herramientas más útiles para identificar el origen de una incidencia.
En WooCommerce puedes acceder a WooCommerce → Estado → Registros, aunque la ubicación exacta y las fuentes disponibles pueden variar según la versión y los plugins instalados.
Si tu integración Redsys dispone de registro de depuración, actívalo temporalmente siguiendo sus instrucciones y reproduce una operación de prueba.
Busca información como:
- Fecha y hora de la operación.
- Identificador o referencia del pedido.
- Resultado comunicado por la pasarela.
- Recepción o ausencia de la notificación.
- Errores de validación de firma.
- Respuestas HTTP inesperadas.
- Errores PHP o excepciones durante el procesamiento.
Para completar el diagnóstico, consulta también los registros de acceso y errores del servidor, así como los eventos del WAF si existe uno.
Precaución: los registros pueden contener información sensible. No publiques claves, credenciales, datos personales ni información completa de operaciones bancarias al solicitar soporte.
7. Cómo diagnosticar un pago pendiente paso a paso
Si tienes un pedido que aparece pendiente en WooCommerce, te recomendamos seguir este procedimiento antes de modificarlo manualmente.
- Identifica el pedido: anota su número, importe y fecha de creación.
- Comprueba la operación bancaria: consulta el estado real de la transacción en los registros disponibles de Redsys o de tu entidad financiera.
- Revisa los registros del plugin: busca la referencia de la operación y comprueba si existe información sobre la notificación.
- Comprueba el servidor: verifica si recibió la solicitud y qué código HTTP devolvió.
- Analiza las redirecciones: revisa posibles respuestas 301 o 302.
- Consulta el firewall: identifica bloqueos o desafíos aplicados a la solicitud.
- Verifica las credenciales: confirma el terminal, el entorno y la clave correspondiente.
- Comprueba WooCommerce: revisa errores PHP, notas del pedido y posibles conflictos.
- Repite una prueba controlada: verifica que la corrección permite procesar correctamente una nueva notificación.
Si el pago original está confirmado en el banco, evita iniciar nuevos cobros sin comprobar antes la situación. Una nueva operación podría generar un cargo duplicado.
¿Qué hacer si el cliente ha pagado, pero el pedido sigue pendiente?
Cuando existe una discrepancia entre Redsys y WooCommerce, la prioridad es verificar el resultado bancario y preservar la trazabilidad de la operación.
Si confirmas de forma fiable que el pago ha sido autorizado y registrado, podrás valorar la regularización administrativa del pedido siguiendo los procedimientos de tu comercio.
Antes de hacerlo, conserva la referencia de la operación y documenta la incidencia. Comprueba también que el cambio de estado no desencadenará acciones duplicadas, como notificaciones, entregas o procesos automáticos.
La corrección manual de un pedido no sustituye la reparación de la causa técnica. Si las notificaciones continúan fallando, el problema puede repetirse en futuras ventas.
Cómo prevenir nuevos problemas con las notificaciones Redsys
Una integración correctamente configurada reduce el riesgo de incidencias y facilita la gestión diaria de los pedidos.
Estas prácticas ayudan a mantener el funcionamiento de la pasarela:
- Utilizar una integración Redsys compatible con tu versión de WooCommerce.
- Mantener WordPress, WooCommerce y el plugin de pagos actualizados.
- Comprobar las notificaciones después de migraciones o cambios de dominio.
- Verificar HTTPS y las reglas de redirección.
- Revisar los bloqueos del firewall sin debilitar la protección general.
- Realizar pruebas antes de activar cambios importantes en producción.
- Supervisar los primeros pedidos después de modificar la configuración.
- Conservar registros técnicos adecuados para diagnosticar incidencias.
HUUGUU Redsys Gateway para WooCommerce
Si necesitas integrar Redsys en tu tienda online, HUUGUU Redsys Gateway para WooCommerce permite configurar pagos con tarjeta y Bizum desde WordPress.
El plugin incorpora un panel de transacciones y facilita la consulta de información de pagos vinculada a los pedidos WooCommerce.
Estas funcionalidades ayudan a centralizar la información necesaria para revisar operaciones y realizar su seguimiento.
También puedes contratar un servicio opcional de instalación para configurar la integración utilizando las credenciales facilitadas por tu entidad bancaria y realizar pruebas de funcionamiento.
Descubre HUUGUU Redsys Gateway y consulta las opciones disponibles.
Preguntas frecuentes sobre pagos Redsys no confirmados
¿Por qué Redsys cobra, pero WooCommerce no cambia el estado del pedido?
Puede ocurrir cuando WooCommerce no recibe o no procesa correctamente la notificación bancaria. Las causas incluyen problemas de URL, redirecciones, bloqueos del servidor, errores de firma o fallos internos de la integración.
¿Un error HTTP 301 puede impedir la confirmación de Redsys?
Sí, puede interferir cuando la notificación no llega correctamente a su destino. Es necesario comprobar la URL utilizada, el comportamiento de la redirección y la respuesta final del servidor.
¿Debo desactivar Cloudflare o el firewall para recibir pagos?
No. Primero debes comprobar si existe un bloqueo real. Si lo hay, la solución debe limitarse a la regla y al endpoint afectados, manteniendo las demás medidas de seguridad.
¿Puedo marcar manualmente como pagado un pedido pendiente?
Solo después de verificar de forma fiable el resultado de la operación bancaria y comprobar las consecuencias del cambio de estado. Nunca debes asumir que un pedido está pagado únicamente porque el comprador afirma haber completado el proceso.
¿Dónde puedo consultar los errores de Redsys en WooCommerce?
Revisa los registros disponibles en WooCommerce, el sistema de depuración de tu plugin Redsys, los registros del servidor y los eventos del firewall. La información exacta depende de la integración utilizada.
Conclusión: comprueba la notificación antes de modificar el pedido
Cuando Redsys no confirma un pago en WooCommerce, el primer objetivo debe ser determinar si la operación bancaria se ha autorizado y si la notificación correspondiente ha llegado correctamente a WordPress.
Las URL incorrectas, las redirecciones HTTP, los bloqueos de seguridad, los errores de firma y los fallos de procesamiento pueden explicar por qué un pedido permanece pendiente.
Un diagnóstico basado en registros y pruebas controladas permite corregir el problema sin comprometer la seguridad de la tienda ni provocar cobros duplicados.
Si estás preparando una nueva integración, también puedes consultar nuestra guía sobre cómo configurar Redsys en WooCommerce paso a paso.
