Alternativas a Moodle para grupos escolares: calcule el coste de la operación, no el de la licencia

Moodle es gratis de licenciar y no es gratis de operar. Para un solo colegio con un administrador de sistemas que lo conoce bien, ese suele ser un buen trato. Para un grupo —una fundación, un distrito, una editorial, un programa ministerial— las cuentas cambian, porque los costes que deciden la cuestión son el alojamiento, las actualizaciones de versión, la compatibilidad de los plugins a lo largo de esas actualizaciones, los parches de seguridad y las copias de seguridad, y porque la multitenencia no está en el producto base. La comparación honesta frente a cualquier alternativa es el coste total de operación, no el coste de licencia.

Nada de eso es una crítica. Moodle es el LMS de código abierto más desplegado en educación y se lo ha ganado: gratis de verdad, autoalojable de verdad, y lleno de cosas que ningún producto comercial construiría. Esto son cuentas, no lealtades.

Qué cuesta en realidad operar Moodle

Alojamiento

Una aplicación PHP, una base de datos, un almacén de archivos y un cron que tiene que ejecutarse de verdad. Dimensiónelo para la semana de exámenes y el día de las notas, no para un martes cualquiera. Después, una copia de preproducción lo bastante parecida a producción como para que un ensayo signifique algo: una preproducción que se ha desviado es el ensayo de otra obra.

Actualizaciones de versión

Moodle publica una fecha de fin de soporte para cada versión. Cuando una versión la pasa, dejan de llegar las correcciones de seguridad, así que mantenerse al día no es tarea de mantenimiento: es la postura de seguridad. Cada actualización mayor es un paso de código, un paso de esquema, una ventana de indisponibilidad y un ensayo previo, y saltarse una versión multiplica el trabajo en lugar de ahorrarlo.

Compatibilidad de plugins

El directorio de plugins es la razón por la que muchas instituciones eligieron Moodle, y cada plugin instalado es una dependencia del calendario de versiones de otra persona. Así que una actualización es una matriz: para cada plugin, ¿hay una compilación para la versión de destino, sigue manteniéndose, sigue haciendo aquello sobre lo que los profesores montaron su trimestre? Un solo plugin sin mantenimiento puede retener un sitio entero en una versión antigua, que es la vía más común para acabar ejecutando una versión sin soporte.

Parches de seguridad

Moodle publica avisos de seguridad con un calendario. En autoalojamiento, actuar sobre ellos es cosa suya: seguir los anuncios, juzgar la urgencia, aplicar, verificar; a veces fuera de ciclo, a veces en vacaciones, cuando la persona que sabe hacerlo no está. Por debajo están PHP, la base de datos y el sistema operativo, cada uno con su propio flujo de parches.

Copias de seguridad

Dos cosas distintas se llaman copias de seguridad: las exportaciones de cursos y las copias de infraestructura de la base de datos y el almacén de archivos. Necesita ambas, y una copia que nunca ha restaurado es una hipótesis. Y luego la pregunta que muerde a un grupo: ¿puede restaurar un colegio sin una ventana de mantenimiento para todos los demás?

Por qué la multitenencia es lo que se rompe a escala de grupo

Un solo colegio rara vez se topa con esto. Un grupo lo hace más o menos cuando dos colegios quieren cosas distintas el mismo día: otro logotipo, otra estructura de trimestres, otra respuesta a quién puede ver los datos de quién.

Un sitio de Moodle le da estructura dentro de una organización: categorías que se anidan, cohortes, roles asignables a nivel de categoría. Eso es jerarquía de verdad. Pero está diseñado en torno a un solo sitio para una sola institución: las cuentas pertenecen al sitio, la administración es de todo el sitio, y la versión, el conjunto de plugins y la ventana de mantenimiento los comparte todo el mundo que esté en él. Así que «cada colegio tiene su propio administrador» tiende a resolverse, en la práctica, como «cada colegio tiene a alguien de quien nos fiamos para que no haga clic donde no debe».

Las preguntas que sacan a la luz esa carencia son aburridas y concretas:

