¿Qué es un cron job (tarea programada)?
Un cron job es una tarea que un servidor ejecuta automáticamente a horas determinadas. El nombre procede del programador de tareas cron de Linux y Unix. Son típicos las copias de seguridad nocturnas, el envío de informes, la sincronización de existencias o la limpieza de archivos antiguos.

Cron job: definición y origen
Un cron job es un comando o un script que un servidor inicia por sí mismo según un calendario fijo, sin que nadie tenga que acordarse ni pulsar un botón. El responsable es el servicio cron, que forma parte de los sistemas Linux y Unix desde hace décadas. Lee los calendarios de la llamada crontab e inicia las tareas puntualmente.
Los cron jobs son el caballo de batalla del procesamiento en segundo plano: realizan trabajo recurrente de forma fiable y económica, porque no necesitan software adicional. El inconveniente: cron solo conoce la hora. No comprueba por sí mismo si la tarea tuvo éxito ni si el servidor estaba en marcha a la hora de inicio. Los paquetes de alojamiento y los proveedores de nube ofrecen la misma función, normalmente con nombres como «tareas programadas».
Cómo funciona el calendario
Un calendario consta de cinco campos: minuto, hora, día del mes, mes y día de la semana, seguidos del comando que se ejecuta. Un asterisco significa «cada». La entrada «30 2 * * *» inicia la tarea todos los días a las 2:30 h; «0 8 * * 1», cada lunes a las 8:00 h.
La tarea se ejecuta en segundo plano. Nadie ve su salida ni sus mensajes de error si no se redirigen expresamente a un archivo de registro o se comunican por correo electrónico; en eso fallan muchas configuraciones en la práctica. Conviene construir cada tarea de modo que informe de su resultado y no cause daños si se ejecuta de nuevo.
- Copia de seguridad nocturna de la base de datos
- Sincronización de existencias y precios con la gestión de almacén
- Envío de informes semanales o de correos de recordatorio
- Eliminación de sesiones caducadas, archivos temporales y registros antiguos
- Generación de mapas del sitio o de feeds de productos
Ejemplo práctico: la ejecución nocturna en el comercio online
Un comercio sincroniza sus existencias con la gestión de almacén todas las noches a las 3:00 h, para que por la mañana la tienda no ofrezca artículos agotados. Un cron job lee el archivo de exportación y actualiza las existencias en la tienda. Así, el equipo de ventas ve por la mañana la situación correcta sin que nadie tenga que subir archivos a mano.
Una noche la tarea se interrumpe por un archivo defectuoso y nadie lo advierte, porque no llega ningún aviso. Solo las quejas de los clientes revelan el problema. Desde entonces, la tarea escribe un registro y notifica los errores por correo; además, un servicio de supervisión comprueba que la ejecución se haya producido.
Errores habituales y aspectos a tener en cuenta
Los escollos más comunes son el cambio de hora, con el que una tarea puede omitirse o ejecutarse dos veces según el sistema; los solapamientos, cuando la siguiente ejecución empieza antes de que termine la anterior; los ajustes que existen en el terminal pero faltan en el cron job; y las tareas olvidadas tras una migración de servidor.
Nano Concepts documenta las tareas programadas, configura la supervisión y las notificaciones y, en procesos complejos, elige herramientas más robustas, como colas o automatización de flujos de trabajo, en lugar de encadenar cada vez más cron jobs. También es importante que las tareas no residan solo en el servidor de un proveedor, sino que figuren en la documentación y en la copia de seguridad.
Preguntas frecuentes sobre Cron job (tarea programada)
En servidores Linux se abre la tabla de calendarios con «crontab -e» y se añade una línea con cinco campos de tiempo y el comando. En muchos alojamientos basta con un formulario en el área de clientes. Pruebe antes la tarea a mano y dirija su salida a un archivo de registro.
Normalmente sí: muchos paquetes de alojamiento ofrecen tareas programadas en el menú del cliente, a veces con límites de frecuencia y duración. Compruebe las condiciones de su proveedor. En un servidor propio o un VPS tiene control total.
WP-Cron es el planificador de tareas de WordPress. No es un cron real, sino que se activa cuando se carga una página; con pocos visitantes, las tareas se ejecutan con retraso. Para tareas críticas en el tiempo, suele activarse mediante un cron job real.
De forma fiable solo con supervisión: la tarea escribe un registro, notifica los errores y, tras cada ejecución, envía una señal de vida a un servicio de supervisión. Si no llega, se genera una alerta. Sin este control, a menudo solo se detectan las caídas por sus consecuencias.
Servicios que encajan

Automatización de procesos
Las tareas repetitivas se ejecutan solas: menos trabajo manual, menos errores y más tiempo para el negocio.
Más información
Mantenimiento y soporte
Actualizaciones, monitorización, copias de seguridad y evolución: para que sitios web, apps y software funcionen con fiabilidad.
Más información
DevOps y CI/CD
Pruebas, compilaciones y despliegues automatizados: lanzamientos más rápidos y menos caídas en producción.
Más información
Bases de datos y nube
Arquitectura de datos, migración y alojamiento cloud: alto rendimiento, seguridad y, si lo desea, en centros de datos alemanes.
Más informaciónTérminos relacionados
Relevante para estos sectores
Artículos relacionados de la revista

DevOps y GitOps: pipeline CI/CD, calidad y versiones reproducibles
Versiones sin sobresaltos: cómo un pipeline CI/CD, la infraestructura como código y un plan de rollback ensayado hacen que la entrega de software sea reproducible y medible.
Seguir leyendo
Escalado en la nube para plataformas: cuellos de botella y costes
Más servidores rara vez resuelven el problema real. Cómo escalar plataformas web con criterio: medir los cuellos de botella, empezar por la base de datos y la caché y controlar costes y resiliencia desde el principio.
Seguir leyendo
Mantenimiento de software: qué debe cubrir un contrato de mantenimiento
El software nunca está terminado. Qué servicios debe incluir un contrato de mantenimiento, cómo separar mantenimiento, soporte y evolución y qué alcance necesita realmente su software.
Seguir leyendo