El soporte y administración de Moodle es lo que separa una plataforma que funciona de una que se cae la semana de exámenes. Moodle no cuesta licencia, pero sí cuesta mantenerlo al día, seguro y respaldado. Esta guía explica qué incluye ese trabajo, qué versión conviene hoy y cuánto cuesta cada forma de resolverlo.
- Administrar Moodle son ocho frentes: actualizaciones, seguridad, copias probadas, rendimiento, plugins, integración con el sistema académico, matrícula y reportes, y accesibilidad.
- La versión vigente es Moodle 5.3 LTS (5 de octubre de 2026), con seguridad hasta el 1 de octubre de 2029. Moodle 4.5 LTS recibe parches hasta el 4 de octubre de 2027.
- MoodleCloud cuesta de USD 170 a USD 2.100 al año (50 a 750 usuarios), pero no admite plugins. Con servidor propio, el cómputo en la nube va de USD 24 a USD 96 al mes, más las horas de administración.
- Exija por escrito: entorno de pruebas antes de cada actualización, una restauración real de las copias y tiempos de respuesta por prioridad.
¿Qué incluye de verdad la administración de Moodle?
Administrar Moodle significa mantener ocho frentes al día, no solo responder cuando algo falla. Moodle está instalado en 148.574 sitios registrados de 237 países (stats.moodle.org), y en casi todos el trabajo invisible es el mismo.
| Frente | Qué se hace | Señal de que falta |
|---|---|---|
| Actualizaciones | Subir de versión primero en una copia de pruebas y luego en producción | La plataforma corre una versión sin soporte |
| Seguridad | Aplicar cada versión menor y revisar los avisos de seguridad de Moodle | Avisos «serios» sin aplicar |
| Copias de seguridad | Respaldar base de datos, archivos (moodledata) y código, y restaurarlos de prueba | Nadie ha restaurado una copia jamás |
| Rendimiento | Caché, tareas programadas (cron), base de datos y servidor dimensionados para el pico | Lentitud o caídas en exámenes y cierres de nota |
| Plugins y tema | Verificar compatibilidad antes de cada versión y retirar lo abandonado | Una actualización bloqueada por un plugin viejo |
| Integración con el SIS | Cargar usuarios y matrículas desde el sistema académico, y devolver notas | La misma matrícula se digita dos veces |
| Matrícula y reportes | Cohortes, roles, cierres de periodo e informes para dirección | Reportes armados a mano en hojas de cálculo |
| Accesibilidad | Revisar el tema y los contenidos frente a WCAG 2.2 | Documentos y videos que un lector de pantalla no puede usar |
Un servicio gestionado serio describe su alcance en términos parecidos. El de BCNET, un consorcio educativo canadiense, enumera tres cosas: actualizaciones de versión y parches, pruebas e instalación de plugins, y un entorno seguro con acceso administrativo para dos contactos designados (catálogo de servicios de BCNET).
La accesibilidad merece una aclaración. La documentación de Moodle remite a un informe de conformidad con WCAG 2.2 y recuerda que cualquier docente o estudiante puede producir contenido (documentación oficial). El administrador cuida la plataforma; la calidad de cada curso sigue siendo del equipo académico.
¿Qué versión de Moodle debe tener hoy y hasta cuándo tiene soporte?
La versión vigente es Moodle 5.3, publicada el 5 de octubre de 2026. Es una versión de soporte extendido (LTS) y tiene parches de seguridad hasta el 1 de octubre de 2029. Estas son las fechas oficiales según moodledev.io, consultadas el 9 de octubre de 2026:
| Versión | Publicada | Correcciones generales hasta | Seguridad hasta |
|---|---|---|---|
| 4.5 (LTS) | 7 oct 2024 | 6 oct 2025 (ya terminó) | 4 oct 2027 |
| 5.1 | 6 oct 2025 | 5 oct 2026 (ya terminó) | 19 abr 2027 |
| 5.2 | 20 abr 2026 | 19 abr 2027 | 4 oct 2027 |
| 5.3 (LTS) | 5 oct 2026 | 4 oct 2027 | 1 oct 2029 |
El calendario es predecible. Las versiones mayores salen en abril y octubre, y las menores en febrero, abril, junio, agosto, octubre y diciembre. La próxima es la 5.3.1, prevista para el 7 de diciembre de 2026.
La seguridad no es teórica. Entre los avisos más recientes de moodle.org/security, ocho se publicaron el 9 de septiembre de 2026 y dos el 22 de septiembre. Dos de los diez están clasificados como «serios»: un riesgo de inyección SQL ciega (MSA-26-0042) y un riesgo de CSRF en importaciones de notas (MSA-26-0041).
Para una institución con equipo pequeño, el criterio habitual es quedarse en la LTS vigente y planificar un salto cada dos o tres años. Si hoy está en 4.5, tiene hasta el 4 de octubre de 2027. Moodle 5.3 permite actualizar desde la 4.4 en adelante; desde versiones anteriores hay que pasar primero por una intermedia (notas de la versión 5.3).
Un criterio prudente: esperar a la 5.3.1 antes de llevarla a producción y aprovechar ese margen para probar plugins y tema. Esa es una práctica de operación, no una regla de Moodle.
La 5.3 también sube los requisitos del servidor: PHP 8.3 como mínimo, y bases de datos PostgreSQL 17, MySQL 8.4 o MariaDB 11.4 como mínimo. Un Moodle antiguo suele estar en un servidor que tampoco cumple, de modo que la actualización incluye al servidor.
¿Cómo se actualiza Moodle sin parar las clases?
Se actualiza ensayando primero en una copia y programando la ventana de cambio en un receso académico, no en un periodo de evaluaciones. El procedimiento sigue la guía oficial de actualización de Moodle:
- Respaldar las tres partes. Archivos de Moodle, carpeta moodledata y volcado de la base de datos.
- Ensayar en una copia. La documentación pide probar la actualización en una copia del sitio de producción antes de tocarlo.
- Revisar los plugins. Confirme que cada plugin tiene versión para la nueva release en el directorio oficial. Si uno bloquea el proceso, se elimina su código sin desinstalarlo, para conservar sus datos.
- Activar el modo de mantenimiento. Se impide el ingreso de usuarios y se espera a que terminen las tareas programadas en curso.
- Actualizar y verificar. Se ejecuta el proceso, se revisan cursos, calificaciones, roles y copias de seguridad, y se confirma el cron.
- Vigilar la primera semana. Se conserva la copia previa y se revisan los registros de error.
/public. Si el servidor se configuró años atrás, esa configuración cambia con la actualización.¿Su Moodle quedó dos versiones atrás? En un diagnóstico de 30 minutos, sin costo, revisamos su versión, plugins y servidor, y le entregamos por escrito el alcance, las fechas y la inversión.
Ver plataformas académicas¿Qué hosting necesita Moodle y cómo se protege en época de exámenes?
Moodle necesita un servidor propio en la nube, caché en memoria y una base de datos dimensionada para el pico de exámenes, no para el día promedio. Un implementador de Moodle advierte que el hosting compartido es posible pero poco recomendable para uso real (bit4learn).
La guía oficial de rendimiento (Performance recommendations) apunta a cuatro puntos:
- Mover las cachés, que por defecto usan disco, a memoria con Redis. Para sitios grandes con balanceo de carga, la documentación lo recomienda con fuerza.
- Ejecutar el cron desde la línea de comandos y no por HTTP, que consume mucha memoria en sitios grandes.
- Dimensionar la base de datos con cuidado: los cuestionarios generan una carga alta, y las ráfagas de conexiones se vigilan.
- Para Apache, dividir la memoria disponible entre 100 MB por proceso como regla conservadora de procesos simultáneos.
Con esa regla y los precios públicos de DigitalOcean se arma una referencia de cómputo. No es una recomendación de proveedor, sino un orden de magnitud:
| Servidor de aplicación | Precio mensual | Procesos simultáneos (regla de la guía) |
|---|---|---|
| 2 vCPU, 4 GiB de RAM | USD 24 | unos 40 |
| 4 vCPU, 8 GiB de RAM | USD 48 | unos 80 |
| 8 vCPU, 16 GiB de RAM | USD 96 | unos 160 |
| 8 vCPU optimizada para CPU, 16 GiB | USD 168 | unos 160, con más cómputo por proceso |
Los procesos simultáneos no equivalen a usuarios conectados, y la tabla no incluye base de datos gestionada, almacenamiento de copias ni tráfico. La cifra que manda sale de una prueba de carga con un examen real, antes de que lo presenten los estudiantes.
Copias de seguridad que se pueden restaurar
Un sitio Moodle tiene tres partes: base de datos, archivos subidos y código. La documentación indica que las dos primeras son las que hay que copiar con regularidad, y que el volcado debe usar la codificación correcta (UTF-8) (Site backup).
Si su plataforma vive en infraestructura de Mtechnology, el estándar de la página de hosting y cloud gestionado es «copias diarias verificadas y restauraciones probadas».
¿Cómo se integra Moodle con el sistema académico?
Se integra haciendo que el sistema académico (SIS) sea la fuente de verdad de usuarios y matrículas, y que Moodle los lea. La documentación de métodos de matrícula lista las rutas habituales:
| Método | Cuándo conviene |
|---|---|
| Matrícula por base de datos externa | El SIS tiene una base accesible y se quiere sincronizar matrículas de forma continua |
| Archivo plano o IMS Enterprise | El SIS exporta archivos programados y no ofrece API |
| LDAP | Los usuarios ya viven en un directorio institucional |
| Servicios web | El SIS tiene API y se necesita crear usuarios, matricular o devolver notas en tiempo real |
| LTI | Moodle debe conectarse como herramienta con otra plataforma |
Los servicios web permiten que un sistema externo inicie sesión en Moodle y ejecute operaciones con un token de acceso (documentación de servicios web). El token es un secreto: se guarda, se rota y no se comparte por correo.
Lo que decide el éxito no es el método sino el mapa de datos: qué sistema manda para cada dato, cuándo se mueve y qué pasa si falla. Una baja en el SIS que no llega a Moodle deja a un estudiante con acceso a un curso que ya no paga.
¿Qué se revisa cada mes y cada trimestre?
Cada mes se revisan versión, seguridad, copias y tareas programadas; cada trimestre se prueba lo que no se ve a diario. Esta lista es un criterio operativo de buenas prácticas, no una norma de Moodle, y le sirve para auditar a quien lo administre:
| Frecuencia | Tarea | Evidencia que debería recibir |
|---|---|---|
| Mensual | Aplicar la versión menor del mes, primero en pruebas | Versión instalada y fecha |
| Mensual | Revisar los avisos de seguridad y aplicar los pendientes | Lista de avisos y estado |
| Mensual | Verificar la última copia completa y su tamaño | Registro de copia exitosa |
| Mensual | Revisar cron, disco libre, moodledata y errores de registro | Informe corto |
| Mensual | Cuadrar matrículas entre SIS y Moodle (altas, bajas, huérfanos) | Conteo de diferencias |
| Trimestral | Restaurar una copia completa en un servidor de prueba | Acta con tiempo de restauración |
| Trimestral | Prueba de carga antes de exámenes y cierres de nota | Resultados con usuarios simulados |
| Trimestral | Revisar plugins abandonados y la compatibilidad con la próxima versión | Inventario de plugins |
| Trimestral | Auditar quién tiene rol de administrador y revisar accesibilidad de la plantilla | Lista de administradores |
| Trimestral | Confirmar fechas de fin de soporte de Moodle, PHP y base de datos | Plan de versión a 12 meses |
Lo mensual cabe en pocas horas si la plataforma está sana. Lo que consume tiempo es lo atrasado: una plataforma sin mantenimiento durante años exige un proyecto de actualización antes de pasar a un régimen mensual.
¿Cuánto cuesta mantener Moodle y quién debería hacerlo?
Mantener Moodle cuesta desde unos cientos de dólares al año con MoodleCloud hasta una suma mensual por servidor, horas de administración y copias si se aloja por cuenta propia. Cada modelo cambia quién responde cuando algo falla:
| Modelo | Costo de referencia | Dónde duele |
|---|---|---|
| MoodleCloud | USD 170 (50 usuarios), 270 (100), 490 (200), 1.190 (500) y 2.100 (750) al año | No se pueden instalar plugins ni integraciones; el soporte es de autoservicio |
| Equipo interno + nube propia | Cómputo de USD 24 a USD 96 al mes (tabla anterior) + salario u horas del administrador + copias | Depende de una persona: vacaciones, renuncia, rotación |
| Proveedor independiente | Cotización según usuarios, plugins, integraciones y horas | El alcance vale lo que diga el contrato; hay que verificar continuidad y accesos |
| Moodle Partner certificado | Cotización; las tarifas no son públicas | Suele ser el más costoso; el sello se verifica en moodle.com |
Las cifras de MoodleCloud salen de su página de planes, en dólares y facturación anual; la página aclara que no se pueden instalar plugins. Su sitio de servicios agrega que las respuestas en menos de 24 horas requieren una solución de un socio certificado (moodle.com).
Para el costo de la persona, un implementador estima entre USD 50 y USD 500 al mes por un administrador de sistemas en un montaje autoalojado (bit4learn). Es una estimación sin fuente propia; valídela con salarios de su país.
Un ejemplo ilustrativo para 500 usuarios: MoodleCloud Medium cuesta USD 1.190 al año, unos USD 99 al mes, sin plugins. Un servidor de 8 GiB cuesta USD 48 al mes, es decir USD 576 al año, y se suman las horas de administración y el almacenamiento de copias. El servidor propio gana en control; MoodleCloud gana en simplicidad.
Cinco preguntas antes de contratar
- ¿Quién es dueño de los accesos, los datos y el dominio? Deben quedar a nombre de la institución.
- ¿Hay entorno de pruebas antes de cada actualización?
- ¿Con qué frecuencia se restaura una copia y quién firma la evidencia?
- ¿Qué tiempo de respuesta se compromete por prioridad, por escrito?
- ¿Qué pasa con los plugins de terceros y el código propio? Si su Moodle tiene código sin documentar, lea primero cómo recuperar un software heredado.
Si apenas evalúa la plataforma, tiene también la guía qué es una plataforma educativa virtual y el repaso de herramientas virtuales para la educación.
Preguntas frecuentes
¿Moodle es gratis?
El software no tiene costo de licencia. Lo que se paga es el servidor, la persona o el proveedor que lo administra, las copias de seguridad, las integraciones y la capacitación. Esa suma es el costo real de mantener Moodle.
¿Cada cuánto hay que actualizar Moodle?
Las versiones menores de seguridad y correcciones salen en febrero, abril, junio, agosto, octubre y diciembre, y conviene aplicarlas en ese ritmo. Las versiones mayores salen en abril y octubre; una institución con equipo pequeño puede quedarse en una versión LTS y saltar de una a otra con planificación.
¿Qué es una versión LTS de Moodle?
Es una versión de soporte extendido: recibe correcciones de seguridad durante 36 meses, frente a 18 meses de las versiones normales. La más reciente es Moodle 5.3, publicada el 5 de octubre de 2026, con seguridad hasta el 1 de octubre de 2029.
¿Puedo seguir en Moodle 4.5?
Sí, por ahora. Moodle 4.5 es LTS y recibe parches de seguridad hasta el 4 de octubre de 2027, pero no recibe correcciones generales desde el 6 de octubre de 2025. Conviene planificar el salto a 5.3 antes de esa fecha.
¿Cuánto cuesta mantener Moodle al mes?
Depende del modelo. MoodleCloud cuesta entre USD 170 y USD 2.100 al año según los usuarios, pero no admite plugins. Con servidor propio, el cómputo en la nube va de USD 24 a USD 96 al mes. Se suman las horas de administración y las copias.
¿MoodleCloud o servidor propio?
MoodleCloud sirve si basta el Moodle estándar, sin plugins ni integraciones propias. Si necesita conectar la matrícula con su sistema académico, instalar plugins o controlar dónde viven los datos, necesita un servidor propio o administrado.
¿Pueden hacerse cargo de un Moodle que no construyeron?
Sí, con un diagnóstico previo. Mtechnology indica en su página de soporte de TI que puede asumir infraestructura y software que no construyó, después de revisar el estado real de la plataforma.
Moodle bien administrado es una rutina aburrida: versiones al día, copias que se restauran, picos que no sorprenden y matrículas que viajan solas desde el sistema académico. Si quiere saber en qué estado está la suya, el primer paso es un diagnóstico de 30 minutos, sin costo ni compromiso.
Agende un diagnóstico de 30 minutos. Revisamos su plataforma de formación, sea Moodle u otra, y le entregamos alcance, fechas e inversión por escrito. Conozca también cómo trabajamos con instituciones educativas.
Agendar diagnóstico
