Durante años, instalar y mantener una plataforma Moodle ha sido un proceso relativamente sencillo: descargar el código, añadir los plugins necesarios y actualizar el sistema cuando aparecía una nueva versión.
Pero el ecosistema Moodle está evolucionando. Y no hablamos solo de nuevas funcionalidades o mejoras visuales. Moodle está llevando a cabo una transformación profunda de su arquitectura para hacerla más modular, escalable y preparada para el futuro.
Este fue precisamente el tema de la ponencia que impartió Antoni Bertran, CTO de 3ipunt, durante la MoodleMoot Spain 2026, donde explicó por qué Composer será una pieza clave en la gestión de las futuras versiones de Moodle y qué significa este cambio para desarrolladores y administradores de plataformas.
Moodle está evolucionando muy rápidamente
Las últimas versiones de Moodle no solo incorporan nuevas funcionalidades. También están sentando las bases de una nueva arquitectura tecnológica.
El objetivo es dejar atrás un modelo monolítico para evolucionar hacia un sistema compuesto por componentes independientes que puedan desarrollarse, actualizarse y mantenerse de forma autónoma. Esta transformación está siendo impulsada por el Technical Transformation Team (PAG) y forma parte de la hoja de ruta pública de Moodle.
Entre los principales objetivos destacan:
- Dividir el sistema en componentes más pequeños.
- Permitir actualizaciones independientes del core.
- Facilitar la adopción de nuevas tecnologías, más allá de PHP.
- Mejorar la escalabilidad y el mantenimiento del ecosistema.
En otras palabras, Moodle está preparando el terreno para ser una plataforma mucho más flexible y fácil de evolucionar.
Una arquitectura más moderna
Este cambio no consiste únicamente en reorganizar el código. Supone adoptar una serie de principios arquitectónicos que ya son habituales en aplicaciones modernas.
Entre ellos destacan:
- Separar completamente la interfaz de usuario de la lógica de negocio.
- Acceder a la información únicamente mediante APIs.
- Crear componentes autónomos capaces de ofrecer una funcionalidad completa.
- Mantener y desplegar cada componente de forma independiente.
- Favorecer el uso de contenedores y procesos automatizados de despliegue.
- Permitir una transición progresiva, donde el modelo tradicional y el nuevo convivan durante un tiempo.
Este enfoque permitirá que Moodle evolucione de forma mucho más ágil sin depender de grandes actualizaciones del núcleo.
¿Qué es Composer?
En este contexto aparece Composer, el gestor de dependencias estándar del ecosistema PHP.
Si nunca has trabajado con él, puedes imaginarlo como una herramienta que automatiza la instalación y actualización de librerías y componentes, asegurándose de que todas las versiones sean compatibles entre sí.
Esto evita muchos de los problemas habituales cuando una plataforma utiliza múltiples dependencias o cuando varios plugins requieren versiones distintas de una misma librería.
Lejos de ser una herramienta exclusiva para desarrolladores, Composer se está convirtiendo en un elemento fundamental para mantener proyectos complejos de forma más segura y ordenada.
¿Por qué Moodle apuesta por Composer ahora?
La respuesta es sencilla: el ecosistema ha crecido y ya no resulta sostenible gestionar todas las dependencias manualmente.
Durante la ponencia se expusieron varios motivos que explican este cambio:
- Moodle 5.1 ya requiere Composer para gestionar determinadas dependencias PHP.
- Cada vez existen más librerías externas y dependencias entre componentes.
- Resolver conflictos de versiones manualmente deja de ser una opción viable.
- Herramientas modernas como OpenTelemetry necesitan funcionalidades propias de Composer.
- La comunidad demanda procesos de desarrollo más estandarizados e integrados con prácticas DevOps.
No se trata de incorporar una herramienta nueva porque sí, sino de adaptarse a las necesidades de un proyecto que sigue creciendo año tras año.
Los tres pilares de Composer en Moodle
Uno de los aspectos más interesantes de la presentación fue conocer cómo Moodle ha organizado la integración de Composer mediante tres paquetes principales.
moodle/seed
Es la plantilla desde la que se crea un nuevo proyecto Moodle basado en Composer.
Su función es conectar automáticamente el resto de componentes necesarios para comenzar una instalación moderna de Moodle.
moodle-composer-scaffold
Este paquete prepara toda la estructura del proyecto. Entre otras tareas:
- genera el archivo de configuración;
- configura el sistema de autoloading;
- organiza los directorios;
- facilita la instalación inicial de Moodle.
moodle-composer-installer
Su objetivo es simplificar la instalación de plugins. Detecta automáticamente el tipo de plugin (actividad, bloque, local, etc.) y lo instala en la carpeta correspondiente sin necesidad de realizar el proceso manualmente.
¿Qué ventajas aporta Composer?
Más allá del cambio técnico, la incorporación de Composer supone beneficios muy prácticos para quienes administran plataformas Moodle.
Entre ellos destacan:
- instalación de plugins mediante un único comando;
- resolución automática de dependencias;
- gestión consistente de versiones;
- integración natural con procesos de integración y despliegue continuo (CI/CD);
- reducción de conflictos entre plugins y el núcleo de Moodle.
En proyectos con múltiples desarrolladores o instalaciones complejas, estas mejoras pueden traducirse en menos incidencias y un mantenimiento mucho más eficiente.
¿Tengo que empezar a usar Composer ya?
Probablemente esta fue una de las preguntas más repetidas durante la sesión. La respuesta es depende, pero conviene empezar a familiarizarse con él.
Actualmente:
- En Moodle 5.2 y 5.3, Composer ya es obligatorio para determinadas dependencias PHP.
- La instalación completa de Moodle mediante Composer sigue siendo opcional.
- De cara a Moodle 6.0, Composer continuará ganando protagonismo, aunque todavía no se ha decidido si será obligatorio también para instalar Moodle desde cero.
En cualquier caso, la dirección que está tomando el proyecto deja claro que Composer será una herramienta habitual en el ecosistema Moodle de los próximos años.
No todo son ventajas
Como ocurre con cualquier cambio tecnológico, la transición también plantea algunos retos.
Muchas organizaciones mantienen decenas o incluso cientos de plugins propios. Cada nueva versión de PHP implica revisar compatibilidades, corregir código obsoleto y actualizar pruebas automatizadas.
Además, el ritmo de adopción de nuevas tecnologías también depende de las dependencias externas y de los plugins desarrollados por terceros. Por eso, Moodle ha optado por una evolución progresiva, donde el modelo tradicional convivirá durante un tiempo con esta nueva arquitectura.
Composer no es el futuro. Es el presente.
Aunque todavía no sea obligatorio para todas las instalaciones, Composer ya forma parte del camino que está siguiendo Moodle.
Comprender cómo funciona y qué ventajas ofrece permitirá afrontar con mayor tranquilidad las próximas versiones de la plataforma y adoptar prácticas de desarrollo mucho más modernas.
En 3ipunt seguimos de cerca la evolución del ecosistema Moodle para ayudar a nuestros clientes a sacar el máximo partido de cada nueva versión. Si quieres conocer cómo preparar tu plataforma para esta nueva etapa o necesitas apoyo en la gestión y evolución de tu Moodle, estaremos encantados de ayudarte.
