El WP-Cron que no ejecuta sus tareas programadas tiene una explicación de diseño y una solución de estructura: el cron de WordPress es un pseudo-cron, las tareas disparadas solo cuando alguien visita el sitio, el sistema que funciona de casualidad en los sitios con tráfico y falla en los tranquilos, las publicaciones programadas que no salen, los respaldos que no corren, los correos de la tienda que no se envían, los síntomas de la cola atascada que esta guía diagnostica, y la migración al cron real del servidor como el arreglo definitivo, la tarea del sistema que ejecuta puntual sin depender de visitas, el setup correcto que las tiendas y los sitios serios necesitan, el procedimiento completo del relojero, cómo funciona el reloj de WordPress, por qué se atrasa, y cómo se reemplaza por uno de verdad.
Tabla de Contenidos
Cómo funciona el pseudo-cron y por qué falla
El diseño se entiende primero: WordPress no tiene acceso garantizado a un reloj del servidor, la solución histórica del pseudo-cron, las tareas pendientes revisadas en cada visita, el visitante que llega disparando lo acumulado, la publicación programada saliendo cuando alguien pasa, el sistema ingenioso con su talón conocido, sin visitas no hay reloj, el sitio tranquilo de madrugada donde la tarea de las tres de la mañana espera al primer visitante de las ocho, y los fallos típicos del diseño se reconocen, las publicaciones programadas con el aviso de fallida, el clásico del blog tranquilo, los respaldos nocturnos que corren a media mañana o nunca, las tareas de la tienda atrasadas, los correos transaccionales en cola, los recordatorios sin enviar, más el agravante de los cachés agresivos, la página servida desde el caché de esta serie sin tocar PHP, la visita que ni dispara el reloj, la combinación de sitio cacheado y tranquilo donde el pseudo-cron muere de inanición, el marco del pilar en los costos anuales con el servicio en diseño web.
El diagnóstico: la cola revisada con su herramienta
La cola del cron se inspecciona con las herramientas del caso: el plugin de gestión de cron instalado temporal, la lista de tareas programadas visible, cada evento con su frecuencia y su próxima ejecución, la foto del reloj interno, y las señales del atasco leídas, las tareas vencidas acumuladas primero, los eventos con fecha pasada sin ejecutar, la cola que confirma el diagnóstico, las tareas huérfanas segundo, los eventos de plugins desinstalados repitiéndose, la basura del reloj que la guía del admin lento de esta serie ya señaló, la limpieza de huérfanos como mantenimiento, y los eventos duplicados tercero, la misma tarea registrada varias veces por instalaciones repetidas, los duplicados purgados. La prueba de ejecución cierra el diagnóstico: la tarea de prueba corrida manual desde la herramienta, el evento disparado a mano funcionando confirmando que el problema es el disparo y no la tarea, la distinción que orienta, las tareas sanas con reloj roto piden la migración del paso siguiente, las tareas que fallan incluso a mano piden el diagnóstico de su plugin dueño, el conflicto de esta serie aplicado a la pieza específica, [DATO-KOM: el flujo de diagnóstico de cron del manual KOM].
La migración al cron real: el reloj del servidor
El arreglo definitivo tiene dos movimientos: el pseudo-cron desactivado primero, la constante en el wp-config que lo apaga, la línea conocida agregada con el respaldo previo de esta serie, WordPress dejando de revisar tareas en cada visita, el alivio de carga que la guía del admin de esta serie ya celebró, y el cron real configurado segundo, la tarea programada del servidor que llama al disparador de WordPress cada intervalo, el panel del hosting con su sección de tareas programadas, los cron jobs de los proveedores serios del ranking de esta serie, la tarea creada apuntando al archivo del cron de WordPress, la frecuencia razonable elegida, el intervalo de minutos que equilibra puntualidad y carga, los valores típicos del caso, y la verificación posterior obligada, la cola revisada tras el cambio, las tareas ejecutándose puntuales, la publicación de prueba programada y saliendo a su hora, el reloj nuevo certificado funcionando. Las variantes del hosting se cubren: el panel con interfaz de cron como el camino estándar, el soporte del proveedor como ejecutor donde la interfaz falte, el ticket con la solicitud específica, y los hostings administrados de esta serie que ya lo traen, el cron real de fábrica como otra razón de su precio, la verificación de qué tienes antes de configurar lo que ya existe.
El setup para tiendas y la operación del reloj
La tienda exige el cron serio sin discusión: los correos transaccionales puntuales, la confirmación del pedido que no puede esperar visitas, las acciones programadas de WooCommerce, el sistema de colas de la tienda que procesa tareas críticas, los recordatorios, las suscripciones donde existan, las sincronizaciones de stock, la maquinaria comercial que el pseudo-cron atrasa con costo directo, el cron real como requisito de esta serie para todo e-commerce, la frecuencia más fina donde el volumen lo pida, el intervalo corto que las colas comerciales agradecen. La operación del reloj entra a la rutina: la cola revisada en el mantenimiento de esta serie, los huérfanos limpiados periódicamente, las tareas nuevas de plugins recién instalados conocidas, el inventario del reloj actualizado, la ejecución verificada tras las migraciones de hosting, el cron job que no viajó solo en la mudanza, el clásico de la migración de esta serie, la tarea recreada en el servidor nuevo, y la documentación en la ficha del sitio, el cron real configurado con su frecuencia anotado, el setup que el próximo técnico encuentra explicado, el reloj del sitio como infraestructura documentada, porque las tareas programadas son la mitad invisible de la operación, y el sitio serio las ejecuta con reloj de verdad, no con la esperanza de que alguien visite a tiempo.
Los casos especiales: multisitio, staging y los plugins con cola propia
Los escenarios particulares ajustan el setup: el multisitio con su cron por sitio considerado, las tareas de cada sitio de la red disparadas correctamente, la configuración que el caso de red exige revisar con cuidado, el staging de esta serie con su cron propio o desactivado, el clon de pruebas que no debe enviar correos reales ni correr respaldos duplicados, el detalle que los entornos de prueba olvidan, y los plugins con sistemas de cola propios, las acciones programadas de WooCommerce con su procesador, las herramientas que traen su gestión de tareas encima del cron base, el reloj del servidor alimentando a todos.
La regla de los casos especiales es la misma de toda esta serie: el setup documentado por entorno, qué reloj corre dónde, las diferencias entre producción y pruebas anotadas. El cron bien configurado en todos los ambientes es silencioso por años: exactamente el tipo de infraestructura que solo se nota cuando falta.
Preguntas frecuentes
¿Desactivar el WP-Cron puede romper algo?
Desactivarlo sin reemplazo sí: las tareas sin ningún disparador, el atasco total garantizado, y el procedimiento completo de esta guía es seguro, la constante más el cron real configurado y verificado, el reemplazo y no el vacío. El orden importa: el reloj nuevo probado funcionando antes de confiarle todo al cambio.
¿Cada cuántos minutos configuro el cron real?
El equilibrio del caso: los intervalos de minutos típicos para el sitio normal, la puntualidad razonable sin martillar el servidor, el más fino para las tiendas con colas activas, y el límite del hosting respetado, los planes con sus frecuencias mínimas permitidas. La regla práctica: tan frecuente como tus tareas lo necesiten y tan espaciado como tu servidor agradezca.
¿Por qué mis publicaciones programadas fallaban solo a veces?
La lotería del pseudo-cron: las horas con visitas disparando puntual, las tranquilas atrasando, el patrón intermitente que confunde, más el caché de esta serie sirviendo páginas sin tocar el reloj. El a veces es la firma del diseño por visitas: el cron real lo convierte en siempre.
¿KOM configura el cron real en sus entregas?
Es estándar en tiendas y sitios con tareas serias: el pseudo-cron desactivado, el reloj del servidor configurado y verificado, la cola limpia documentada, dentro de los proyectos cotizados en el cotizador online con los precios públicos de siempre. El reloj de verdad es parte del cimiento: las tareas puntuales desde el primer día.
Tu siguiente paso: instala la herramienta de cron y mira tu cola hoy, las tareas vencidas contadas, los huérfanos identificados, la foto de tu reloj interno en diez minutos. El setup completo se cotiza en el cotizador online: las tareas programadas de tu sitio dependen de un reloj que late con visitas, y migrarlo al reloj de verdad del servidor es exactamente lo que esta guía deja configurado.
