// plataformas · moodle

De Moodle 4.5 a 5.2: qué ha cambiado de verdad en el aula virtual

Entre octubre de 2024 y abril de 2026 Moodle ha publicado cuatro versiones y ha tocado tres cosas que un responsable de formación nota de inmediato: cómo se gobierna la inteligencia artificial dentro de la plataforma, cómo se estructura un curso y cómo se corrige cuando hay más de un evaluador. El resto —y es mucho— es mantenimiento.

Este artículo separa las tres del ruido. Cada función se atribuye a la versión concreta en la que apareció, porque la confusión habitual en las presentaciones comerciales es vender como novedad de 2026 algo que estaba en el núcleo desde hace años, o al revés: dar por hecho que la plataforma hace cosas que solo hacen los plugins de terceros.

Conviene empezar por lo que no es: Moodle no trae una inteligencia artificial propia. Trae un enchufe para conectar una. El núcleo pone la fontanería y los controles; el modelo lo pones tú, y puedes cambiarlo mañana sin que el profesorado note nada.

Ese subsistema, incorporado en Moodle 4.5, se sostiene sobre tres piezas separadas a propósito. Entender la separación es entender toda la arquitectura:

La lista de proveedores ha ido creciendo versión a versión: OpenAI y Azure AI en 4.5, Ollama en 5.0 —que permite servir el modelo en infraestructura propia—, DeepSeek en 5.1, y Google Gemini y Amazon Bedrock en 5.2. Para la institución, esa competencia entre conectores es la parte buena: ningún proveedor queda incrustado en la plataforma.

Los cuatro botones que existen, y ninguno más

Dos son para quien crea el curso y dos para quien lo consume. Esta es la lista completa del núcleo, sin plugins:

Eso es todo. Dicho sin adornos: la IA del núcleo es un asistente de redacción y un asistente de lectura, no un sistema que gestione el aula. Quien espere otra cosa después de una demostración comercial va a llevarse una sorpresa al abrir su propia instalación.

Una vez encendida, el control es de grano fino y se ejerce en tres capas. La primera son las capacidades por rol: puedes dejar «explicar» a los alumnos y quitarles «generar texto», o al revés. La segunda es el curso: los permisos se pueden limitar a cursos concretos en lugar de a todo el sitio. La tercera llegó con Moodle 5.1 y es la que más tranquiliza al profesorado: el docente puede apagar la IA en su curso o en una actividad concreta, sin depender de administración.

A eso se suman dos informes introducidos en Moodle 5.0 que casi nadie menciona y que son justo lo que pide un auditor: quién ha aceptado la política de uso de IA y qué uso real se está haciendo de ella.

La decisión de fondo, entonces, no es «activamos la IA o no». Es a quién le estás mandando el contenido de tus cursos y los textos de tus alumnos. Con Ollama la respuesta puede ser «a nadie fuera de casa», y esa frase cambia por completo la conversación con el cliente y con su delegado de protección de datos.

Hasta Moodle 4.5 la página de curso era una lista plana de temas. Las subsecciones permitieron agrupar contenido dentro de un tema y plegarlo, lo que reduce el desplazamiento vertical —el problema real en móvil— y mantiene a la vista solo el bloque activo.

La implementación inicial tenía un efecto secundario: cada subsección generaba su propia página, y navegar por un curso denso implicaba entrar y salir continuamente. Moodle 5.2 eliminó esas páginas dedicadas y las sustituyó por enlaces ancla dentro de la misma página del curso, además de aligerar el tratamiento visual —de caja con borde a encabezado con línea divisoria—. Si alguien probó las subsecciones en 4.5 y las descartó por la navegación, el motivo de aquel descarte ya no existe.

El complemento natural llegó en 5.1 con el selector de actividades ordenado por propósito: evaluación, colaboración, comunicación, recursos y contenido interactivo. Es un cambio menor en apariencia y notable en la práctica, porque quien diseña un curso deja de buscar por nombre de módulo —¿tarea, taller o cuestionario?— y empieza por la pregunta correcta: qué quiero que haga el alumno.