• ¿Puede el colegio B cambiar su logotipo, sus colores y su página de acceso sin tocar los del colegio A?
• ¿Puede el administrador del colegio B crear y borrar usuarios que existen solo en el colegio B?
• ¿Puede un profesor que trabaja dos días por semana en cada colegio tener una sola cuenta?
• ¿Puede el grupo hacer una sola pregunta a todos los colegios y obtener una sola respuesta, sin una exportación?
• Cuando el colegio C deja el grupo, ¿se pueden entregar sus datos, sus usuarios y su contenido, y luego eliminarlos?
• ¿Se puede restaurar un colegio desde una copia de seguridad sin una ventana de mantenimiento para el resto?

Todas tienen respuesta en Moodle con suficiente configuración, o con suficientes instalaciones separadas. El coste es la configuración, o son las instalaciones.

Las tres respuestas habituales, y la contrapartida de cada una

Moodle Workplace

El plan comercial, vendido a través de partners certificados de Moodle, que añade multitenencia. La contrapartida: ahora está comprando un producto comercial con un partner en medio, así que la licencia gratuita ya no es la razón por la que está ahí; compárelo con otras plataformas comerciales en igualdad de condiciones, no como al proveedor de siempre. Y compruebe cómo encaja la forma de un grupo escolar (cursos, tutores legales, trimestres) en un producto cuyo centro de diseño es la formación en el puesto de trabajo.

Un contrato con un partner

Un partner certificado aloja, actualiza, parchea y coge el teléfono. El trabajo no desaparece; se convierte en una partida con un SLA, y a menudo es mejor trato que una contratación. Dos límites: por sí solo no añade multitenencia —eso sigue siendo Workplace o varios sitios— y el coste tiende a escalar con los sitios y los usuarios, así que un grupo paga aproximadamente por colegio. Pregunte cómo es la salida antes de firmar.

Instalaciones paralelas

Un Moodle por colegio. Separados de verdad —datos, marca e indisponibilidad separados— y un colegio se puede traspasar traspasando su sitio. La contrapartida es que todo se multiplica: diez colegios son diez ventanas de actualización, diez matrices de plugins, diez conjuntos de avisos, diez regímenes de copias de seguridad. Los informes entre colegios se convierten en un ejercicio de exportar y cruzar, normalmente una hoja de cálculo, normalmente una sola persona que es la única que sabe cómo funciona. Un cambio para todo el grupo se aplica diez veces y empieza a desviarse hacia el undécimo mes.

Los grupos rara vez deciden usar instalaciones paralelas. Llegan a ellas, porque un sitio nuevo era la forma más rápida de dar de alta al cuarto colegio.

La IA a través de un plugin no es lo mismo que la IA dentro del producto

La mayor parte de la capacidad de IA en un despliegue de Moodle llega como plugin: un conector con un proveedor, un generador de preguntas, un resumidor. Los plugins son la forma en que Moodle ha crecido siempre. Pero hay tres propiedades que se comportan de otra manera cuando una función va pegada al costado de una plataforma en lugar de construida dentro de ella.

Anclaje

¿De dónde sale la respuesta? Un conector genérico pasa un prompt a un modelo y devuelve texto, así que refleja el conocimiento general del modelo y no su temario ni su política de corrección. Anclar significa recuperar sobre su propio material, con citas que remiten al documento del que salió una frase. En un grupo, eso es ante todo un problema de fronteras de datos: los documentos del colegio A nunca deben anclar una respuesta dada al colegio B, y un plugin sobre un modelo de datos de sitio único no tiene ninguna frontera de inquilino que respetar.

Revisión de seguridad

Quién eligió el modelo, quién escribió el prompt, qué sale de su infraestructura, cuánto tiempo lo conserva el proveedor y si el trabajo escrito de un menor va dentro del envío. Con un plugin, la respuesta es quienquiera que lo escribiera, más lo que usted haya configurado: revisable, porque es código abierto, pero el revisor es usted, plugin a plugin, en cada actualización.

Auditoría

Un trimestre después, un padre o un inspector pregunta qué hizo la IA. ¿Puede mostrar qué se generó, quién lo generó, a partir de qué fuente y qué cambió una persona antes de que llegara a un estudiante? Un plugin escribe en sus propias tablas y en su propio formato, si es que escribe algo.

Los plugins no son el problema. La frontera entre la IA y los datos tiene que trazarla lo mismo que traza todas las demás fronteras, y un plugin no puede trazar una que la plataforma no tiene.

Calcular el coste con honestidad

