Publicaciones programadas y tareas de un plugin se retrasan en un sitio con poco tráfico. ¿Cómo comprobar WP-Cron antes de sustituirlo por una tarea del sistema?

WP-Cron comprueba las tareas pendientes cuando WordPress recibe las peticiones que lo disparan; no permanece ejecutándose continuamente como un planificador del sistema. En una web hipotética con pocas visitas, una publicación puede quedar pendiente hasta una petición posterior. Eso explica un retraso posible, pero no descarta errores de ejecución.

Conviene comparar la hora prevista y la hora real, la zona horaria del sitio y el evento asociado. También se distingue una tarea registrada pero vencida de otra que el plugin nunca programó. Si hay acceso a WP-CLI, wp cron test comprueba el disparador y wp cron event list muestra los eventos; la persona administradora debe ejecutarlos sobre la instalación correcta.

Los registros de PHP y del plugin ayudan a saber si el evento empezó y falló. Ejecutar manualmente una tarea que envía correos, cobra o sincroniza datos requiere conocer sus efectos: no es una prueba inocua y podría repetir acciones. Una copia con integraciones de prueba facilita aislar ese comportamiento.

Antes de cambiar el planificador se revisa si existe una desactivación intencional de WP-Cron, restricciones de peticiones internas o un proceso externo que ya lo invoque. Añadir otro disparador sin ese inventario puede duplicar trabajo.

Si hace falta una frecuencia más constante, se prepara una tarea del sistema y se comprueba que dispara y registra la ejecución correctamente antes de retirar el mecanismo anterior. Esa sustitución mejora la regularidad del disparo; no arregla por sí sola un error del código de la tarea.

Fuentes: Funcionamiento de WP-Cron y Comandos de WP-CLI para cron.