fbpx

Pedidos que se quedan pendientes con la pasarela RedSys • Ayuda WordPress

Back to Blog

Pedidos que se quedan pendientes con la pasarela RedSys • Ayuda WordPress

Nos encanta recomendar el mejor contenido, por eso no te pierdas el siguiente artículo de Fernando Tellado y no dejes de visitar su página!
Ver Original:

La pasarela de pago RedSys es la que ofrecen los bancos en España como solución por defecto para pagos con tarjeta y no está carente de errores y problemas.

Para empezar, el proceso de configuración es para mear y no echar gota, un horror absoluto, solo para miembros de la secta.

Pero vaya, que no nos vamos a poner estupendos, y si has conseguido acceder al módulo de administración y hacer las primeras pruebas, no siempre el proceso ha terminado ahí, muchas veces ocurren errores en la comunicación entre nuestra tienda online y RedSys, o simplemente no terminan de confirmarse los pedidos, quedándose pendientes, el problema más común con diferencia.

Estas suelen ser las causas más comunes…

Plugins de seguridad

Es bastante habitual que si tienes un plugin de seguridad para WordPress esté bloqueando la comunicación con RedSys, los que suelen generar problemas más comúnmente son estos.

All in One SEO Pack

Aunque no es un plugin de seguridad, una de las utilidades que ofrece AIOSP es el bloqueador de bots maliciosos, y siempre bloquea RedSys, así que desactiva esta utilidad.

iThemes Security

También este fantástico plugin de seguridad puede bloquear la comunicación con RedSys. En este caso hay un par de ajustes que pueden estar bloqueando RedSys.

El primero sería si tienes activa la lista de HackRepair. Si así fuera desactiva esta característica.

Otros ajustes que podrían estar bloqueando a RedSys serían los de bloquear cadenas sospechosas y URLs demasiado largas, en los ajustes del sistema de iThemes.

 

Una posible solución a este bloqueo, sin desactivar los anteriores ajustes, sería poner las IPs de RedSys en la lista blanca de bloqueo de los ajustes generales de iThemes.

Las IPs a añadir a la lista blanca normalmente serán estas pero confírmalas con el equipo de soporte de RedSys porque pueden haber cambiado:

  • 195.76.9.187
  • 195.76.9.222
  • 195.76.9.182
  • 193.16.243.33

Redirecciones HTTPS forzadas

Otro culpable habitual suelen ser las redirecciones HTTPS forzadas, para servir todo tu contenido mediante el cifrado del certificado SSL.

Y esto puede estar forzado de muchas maneras, a saber…

Plugins de SSL … y otros

Todos los plugins de gestión de certificados SSL y muchos de optimización tienen ajustes para forzar que todo tu contenido se cargue mediante HTTPS.

Esto, que a priori es bueno para tu web, pues la hace más segura y evita avisos de sitio no seguro del navegador, casi siempre genera conflictos con RedSys.

Así, por ejemplo, si usas el plugin Really Simple SSL, debes tener activos solamente los siguientes ajustes:

  • Solucionador de contenido mixto (sí, no pasa nada si sigues la lista)
  • Permitir redirección 301 de .htaccess (no la de WordPress)
  • Dejar de modificar el archivo .htaccess

Además, a continuación debes añadir las siguientes líneas, que recomienda José Conti, al archivo .htaccess:

Curiosamente, en este aspecto, también iThemes Security podría estar provocando este problema si tienes activos los ajustes de SSL de este plugin de seguridad, que viene precisamente a forzar la carga por HTTPS de tu contenido.

De hecho hay muchos usuarios de iThemes Security que no saben que tiene esa utilidad, con la que ahorrarse un plugin para HTTPS, pero que en este caso concreto, por este problema con RedSys, podría estar interfiriendo.

Así que si usas iThemes Security, lo que te recomiendo, pero estás teniendo problemas de pedidos pendientes de RedSys, también aquí podría estar el problema, y deberías desactivar este módulo.

Y, si como millones de usuarios de SiteGround, utilizas su plugin de optimización SG Optimizer, también el ajuste para corregir contenido inseguro, así que si es tu caso prueba a desactivarlo y ver si era eso lo que dejaba pendientes los pedidos de RedSys, como en el resto de posibles soluciones.

Por supuesto, ni de coña utilices plugins como SSL Insecure Content Fixer o similares.

Códigos de redirección HTTPS

Si, por el contrario, no usas ningún plugin para forzar la carga de tu web por HTTPS sino un código en el archivo .htaccess, búscalo, bórralo y prueba a ver si ya entran correctamente los pedidos desde RedSys.

Un ejemplo de este tipo de códigos sería así:

CloudFlare

Para finalizar, si utilizas CloudFlare para cargar todos tus estáticos desde esta CDN, también hay un ajuste de SSL que podría ser el culpable.

En la sección denominada SSL/TLS tienes la posibilidad de cambiar el modo de cifrado, que por defecto CloudFlare configura en el modo completo (Full), lo que fuerza que se use el certificado de CloudFlare en vez de el de tu alojamiento.

Siempre, he dicho SIEMPRE, es más recomendable usar el modo flexible de SSL de CloudFlare, y de paso puede que solucione el problema de los pedidos pendientes de RedSys.

VALORA Y COMPARTE ESTE ARTÍCULO PARA MEJORAR LA CALIDAD DEL BLOG…

(3 votos, promedio: 5)

¿Te gustó este artículo? ¡No sabes lo que te estás perdiendo en YouTube!

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Back to Blog