Un checkout de WooCommerce puede fallar en el navegador, en la gestión de la sesión, en la autorización del pago, en un webhook o al crear el pedido. Capturar el paso exacto que falla evita que cambies ajustes no relacionados mientras las ventas ya están en riesgo.
Paso 1 — Observa la petición que falla
Abre las herramientas de desarrollador del navegador, ve a las pestañas Consola y Red e intenta el checkout. Un error de JavaScript en rojo suele apuntar a un conflicto de scripts o a un ajuste de minificación roto. Una petición AJAX fallida —la llamada ?wc-ajax=checkout devolviendo 500 o agotando el tiempo— apunta al servidor, y su respuesta a menudo contiene el propio error de PHP.
Paso 2 — Revisa los sospechosos por capas
- Caché: la página de checkout nunca debe cachearse; una página antigua lleva un nonce de seguridad caducado que bloquea el envío.
- Optimización de JavaScript: los ajustes agresivos de minificar/combinar rompen con frecuencia los scripts del checkout; exclúyelos.
- Sesión: un carrito perdido o un nonce que no coincide suele deberse a la caché o a un plugin de gestión de sesiones.
- Pasarela: una autorización que tiene éxito sin confirmación deja el pedido atascado.
¿Tu web está afectada ahora mismo?
Envía la URL y el síntoma que ves. Jordi Ensenyat revisa el caso personalmente y define el alcance y el presupuesto antes de tocar nada. Este formulario nunca pide contraseñas.
Paso 3 — Lee los registros de WooCommerce
En WooCommerce › Estado › Registros encontrarás los registros de la pasarela y los errores fatales con hora. Contrasta la hora de una prueba fallida con el registro para ver si el pedido se creó, si se intentó el pago y dónde se rompió la cadena.
Paso 4 — Prueba con seguridad, de extremo a extremo
Usa el modo de pruebas de la pasarela o un pedido controlado de importe bajo. Recorre producto → carrito → checkout → pago → confirmación, y luego verifica el estado del pedido, el movimiento de stock, el correo de confirmación y el webhook. Un checkout solo está reparado cuando el ciclo completo termina de forma coherente, no cuando desaparece el error visible.
Cuándo escalar
Si hay pagos implicados, hay pedidos afectados, o el fallo es intermitente y difícil de reproducir, un especialista puede rastrearlo sin arriesgar transacciones reales. Envía el paso que falla, el método de pago, el dispositivo y cualquier texto de error y se podrá evaluar el caso antes de pedir acceso.
RECUPERACIÓN WORDPRESS BASADA EN EVIDENCIA
Localizar el punto exacto donde falla el checkout
En contención y recuperación de WordPress hackeados, el síntoma visible puede estar lejos de la causa. contener el incidente, recuperar el acceso legítimo y eliminar persistencia sin borrar evidencias útiles. Un checkout puede fallar en el navegador, en la gestión de sesión, en la autorización del pago, en un webhook o al crear el pedido. Capturar el paso que falla y la respuesta de la pasarela evita cambiar ajustes no relacionados mientras las ventas ya están en riesgo.
Qué comprobamos
- El recorrido completo, no solo la pantalla donde aparece el error
- Dependencias externas, registros y evidencias antes de cambiar configuración
- Errores del navegador, peticiones de red y registros del servidor en el paso que falla
- Sesión del carrito, datos del cliente, envío, impuestos y cupones
- Estado de la pasarela, credenciales, callbacks, webhooks y notas del pedido
- Creación correcta del pedido, estado del pago, email y ajuste de stock
Qué significa un resultado verificado
El cierre documenta la causa encontrada, el cambio aplicado y las pruebas realizadas. El resultado debe ser observable y repetible, no una impresión de que “parece funcionar”.
ANTES DE LA EVALUACIÓN
Preguntas frecuentes sobre esta incidencia
¿Cómo se comprueba que el problema está realmente resuelto?+
Se reproduce el recorrido afectado, se revisan sus dependencias y se documenta la evidencia posterior al cambio.
¿Por qué falla el checkout para algunos clientes y no para otros?+
El dispositivo, el navegador, el método de pago, la ubicación, scripts cacheados o el estado de sesión pueden crear un fallo condicional. Esas variables ayudan a reproducirlo.
¿Puede completarse un pago aunque WooCommerce muestre un error?+
Sí. Un callback retrasado o un fallo al crear el pedido pueden dejar el pago y el pedido desincronizados, algo que hay que conciliar con cuidado.
¿Qué debo evitar durante una incidencia de checkout?+
Evita pruebas repetidas con tarjetas reales, actualizaciones masivas de plugins y borrar pedidos fallidos antes de capturar la evidencia de la pasarela y el servidor.