Moodle 5.2 permite configurar una tarea para que exija varios correctores sobre la misma entrega y definir el método con el que se calcula la calificación final a partir de las notas individuales. La administración del sitio puede fijar un número de correctores por defecto y el docente elige el cálculo.

Hasta aquí, la doble corrección se resolvía con el flujo de trabajo de calificación y con acuerdos fuera de la plataforma: dos profesores corregían, alguien promediaba a mano y el rastro de esa decisión no quedaba en Moodle. Para cualquier organización con evaluación moderada, doble ciego o auditoría de expedientes, la diferencia no es de comodidad, es de trazabilidad.

Conviene no confundirlo con el pie de página adhesivo para acciones masivas en la pantalla de corrección: eso llegó con Moodle 4.5 y hoy es simplemente cómo funciona la plataforma, no un argumento de actualización.

El modelo «estudiantes en riesgo de abandonar» forma parte del núcleo de Moodle desde la versión 3.4, cuando se incorporó el subsistema de analítica con motores de aprendizaje automático. Presentarlo como una innovación reciente es un error de fecha con consecuencias: lleva a instituciones a justificar una actualización por algo que ya tenían disponible y desactivado.

Más útil que la novedad es conocer sus condiciones de funcionamiento, que la propia documentación detalla y casi nadie lee. El modelo se apoya en el marco Community of Inquiry y necesita entrenarse con matriculaciones de cursos ya finalizados. Y exige, sobre todo, una higiene de datos que en muchos despliegues no existe:

• Fechas de inicio y fin bien puestas en cada curso. Es el requisito que más predicciones inutiliza. Un curso cuya fecha de fin es anterior a la de inicio queda directamente fuera del entrenamiento y de la predicción.
• Cursos con duración razonable. Los que tienen más de un año entre inicio y fin no se usan.
• Matriculación por cohortes, no continua. El modelo asume fechas fijas; con inscripción abierta permanente no encaja.
• Actividad real registrada en Moodle. Necesita secciones y actividades del núcleo con uso efectivo: funciona en formación en línea o mixta, no en un repositorio de PDF con un cuestionario final.

La decisión de actualizar no se toma por funcionalidad, se toma por soporte. Este es el estado a septiembre de 2026 según el calendario oficial de Moodle:

La lectura operativa es sencilla. Quien esté en 4.5 LTS no tiene urgencia de seguridad —cubierto hasta octubre de 2027— y le compensa esperar tres semanas a la 5.3 LTS en lugar de saltar a la 5.2: mismo esfuerzo de migración, dos años más de cobertura. Quien esté en 5.0 sí tiene fecha próxima: su soporte de seguridad termina el 5 de octubre de 2026.

En cuanto a requisitos, la 5.2 exige PHP 8.3 como mínimo —solo 64 bits— y admite PHP 8.4; en base de datos, PostgreSQL 16, MySQL 8.4 o MariaDB 10.11 en adelante. La actualización directa solo se admite desde Moodle 4.4 o posterior: si el punto de partida es anterior, hay un salto intermedio antes de planificar nada.

Ninguna de estas novedades mejora un curso por sí sola. La IA del núcleo no escribe formación: acelera el borrador de quien ya sabe qué quiere enseñar, y su valor está en el control —proveedor, roles, curso, actividad— más que en la generación. Las subsecciones no ordenan un temario desordenado: obligan a decidir qué es central y qué es apoyo. La corrección múltiple no hace la evaluación más justa: hace auditable un acuerdo que ya debería existir entre evaluadores.

Dicho de otro modo: la plataforma ha quitado tres excusas técnicas. Lo que queda debajo —el diseño instruccional, el criterio de evaluación, la calidad del contenido— sigue siendo trabajo humano, y es exactamente donde se decide si una formación funciona.