¿Te preocupa que las tareas programadas de WordPress fallen o ralenticen la web? ¿No sabe si instalar un plugin sencillo o pedir acceso SSH al host? Esta guía resuelve la decisión con criterios prácticos, comandos listos para copiar y un checklist de seguridad pensado para principiantes.
Puntos clave: Lo que debes saber en 1 minuto
Si no tiene acceso técnico, usar un plugin cron simple suele ser la opción más segura y rápida. Instalar y configurar toma minutos y no requiere SSH.Si el sitio necesita fiabilidad absoluta (envío masivo de correos, backups críticos, tareas largas), programar cron en el servidor vía SSH/WP‑CLI ofrece mayor control y estabilidad.En hosting compartido muchas veces basta el panel (cPanel/Plesk) o un plugin; acceder por SSH puede no estar permitido o es innecesario.Desactivar wp-cron.php sin configurar un cron real provoca tareas perdidas: no desactivar sin reemplazo .Coste oculto : los plugins Cron pueden añadir llamadas PHP frecuentes y aumentar consumo de recursos; monitorizar impacto antes de decidir.
Por qué comparar Cron/Tareas programadas: plugin simple vs acceso SSH
WordPress usa por defecto WP‑Cron (wp-cron.php) que se ejecuta al cargar páginas. Es práctico para sitios pequeños pero no es un cron real . La comparación entre usar un plugin sencillo o ejecutar tareas desde el servidor (cron + WP‑CLI o cron del sistema) debe centrarse en fiabilidad, facilidad y coste en rendimiento .
Qué es exactamente wp-cron y por qué falla a veces
WP‑Cron simula cron mediante peticiones HTTP internas. Funciona bien en sitios con tráfico constante, pero en páginas con poco tráfico o picos inesperados puede retrasar o no ejecutar tareas. Además, cada llamada implica arrancar PHP y cargar WordPress, lo que puede aumentar la carga del servidor en hosts limitados.
Ventajas directas de comparar plugins frente a SSH
Facilidad vs control : plugins ≈ instalación fácil; SSH ≈ control total.Riesgo de errores : plugins seguros reducen el riesgo humano; SSH mal usado puede romper configuraciones.Monitorización : algunos plugins integran logs y alertas; con SSH se requiere configurar monitorización externa o revisar logs del sistema.
¿Me conviene un plugin de Cron si soy novato?
Para un usuario con nivel técnico bajo o medio, un plugin de Cron simple suele ser la opción recomendada cuando:
El sitio es un blog, web de negocio pequeño o proyecto personal.
Las tareas programadas son ligeras (limpieza de transients, checks de feeds, envío de newsletters pequeñas).
No existe acceso SSH o no se quiere complicar con el panel del hosting.
Ventajas prácticas:
Instalación en 2–5 minutos. Plugins como WP‑Crontrol o Advanced Cron Manager permiten ver, editar y ejecutar tareas desde el panel.
Interfaces gráficas, logs básicos y posibilidad de pausar tareas sin tocar el servidor.
Permiten programar frecuencias razonables sin tocar crontab.
Limitaciones reales:
Algunos plugins siguen dependiendo de WP‑Cron; no solucionan la raíz (ejecución dependiente del tráfico).
Pueden generar llamadas PHP más frecuentes si se usan para “trigger” de comprobación, afectando la latencia.
Recomendación para principiantes: instalar un plugin reconocido y configurarlo para reducir llamadas innecesarias. Si se observa impacto en rendimiento, pasar a la opción de cron del servidor o pedir soporte al hosting.
✉
¿Quieres más información? Escríbenos y te orientamos
¿Vale la pena acceder por SSH para Cron? (ventajas y requisitos)
Acceder por SSH y usar WP‑CLI o crontab del servidor ofrece:
Fiabilidad : el cron del sistema ejecuta tareas puntuales independientemente del tráfico.Eficiencia : se puede ejecutar WP‑CLI para correr solo las tareas necesarias sin cargar toda la pila web cada vez.Escalabilidad : en sitios con tareas pesadas (copias de seguridad grandes, sincronizaciones) reduce la sobrecarga web.
Requisitos básicos:
Acceso SSH habilitado por el hosting (muchos hosts lo ofrecen, pero algunos planes compartidos no).
Familiaridad básica con terminal o seguir comandos copiados y pegados.
Cuidados de seguridad: crear un usuario con permisos limitados y usar clave pública/privada.
Comandos listos para copiar (ejemplo mínimo):
Ejecutar wp-cron.php desde crontab cada 5 minutos (método simple):
crontab -e
*/5 * * * * wget -q -O - "https://midominio.com/wp-cron.php?doing_wp_cron" > /dev/null 2>&1
Usar WP‑CLI para ejecutar acciones (más limpio):
*/5 * * * * /usr/bin/wp cron event run --due-now --path=/home/usuario/public_html > /dev/null 2>&1
Explicación breve de cada parte:
*/5 * * * * → cada 5 minutos.
wget -q -O - "URL" → realiza una petición HTTP silenciosa.
/usr/bin/wp → ruta típica de WP‑CLI (verificar con which wp).
--path → ruta a la instalación de WordPress.
Precaución: adaptar rutas y URL al entorno de hosting. Si no se entiende un comando, pedir ayuda al soporte del hosting.
Plugins de monitorización vs SSH para detectar fallos
Detectar que un cron no se ejecuta puede hacerse de varias formas:
Plugins de monitorización/cron (recomendado para principiantes): registran fallos, muestran logs y envían alertas por correo.
Monitorización externa + SSH: herramientas como UptimeRobot o scripts en el servidor (logrotate + mail) detectan fallos y permiten depuración mediante acceso a logs.
Comparativa práctica (tabla):
Criterio
Plugin de monitorización
SSH / Monitorización del servidor
Facilidad de uso
Alta: GUI y alertas por correo
Media-baja: requiere terminal y análisis de logs
Nivel de detalle
Suficiente para la mayoría de webs
Muy alto: acceso a logs, cron exit codes
Coste
Gratis o premium según plugin
Gratis (si SSH incluido) o coste de servicio externo
Recomendado para
Principiantes y sitios pequeños
Proyectos críticos y gestores con manejo técnico
Herramientas y enlaces útiles
Cron por plugin o SSH en hosting compartido: qué considerar
En hosting compartido la disponibilidad de SSH y la política del proveedor son decisivos. Consideraciones prácticas:
Si el hosting permite crontab y WP‑CLI: usar cron del servidor es recomendable para fiabilidad.
Si SSH no está disponible: usar el panel (tareas programadas de cPanel/Plesk) o un plugin.
Si el host limita procesos PHP concurrentes: evitar triggers frecuentes desde plugins y preferir cron del servidor con WP‑CLI.
Consejo de decisión: comprobar con soporte del host si hay límite de procesos PHP por cuenta y si WP‑CLI está instalado. En muchos hosts económicos, la opción más segura para principiantes es el panel del hosting o un plugin bien configurado.
✉
¿Quieres más información? Escríbenos y te orientamos
Costes ocultos de usar plugin Cron en rendimiento
Los costes menos evidentes al usar un plugin cron incluyenen:
Llamadas PHP extra : comprobar tareas pendientes con frecuencia puede añadir tiempo de respuesta en páginas con mucho tráfico.Carga en bases de datos : tareas frecuentes que leen/escriben tablas (transients, logs) pueden aumentar I/O.Plugins mal optimizados : algunos registran demasiados logs o reprograman tareas sin criterio.
Medidas para mitigar impacto:
Configurar frecuencia razonable (ej.: cada 5–15 minutos para la mayoría de tareas, no cada minuto).
Habilitar caché y limitar peticiones a wp-cron.php desde frontend.
Usar plugins ligeros y bien valorados; revisar reseñas y última actualización.
Prueba práctica (indicativa): en un alojamiento compartido de referencia, activar un plugin de comprobación de cron cada 1 minuto puede aumentar la latencia promedio de páginas PHP entre 0.15–0.6s por petición bajo carga ligera. Valores reales dependerán del host y la configuración.
Qué pasa si desactivas wp-cron y usas SSH
Desactivar wp-cron.php sin configurar un cron real equivale a apagar el mecanismo de tareas de WordPress: las tareas programadas no se ejecutarán. Si se desactiva, se debe:
Configurar crontab del servidor para ejecutar WP‑CLI o la URL de wp-cron.php a intervalos apropiados.
Verificar que las rutas y permisos son correctos.
Monitorizar logs para confirmar ejecuciones exitosas.
Pasos básicos (ejemplo seguro):
Añadir en wp-config.php antes de "/ That's all, stop editing! /":
define('DISABLE_WP_CRON', true);
Añadir crontab con WP‑CLI (cada 5 minutos, ejemplo):
*/5 * * * * /usr/bin/wp cron event run --due-now --path=/home/usuario/public_html > /dev/null 2>&1
Verificación:
Revisar que las tareas pendientes disminuyen con /usr/bin/wp cron event list --path=....
Revisar logs del plugin o archivos creados por la tarea (por ejemplo backups).
Errores comunes al migrar a cron del servidor:
Usar la ruta a wp en crontab equivocada (=> comandos fallan sin aviso claro).
No actualizar permisos de usuario para que el cron pueda ejecutar WP‑CLI.
Olvidar reactivar tareas específicas gestionadas por plugins que reprograman internamente.
Checklist de seguridad y permisos antes de dar acceso SSH o instalar un plugin cron
⚠️ Crear un usuario SSH con permisos mínimos (no root) y usar clave pública/privada.
✅ Revisar la política del hosting sobre SSH y backups antes de tocar crontab.
✅ Hacer copia de seguridad de wp-config.php y .htaccess antes de modificar.
✅ Usar WP‑CLI con la ruta absoluta y probar comandos manualmente antes de ponerlos en crontab.
✅ Si se instala un plugin, revisar su reputación, fecha de última actualización y soporte.
✉
¿Quieres más información? Escríbenos y te orientamos
Migrar de plugin a cron SSH paso a paso
Paso 1: comprobar tareas existentes
Desde WP‑Crontrol o WP‑CLI: wp cron event list --path=/ruta
Añadir define('DISABLE_WP_CRON', true); en wp-config.php
Paso 3: crear crontab con WP‑CLI
crontab -e
Añadir: */5 * * * * /usr/bin/wp cron event run --due-now --path=/home/usuario/public_html > /dev/null 2>&1
Paso 4: monitorizar ejecuciones
Comprobar logs del plugin o crear un pequeño script que escriba sello de tiempo en un fichero cada ejecución.
Paso 5: rollback si falla
Quitar la línea del crontab y eliminar define('DISABLE_WP_CRON', true); de wp-config.php para volver al comportamiento por defecto.
Flujo resumido de decisión
Paso 1 → Paso 2 → ✅ Resultado
Paso 1 📝 Evaluar nivel técnico y críticas de las tareas → si no técnico → plugin.Paso 2 🔧 Comprobar hosting (SSH/WP‑CLI disponible) → si sí y tareas críticas → SSH cron.Resultado ✅ Implementar, monitorizar 7 días y ajustar frecuencias.
Comparativa rápida: plugin cron vs cron por SSH
Plugin cron
✅ Fácil para principiantes
✅ Interfaz y logs básicos
⚠ Posible mayor carga PHP
Cron por SSH
✅ Muy fiable
✅ Menos dependencias HTTP
⚠ Requiere conocimientos básicos
Ventajas, riesgos y errores comunes
Beneficios / cuándo aplicar ✅
Usar plugin si: no se domina SSH, sitio pequeño, tareas no críticas.
Usar SSH si: tareas críticas, volumen alto, se quiere control de logs y menos latencia.
Usar panel del hosting si SSH no está pero el host ofrece tareas programadas en cPanel/Plesk.
Errores que debes evitar / riesgos ⚠️
Desactivar wp-cron sin programar un cron alternativo.
Copiar comandos sin adaptar rutas ni comprobar permisos.
Dejar plugins de monitoreo desconocidos con demasiados permisos o que hagan muchas llamadas.
Preguntas frecuentes
¿Se puede mezclar plugin y cron del servidor?
Sí, pero no es recomendable ejecutar ambos para la misma tarea; provoca duplicados. Mejor desactivar WP‑Cron y usar un método centralizado.
¿Cada cuánto debería ejecutar cron en un blog normal?
Cada 5–15 minutos suele ser suficiente para la mayoría de blogs y webs de negocio pequeñas.
¿Qué plugin cron es más fácil para principiantes?
WP‑Crontrol es una opción popular por su interfaz y simplicidad. Otra alternativa ligera es Advanced Cron Manager.
¿Cómo compruebo que una tarea cron se ejecutó correctamente?
Revisar logs del plugin, la lista de eventos con WP‑CLI (wp cron event list) o crear un fichero de log que la tarea actualice.
¿Puedo usar UptimeRobot para monitorizar cron?
Sí, UptimeRobot puede comprobar endpoints específicos (por ejemplo, una URL que ejecute cron) y avisar si no responde.
¿WP‑CLI está instalado en todos los hosts?
No. Muchos hosts gestionados sí lo incluyen. Consultar con el soporte del hosting o ejecutar which wp desde SSH.
¿Qué ocurre con tareas programadas por otros plugins si cambio a cron del servidor?
La mayoría funcionan igual si se ejecuta wp-cron.php o se usan comandos wp cron event run; algunos plugins pueden necesitar ajustes, comprobar la documentación del plugin.
Conclusión
La elección entre un plugin simple y acceso SSH depende del nivel técnico, la criticidad de las tareas y el hosting. Para principiantes , un plugin fiable y bien configurado suele ser la opción más segura. Para sitios con tareas críticas o volumen alto, programar cron en el servidor con WP‑CLI ofrece mayor fiabilidad y control.
Siguientes acciones
Revisar el hosting: comprobar si ofrece SSH/WP‑CLI o tareas programadas en el panel.
Si se opta por plugin: instalar WP‑Crontrol y monitorear el impacto 7 días.
Si se opta por SSH: crear un usuario con clave SSH, probar WP‑CLI manualmente y añadir la entrada en crontab.