No lo estime. Abra el sistema de tickets y el registro de cambios de los últimos doce meses y cuente.

annual operating hours, per Moodle site

    major upgrades        (windows per year)   x (hours per window)
  + point releases        (releases applied)   x (hours each)
  + plugin re-testing     (plugins relied on)  x (hours per upgrade)
  + security advisories   (acted on per year)  x (hours each)
  + backup restore tests  (tests per year)     x (hours each)
  + unplanned incidents   (last 12 months, from the ticket system)
  = hours per site per year

  x number of sites you run
  x loaded hourly cost of the people who do it
  + hosting, storage and bandwidth
  + partner or support contract
  = the number to compare against a licence

Cuente solo las horas que desaparecerían de verdad si cambiara. Después haga una lista aparte de las preguntas a nivel de grupo que hoy no puede responder: cuántos estudiantes de todos los colegios han terminado este trimestre la formación en protección del menor, y qué colegios van con retraso.

Cuándo Moodle sigue siendo la respuesta correcta

A menudo. Con un equipo de sistemas propio que conoce Moodle, quedarse es con frecuencia la opción más barata y más defendible: control total de la pila, sin dependencia de un proveedor, y un ecosistema de plugins que cubre una pedagogía que ninguna hoja de ruta comercial va a priorizar. Algunas normas de contratación exigen código abierto sin más. Y el coste de migrar es real: contenido, bancos de preguntas, histórico del libro de calificaciones, cuentas, y los enlaces antiguos impresos en cien guías.

La razón equivocada para irse es que una actualización salió mal. La razón correcta es estructural: el grupo creció, ahora el problema es su forma y no el software, y el coste de operación lo pagan personas contratadas para hacer otra cosa.

Si mira hacia otro lado, qué comprobar

Aquí nosotros somos el proveedor, así que lea en consecuencia. Lurno es una plataforma multiinquilino construida para la forma descrita arriba; los grupos escolares son el caso en torno al que se diseñó. Esta es la lista de comprobación que querríamos que se nos pasara a nosotros y a todos los demás de su lista.

• Modelo de inquilinos. Pida ver organizaciones anidadas creadas en directo, no dibujadas en una diapositiva. En Lurno una organización puede contener otras organizaciones, y un rol concedido en una rama de ese árbol se propaga hacia abajo: al responsable de protección del menor del grupo se le concede una sola vez.
• Dónde se impone el aislamiento. El filtrado a nivel de aplicación está a un fallo de una fuga, así que pregunte si la frontera está en la base de datos. La de Lurno lo está: 868 políticas de seguridad a nivel de fila repartidas en 676 migraciones, expuestas en la página de seguridad.
• Marca y dominios. Marca blanca por organización y un dominio personalizado con TLS automático, para que la página de acceso de cada colegio sea la suya, y una suborganización hereda la marca de su matriz hasta que la sobrescribe.
• Inicio de sesión. Sea exacto, y exíjanoslo. Lurno tiene hoy el inicio de sesión de partner (SSO silencioso); el SSO SAML/OIDC, el MFA y las passkeys están en la hoja de ruta y no están disponibles. Si sus colegios entran a través de Entra o Google Workspace por SAML, pida a todos los proveedores —nosotros incluidos— fechas por escrito.
• Estándares. SCORM 1.2, SCORM 2004, xAPI y LTI 1.3 están en desarrollo en Lurno: modelados en el producto, con el runtime en construcción. Si guarda una década de paquetes SCORM, pregunte eso lo primero, no lo último.
• Condiciones comerciales. Hoy las cuentas se crean por invitación; el registro autoservicio, los pagos y el proceso de compra están diseñados, no construidos.
• Lo que un LMS corporativo no tiene motivos para construir. Un portal para tutores legales acotado por categoría de datos, certificados con una página de verificación pública, marcos de competencias con evidencias, y cuatro idiomas de producto incluido el árabe en RTL completo.
• Salida. ¿Cómo saca usted todo, en qué formato y cuánto tarda? Un proveedor que responde a eso rápido le está diciendo algo.

Mantenemos una comparación lado a lado más completa de Lurno y Moodle, con una declaración clara de para quién es Moodle genuinamente mejor. Si sus cuentas dicen que Moodle se queda, ese es un buen resultado, y tendrá la cifra para defenderlo en la próxima reunión de presupuestos.