Guía para decidir mejor
Qué revisar cuando falla una pasarela de pago en WooCommerce
Averigua si falló el cobro o su confirmación antes de pedir otro intento.
Cuando falla una pasarela en WooCommerce, separa lo que ve el comprador de lo que ocurrió con el dinero. Un error de interfaz, una autorización rechazada y un webhook que no llega exigen soluciones distintas. Hasta conocer el estado de la transacción, evita pedir un segundo pago o cambiar el estado del pedido manualmente.
Delimita el alcance
Registra método, entorno real o sandbox, URL, hora, navegador y mensaje exacto. ¿Falla un método o todos? ¿Solo móvil, clientes internacionales o una moneda? Comprueba una orden afectada y compárala con el panel del proveedor: identifica captura, autorización, rechazo o ausencia de intento. La guía oficial para errores de pago recomienda consultar estado, configuración y registros antes de atribuir el fallo al servidor.
Revisa la ruta técnica completa
En el navegador, observa las solicitudes de checkout y errores JavaScript, sin compartir datos sensibles. En WooCommerce → Estado → Registros revisa el conector de la fecha afectada; activa registro temporal si el plugin lo permite y protege los archivos. Comprueba credenciales y modo correcto sin pegarlas en tickets. Si el proveedor usa notificaciones, verifica endpoint, respuesta HTTP, firma, certificado y bloqueos WAF. Una redirección o cambio DNS reciente puede romper callbacks aunque la portada abra bien. Consulta cómo conciliar pedidos pendientes antes de reintentos.
Ejemplo hipotético: la pantalla vuelve a la tienda con un aviso genérico, pero el panel de la pasarela muestra una captura y el pedido sigue pendiente. El problema puede estar en la confirmación hacia WooCommerce, no en el cobro. Otro escenario: el proveedor rechazó la tarjeta; aumentar memoria PHP no resolverá ese rechazo.
Prueba y confirma la solución
Si el fallo empezó tras una actualización, crea una copia aislada, desactiva cargos y correos reales allí, y sigue un ensayo de conflictos de extensiones. Mantén una ruta de compra válida en producción o pausa temporalmente el método afectado con comunicación clara; no desactives todas las pasarelas sin plan. Tras corregir una causa concreta, ejecuta un pago de prueba autorizado por el proveedor y confirma pedido, stock, email, webhook y reembolso de prueba cuando proceda. Consulta soporte con ID de pedido saneado, código de error y hora, nunca PAN, CVV ni secretos de API.