WooCommerce y muchas extensiones usan Action Scheduler para tareas en segundo plano. Una acumulación puede retrasar emails, webhooks, suscripciones y acciones de pedidos aunque el checkout siga creando compras.
Conserva la cola y clasifica los fallos antes de ejecutar o borrar tareas en masa.
Mide la acumulación
Abre las acciones programadas y cuenta Pendientes, Fallidas, En curso y Atrasadas. Filtra por hook, grupo y fecha para saber si afecta solo al correo o al planificador completo.
Anota varios ID, horas previstas y errores representativos. No incluyas contenido de pedidos ni tokens en capturas.
Compara el primer fallo con actualizaciones, migraciones e incidencias del hosting.
Revisa WP-Cron y el ejecutor real
WordPress suele activar WP-Cron con las visitas, salvo que esté deshabilitado. Una instalación de producción puede usar un cron real del servidor.
Confirma que DISABLE_WP_CRON coincide con el diseño y que el ejecutor externo llama al endpoint o comando admitido con la frecuencia prevista. Revisa su última ejecución y código de salida.
No actives dos ejecutores sin entender los bloqueos, porque podrían procesar lotes solapados.
Inspecciona la primera tarea fallida
Las acciones posteriores pueden depender de una anterior. Lee con cautela el nombre del hook, argumentos, intentos y error de la tarea antigua más representativa.
Correlaciónala con logs PHP y WooCommerce. Un error fatal del personalizador de emails, una suscripción o el pago puede detener ese hook mientras otros continúan.
Corrige primero la dependencia específica y después reintenta.
Comprueba los recursos del hosting
Los lotes necesitan memoria PHP, tiempo de ejecución, base de datos y workers disponibles. Revisa en cPanel o Plesk CPU, RAM, I/O, procesos y disco durante las horas afectadas.
Una cola grande puede hacer que cada cron supere el límite. Reduce la presión mediante opciones compatibles y resuelve la carencia de recursos.
No dejes memoria o tiempo ilimitados como solución permanente.
Busca bloqueos de loopback y cron
Las peticiones internas pueden fallar por autenticación básica, mantenimiento, DNS incorrecto o reglas de seguridad. Consulta Salud del sitio y el estado HTTP que recibe el ejecutor.
No permitas todo el tráfico loopback. Autoriza solo la ruta propia documentada o utiliza un cron controlado que registre su resultado.
Revisa base de datos y bloqueos
Action Scheduler guarda acciones, reclamaciones y logs en MySQL. Consultas lentas, tablas dañadas o bloqueos prolongados pueden dejar tareas atrapadas En curso.
Utiliza herramientas de WooCommerce y diagnósticos apropiados para la versión instalada. Haz copia antes de reparar y no borres filas manualmente sin conocer sus relaciones.
Limpia el historial completado mediante el método admitido, después de la incidencia.
Separa los límites SMTP
El planificador puede funcionar y el proveedor aplazar mensajes por cuota o frecuencia. Busca eventos del mismo periodo y anota códigos de respuesta.
Libera el correo a ritmo controlado después de corregir el límite. Reproducir cientos de avisos de golpe puede provocar otro bloqueo y confundir a clientes con mensajes antiguos.
Reconcilia qué pedidos ya recibieron cada email antes de reintentar.
Reintenta de forma segura
Determina si la acción es idempotente. Un email puede duplicarse; capturar un pago, renovar una suscripción o preparar un pedido tiene consecuencias mayores.
Prueba una tarea sintética o de bajo riesgo después de reparar y verifica todos sus efectos. Procesa luego un lote limitado mientras vigilas logs y crecimiento de la cola.
No ejecutes en masa acciones desconocidas solo para reducir el contador.
Verifica el procesamiento continuo
Confirma que las tareas nuevas se ejecutan cerca de su hora, la acumulación disminuye y el proveedor entrega. Crea un pedido controlado y sigue estado, correos y buzones.
Monitoriza durante el siguiente ciclo la cola, errores PHP y ritmo SMTP. Añade alertas por número de acciones atrasadas.
Solicita reparación urgente cuando se mezclan pagos o suscripciones con email, o las reclamaciones de base de datos siguen bloqueadas. Comparte hooks, recuentos y errores anonimizados, nunca pedidos, tokens ni credenciales.