Guía para decidir mejor
Qué comprobar si un error hace abandonar el pago WooCommerce
Un error tras autorizar no demuestra que el cliente no haya pagado.
Un abandono del checkout no siempre es un problema técnico: precio, envío o confianza también influyen. Pero si compradores ven errores, botones que no responden o un pago rechazado sin explicación, la tienda puede perder ventas. Diagnostica primero la ruta exacta y conserva hora, pedido de prueba y respuesta de la pasarela; no cambies varias extensiones a la vez.
Reproduce el fallo sin cobrar a un cliente
Usa una pasarela sandbox y datos ficticios. Prueba producto, carrito, dirección, envío, impuestos y pago en móvil y escritorio. Anota si el error ocurre antes de enviar, en la redirección a la pasarela o al volver a la tienda. Un mensaje visible de «fallo de pago» puede corresponder a tarjeta de prueba rechazada correctamente; consulta el código específico del proveedor antes de atribuirlo al servidor.
Comprueba navegador, aplicación y servicios externos
Revisa consola y solicitud de red, logs de WooCommerce y PHP alrededor de la hora exacta. Verifica que carrito, cuenta y checkout no se sirven desde caché pública; esta guía explica cómo probarlo. Si falla solo un método, revisa su extensión, credenciales de prueba, modo y comunicación con la pasarela. Si falla cualquier método, investiga sesión, JavaScript, tema, recursos PHP y base. Un 503 general requiere otro diagnóstico que un rechazo autenticado de la pasarela.
Evita crear cobros o pedidos duplicados
Antes de repetir una operación que mostró error tras autorizar, busca el identificador de transacción en la pasarela y el pedido en WooCommerce. Un navegador que perdió la respuesta no demuestra que no se cobró. No fuerces el estado a «pagado» ni reenvíes un cobro sin conciliar ambas fuentes. La guía de pedidos pendientes ayuda a distinguir espera legítima de notificación fallida; la de pasarelas cubre su configuración.
Cierra con una prueba comercial
Aplica una corrección aislada en staging, repite el flujo y después verifica en producción un pedido de prueba controlado o una comprobación acordada con la pasarela. Confirma estado, stock, email y reembolso/cancelación del test según el método. Si hubo una ventana de errores reales, identifica pedidos y clientes afectados sin revelar sus datos en informes públicos. Comparte con IDEIHOSTING la hora, URL y código técnico para revisar infraestructura sin exponer números de tarjeta.