Guía para decidir mejor
Acciones programadas WooCommerce atrasadas: cómo investigarlas
Distingue una cola atrasada de una tarea fallida antes de reintentarlas.
Las acciones programadas de WooCommerce pueden encargarse de notificaciones, webhooks, renovaciones o procesos de extensiones. Que una tarea aparezca atrasada unos minutos no prueba una caída; una cola que crece, repite fallos o retrasa pagos y correos sí necesita diagnóstico. No pulses «Ejecutar» masivamente: algunas acciones pueden generar cargos, mensajes o sincronizaciones duplicadas.
Identifica la cola y su impacto
En WooCommerce → Estado → Acciones programadas filtra pendientes, atrasadas y fallidas. Anota nombre del hook, grupo, fecha prevista, intentos, error y extensión responsable. El manual de WooCommerce describe la interfaz y su relación con WP-Cron. Distingue una importación prescindible de una renovación de suscripción o un webhook de pago antes de actuar.
Busca por qué no avanza
Comprueba que WP-Cron o el cron del sistema se invoca según la configuración real y que la URL de ejecución no está bloqueada. La guía de cron WordPress cubre el disparador. Revisa el log de la acción y el PHP/servidor a la misma hora: fatal, tiempo agotado, memoria, consultas bloqueadas o respuestas del servicio externo. Si la cola avanza lentamente, mide tasa de entrada y de salida, duración por tarea y recursos; aumentar procesos sin resolver una API colgada puede empeorar la congestión.
Ejemplo hipotético: los correos de pedidos llegan horas tarde y muchas acciones del mismo grupo esperan. Si cron no arranca, arregla el disparador; si cada tarea falla al llamar al proveedor de correo, el problema está en la integración. No borres la cola para «limpiarla» sin saber qué operaciones pendientes perderías.
Recupera con una sola fuente de verdad
Haz copia y documenta pedidos afectados. Corrige primero el error reproducible, luego procesa un conjunto pequeño autorizado y verifica el efecto en WooCommerce y el servicio externo antes de repetir. Concilia transacciones, stock y mensajes; no reenvíes pagos o webhooks sin conocer idempotencia y estado. Si hay ventas durante el incidente, conserva sus registros y no restaures una copia vieja. Para impacto en correo, consulta correos de pedidos. Solicita diagnóstico con hooks y errores saneados, no credenciales.
Cuándo separar tareas automáticas del tráfico de clientes
Si WP-Cron depende de visitas, una tienda con poco tráfico puede retrasar tareas; una con picos puede iniciar trabajo en momentos inoportunos. Evalúa un disparador periódico del sistema después de comprobar el intervalo requerido, las tareas pendientes y el acceso real del hosting. No basta con desactivar WP-Cron: confirma que el programador sustituto ejecuta, registra fallos y no duplica la misma cola. El manual de WooCommerce describe la relación entre WP-Cron y Action Scheduler.
La separación también puede significar aislar un trabajo intensivo —importación de catálogo o informes— del checkout interactivo, pero depende de la arquitectura y permisos disponibles; no presentes un trabajador dedicado como función de cualquier plan. Mide duración, volumen de entrada y retraso, y prueba que pagos y correos siguen procesándose. Si una tarea de pago está atrasada, prioriza conciliación y evita correrla masivamente sin saber si el proveedor ya cobró. Consulta cómo priorizar recursos compartidos y cómo controlar transacciones.