Las 10 mejores plataformas LMS de código abierto en 2026

Gestione su propio LMS de marca con alumnos ilimitados

Empieza gratis

Me enganché a las computadoras mucho antes de que hubiera una en cada casa, y quizá por eso nunca he aceptado la idea de que el código abierto es lo que se elige cuando no alcanza el presupuesto para otra cosa.

Después de 20 años creando SaaS, el patrón es claro. Los equipos que eligen un LMS de código abierto porque la licencia es gratuita suelen terminar frustrados. Los que lo eligen por control (sus propios datos, su propia API, la libertad de corregir una vulnerabilidad cuando les convenga) casi nunca. El código abierto no es la opción barata. Es una infraestructura que es tuya y que te toca operar.

Cómo los evalué

Una decisión de plataforma a este nivel se reduce a una pregunta: ¿qué puede mantener tu equipo en producción dentro de tres años, cuando algo falle? Por eso pesé cuatro factores.

• Licencia y gobernanza. La licencia real, sus obligaciones de copyleft y quién controla la hoja de ruta. Una empresa con fines de lucro (Moodle HQ), una organización sin fines de lucro (Axim Collaborative) y una fundación (Apereo, la ILIAS Society) implican riesgos de bifurcación muy distintos a cinco años.
• Quién puede operarla. La tecnología (PHP, Ruby, Java o Python) y si requiere un buen administrador de sistemas o un equipo completo de DevOps. Mi prueba es sencilla: ¿hay en tu equipo una persona capaz de hacerse cargo a las 2 de la mañana si se cae?
• En qué destaca de verdad. Todas las plataformas de esta lista sobresalen en algo: profundidad de plugins, cumplimiento normativo, interfaz o integración con ERP. Nombré la ventaja real de cada una en lugar de puntuarlas todas con la misma tabla.
• El costo total real, en tres capas. La infraestructura es predecible y se calcula una sola vez. La mano de obra de mantenimiento (parches, revisión de plugins y soporte) es la sorpresa del segundo año. Y todas las plataformas de esta lista han roto plugins o el esquema de la base de datos en alguna versión mayor, así que presupuesta migraciones a versiones mayores de las que ningún proveedor te advierte en su web.

Este artículo es para ingenieros, gerentes de TI y CTOs que están evaluando si operar su propia infraestructura de LMS. Si prefieres una plataforma gratuita alojada, la guía de los mejores LMS gratuitos repasa las opciones freemium. Excluí a propósito una plataforma, ATutor: revisé su repositorio de GitHub y la actividad de commits lleva años siendo mínima, sin versiones relevantes, y no voy a recomendar para producción una plataforma autoalojada cuyos parches de seguridad activos no puedo comprobar.

A pesar de todas las precauciones operativas de esta lista, el código abierto ya sostiene buena parte del aprendizaje en el mundo. Open edX reporta más de 140 millones de estudiantes, Chamilo más de 41 millones, y Fortune Business Insights calcula el mercado global de LMS en unos $24.000 millones en 2025, con un crecimiento hasta $104.000 millones en 2034. Estas plataformas no son marginales. La única pregunta real es si tu equipo puede operar una.

Cuánto cuesta realmente autoalojar

La licencia es la parte más barata de un LMS de código abierto. Esto es lo que suelen gastar los equipos para operar uno en producción, según las tres capas de costo descritas arriba. Tómalo como rangos de planificación, no como cotizaciones.

• Infraestructura: la capa predecible. Unos cientos de estudiantes funcionan sin problema en un VPS de $20 a $100 al mes. Unos miles de estudiantes activos, con evaluaciones simultáneas reales, requieren de $200 a $800 mensuales en la nube. Los despliegues empresariales de alta concurrencia cuestan de $1.000 a $5.000 o más. Open edX está en el extremo alto de cada rango por su arquitectura de varios servicios.
• Mano de obra de mantenimiento: la capa que sorprende a los equipos en el segundo año y, por lo general, la partida más grande. Los parches de seguridad, la revisión de plugins, las actualizaciones y la atención de incidencias escaladas del soporte a usuarios requieren una dedicación parcial o completa de un administrador de sistemas o un profesional de DevOps, unos $1.000 a $5.000 al mes en costo laboral total, o un contrato de soporte con un partner en ese mismo rango. Ningún discurso de “licencia gratis” menciona esto.
• Implementación y migración: casi nula si instalas tú mismo y aceptas la configuración por defecto; de $5.000 a $50.000 con un partner certificado cuando se suman personalización del tema, SSO, integraciones con SIS o HRIS y la migración de tus contenidos y usuarios actuales.

Suma todo a tres años y un LMS de código abierto autoalojado rara vez es la opción más barata en costo total de propiedad. Es la más controlable. Ese es el intercambio que haces de verdad, y no el cero de la licencia.

Autoalojado o alojado: la decisión de fondo

Antes de comparar plataformas, conviene ser sinceros sobre la elección de categoría que hay debajo de la lista. Autoalojar código abierto compra control y lo paga con mano de obra; una plataforma alojada compra rapidez y la paga con cuotas por usuario y límites del proveedor.

Comparación de un vistazo

Las valoraciones son la más alta entre la puntuación de G2 y la de Capterra de cada herramienta, redondeada, a agosto de 2026. Toma las de pocas reseñas (entre ellas Open edX, Sakai y Odoo) como orientativas, no como estadísticamente sólidas.

1. Moodle

Ideal para: instituciones que ya cuentan con un administrador de LMS dedicado o con un partner certificado de Moodle.

Moodle es la referencia con la que se mide cada plataforma de esta lista: funciona sin interrupción desde 2002 sobre PHP, con licencia GPL v3 y el catálogo de plugins más amplio de la categoría.

• Licencia y gobernanza: GPL v3, pero Moodle HQ es una empresa con fines de lucro que controla la hoja de ruta, por lo que las funciones empresariales suelen llegar primero a Moodle Workplace, la versión comercial (la 5.2 añadió automatización multiinquilino que el núcleo abierto no tiene). Es manejable si lo planificas y costoso si no.
• Entorno técnico: PHP/LAMP, con conocimientos estándar de administración de sistemas. Lo he visto crecer desde pilotos de dos cursos hasta cientos de miles de estudiantes sin cambiar de plataforma.
• Su punto fuerte: los plugins y la comunidad. El catálogo y la red de desarrolladores certificados hacen que casi nunca tengas que resolver un problema que nadie haya resuelto antes.
• El inconveniente: la interfaz. “Demasiados clics, parece un CMS de los años 90” es la experiencia dominante de los estudiantes en miles de despliegues verificados de Capterra y G2, y sobrevivió a la renovación de la versión 4.x. Trata las actualizaciones mayores como ventanas de mantenimiento de varios días y haz pruebas de carga antes de los exámenes síncronos grandes.

Notas de despliegue: Moodle es la instalación mejor documentada de la lista: un servidor LAMP con moodledata fuera de la raíz web. Eso sí, cron no es opcional: si no se ejecuta cada minuto, dejan de funcionar los correos, las notificaciones y las copias de seguridad programadas, y Moodle solo avisa de que cron no se ha ejecutado. Además, el valor por defecto de max_input_vars en PHP (1.000) se queda corto para las páginas grandes de ajustes y permisos de Moodle, que guardan solo parte de sus campos y no muestran ningún error hasta que lo aumentas.

Mi opinión: la apuesta más segura a largo plazo si presupuestas con honestidad la carga de administración. Una mala elección para un equipo que espera instalarlo y olvidarse.

2. Open edX

Ideal para: universidades y grandes proveedores con un ingeniero de DevOps dedicado, no solo un administrador de sistemas.

Open edX es lo que MIT y Harvard construyeron para operar edX a gran escala, y la plataforma de esta lista que menos organizaciones pueden desplegar y mantener con éxito, de modo que las organizaciones a las que realmente les sirve rara vez son las que se sienten atraídas por lo impresionante que suena.

• Licencia y gobernanza: código abierto bajo Axim Collaborative, una organización sin fines de lucro creada para custodiar la plataforma después de que 2U adquiriera edX en 2021. En riesgo de plataforma a largo plazo, los incentivos de una entidad sin fines de lucro superan a la hoja de ruta trimestral de una empresa con ánimo de lucro.
• Entorno técnico: Python/Django, desplegado con Tutor (Docker) y Kubernetes para varios nodos. Es la única plataforma de la lista que necesita un equipo de DevOps. La prueba: ¿puede una persona resolver una caída en producción, aplicar un parche por una CVE de Python y encargarse de una actualización mayor? Si no, sus capacidades no están a tu alcance.
• Su punto fuerte: la ambición arquitectónica y la escala. La extensibilidad con XBlock es potente, pero los tipos de contenido personalizados son desarrollo en Python, no una tarea de contenidos.
• El inconveniente: el despliegue es donde se atascan la mayoría de las evaluaciones. Haz una instalación con Tutor en un servidor de prueba antes de comprometerte: el despliegue te dice más sobre si tu equipo puede con esto que cualquier lista de funciones.

Notas de despliegue: Seguí la vía de Tutor, y la instalación en sí es un único tutor local launch que tarda unos veinte minutos. El trabajo está en todo lo anterior: un servidor con al menos 8 GB de RAM, registros DNS apuntando a él y Docker ejecutándose con un usuario sin privilegios de root. Si aciertas con el servidor y el DNS, el SSL se resuelve solo; si fallas, ahí nacen las historias de terror.

Mi opinión: solo vale la complejidad si puedes encargarte de un entorno Python/Django de principio a fin. El requisito de ingeniería es el umbral, no una salvedad.

3. Canvas LMS (edición comunitaria)

Ideal para: instituciones con experiencia en producción con Ruby on Rails y sin necesidad de modificar el código para servicios de cara al exterior.

La edición comunitaria de Canvas en GitHub (AGPL v3) es un LMS de código abierto realmente capaz, y la mayoría de quienes me preguntan por él entienden mal el producto.

• Licencia y gobernanza: la AGPL v3 es el problema. Si ejecutas un Canvas modificado como servicio de red, debes publicar tus cambios de código para sus usuarios. Es irrelevante para uso estrictamente interno y un obstáculo insalvable para despliegues modificados de cara al exterior (a dos equipos a los que asesoré los mandó de vuelta a la mesa de diseño). El código base se mantiene al día porque Instructure desarrolla para su nube comercial.
• Entorno técnico: Ruby on Rails, con guías de despliegue de la comunidad. Las instancias autoalojadas funcionan sin el SLA de Instructure, y los patrones de caídas aparecen en las reseñas de quienes autoalojan.
• Su punto fuerte: la interfaz y la calificación. SpeedGrader se considera de forma constante uno de los mejores flujos de calificación que existen, y tanto él como los Blueprint Courses vienen en la versión comunitaria.
• El inconveniente: lo que se pierde al no tener contrato: Canvas Studio, Credentials, Mastery Connect y el SLA de disponibilidad del 99,9 %. Las cifras de escala (6 millones de usuarios concurrentes, 27 millones de descargas móviles) corresponden a la nube de Instructure, no a tu servidor autoalojado.

Notas de despliegue: La fama de dolor de cabeza de autoalojar Canvas es real y tiene causa concreta: el tamaño del servidor no es problema (8 GB, cuatro núcleos), el obstáculo es bundle install. Canvas es una aplicación Rails con versiones fijadas y la documentación de producción no coincide con el código real, así que en un servidor limpio las gemas nativas no compilan con la versión de Ruby equivocada y pierdes horas antes de que Canvas siquiera arranque. Redis es obligatorio, un certificado autofirmado no sirve y vas parchando pasos que faltan todo el camino. Es la entrada en la que más en serio me preguntaría si realmente quieres autoalojar.

Mi opinión: la mejor interfaz lista para usar de esta lista, si tienes Rails en casa y no vas a modificarlo para usuarios externos. Lee la cláusula de la AGPL antes de tocar el código.

4. ILIAS

Ideal para: instituciones europeas que priorizan el cumplimiento normativo y tienen acceso a soporte en alemán.

ILIAS juega en otra liga que Moodle y Canvas en materia de cumplimiento: se desarrolla en la Universidad de Colonia desde 1997 y lo gobierna la ILIAS Society, una organización sin fines de lucro.

• Licencia y gobernanza: GPL v3 con gobernanza de tipo fundación a través de la ILIAS Society, lo que deja clara la custodia institucional a largo plazo.
• Entorno técnico: PHP/MySQL, con una complejidad de despliegue comparable a la de Moodle. Con conocimientos estándar de PHP basta para la instalación.
• Su punto fuerte: el cumplimiento normativo. El mapeo de marcos de competencias, la profundidad en SCORM y xAPI, el seguimiento del ciclo de vida de las certificaciones y los informes listos para auditoría están más desarrollados que en el núcleo de Moodle.
• El inconveniente: la comunidad y la documentación están sobre todo en alemán. Si te topas con un problema de configuración poco común, lo más probable es que el hilo del foro esté en alemán; incluso con traducción automática, eso añade fricción a largo plazo para equipos que solo trabajan en inglés.

Notas de despliegue: Aquí no hay un instalador amable ni un video tutorial en inglés que valga la pena enlazar. Instalas las dependencias con composer y npm y luego ejecutas un script de configuración por línea de comandos; ya no hay asistente web. El obstáculo clásico es la versión de PHP: ILIAS fija un rango estrecho y composer se niega a instalar con otra. Hay dos trampas más que conviene señalar: necesita utf8 simple de 3 bytes, no utf8mb4, o corrompes datos más adelante, y los directorios de datos deben pertenecer al usuario del servidor web. La documentación de instalación más completa está en alemán.

Mi opinión: la opción de código abierto más sólida en Europa para el cumplimiento normativo, siempre que cuentes con soporte en alemán. Para las mismas necesidades en una organización que trabaja primero en inglés, la comunidad más grande de Moodle y su profundidad comparable en SCORM y xAPI suelen imponerse.

5. Sakai

Ideal para: instituciones de educación superior y consorcios que hacen colaboración académica, evaluación entre pares y trabajo con portafolios.

Sakai nació de un consorcio de universidades (Michigan, Indiana, Stanford, MIT), y sus mayores fortalezas responden precisamente a ese origen académico.

• Licencia y gobernanza: la Educational Community License 2.0 (derivada de Apache), más permisiva que la GPL para la redistribución académica, lo cual importa cuando un consorcio comparte una única versión personalizada. Lo gobierna la Apereo Foundation (que también mantiene CAS); una década de estabilidad de la fundación es una buena señal frente al riesgo de bifurcación.
• Entorno técnico: Java sobre Tomcat, y aquí está la trampa operativa. Los servidores de aplicaciones Java tienen perfiles de memoria, modos de fallo y ajustes distintos a los de PHP, un conjunto de habilidades diferente al de operar Moodle que ha pillado desprevenidos a varios equipos.
• Su punto fuerte: los flujos de trabajo académicos, la evaluación entre pares, los portafolios y las estructuras de curso orientadas a la investigación que la mayoría de los LMS dejan de lado.
• El inconveniente: la tecnología Java y el modelo mental académico de listas de clase, periodos y portafolios chocan con los casos de uso corporativos.

Notas de despliegue: Esta es la que te recuerda que Sakai es una aplicación Java, no un PHP que se copia y funciona. Se compila desde el código fuente con Maven, y dos cosas sorprenden a quien lo hace por primera vez: Maven se queda sin memoria si no aumentas el heap en MAVEN_OPTS antes de compilar, y no funciona con un Tomcat instalado desde apt o yum, hay que usar el tarball de tomcat.apache.org. Después viene el ajuste del heap de la JVM, que la propia documentación de Sakai llama un arte oscuro.

Mi opinión: una opción sólida para instituciones académicas que sepan operar Java y poco adecuada para la formación corporativa.

6. Chamilo

Ideal para: equipos de formación corporativa que quieren tener la plataforma en casa sin un especialista dedicado en LMS.

Chamilo te da el modelo de autoalojamiento sin el peso operativo de Moodle ni de Open edX: PHP, GPL v3 y diseñado desde el inicio para funcionar en servidores modestos.

• Licencia y gobernanza: GPL v3, pero la hoja de ruta depende de contribuciones voluntarias y de la adopción comercial, no de una empresa con un interés económico en la continuidad. Vigilaría esto con más atención que el modelo de Moodle HQ en un horizonte de cinco años.
• Entorno técnico: PHP, lo bastante ligero para correr en hosting compartido (no es lo ideal, pero funciona, algo que Open edX jamás permitiría). Interfaz por defecto más limpia y creación de cursos más rápida que Moodle desde la bifurcación de Dokeos en 2010.
• Su punto fuerte: la simplicidad operativa, que cubre lo básico del cumplimiento como SCORM, evaluaciones, certificados y prerrequisitos sin plugins pesados.
• El inconveniente: un catálogo de plugins más reducido que el de Moodle y unos informes suficientes, pero sin nivel institucional. Va bien con unos cientos a unos miles de usuarios; no es para escala institucional ni para requisitos de cumplimiento exigentes.

Notas de despliegue: El camino clásico es un servidor LAMP más el asistente de instalación en el navegador, y el asistente se detiene en seco sobre todo por una extensión de PHP que falta: intl, que el PHP base no incluye. Instala php-intl, reinicia y sigues. La otra trampa aparece después de instalar: las cargas SCORM de más de unos 2 MB fallan sin avisar hasta que aumentas upload_max_filesize en PHP, y los paquetes con tildes o espacios en el nombre del archivo se cuelgan, así que usa nombres sencillos.

Mi opinión: la elección para una plataforma autoalojada manejable cuando operar el LMS no es el trabajo a tiempo completo de nadie.

7. Totara Learn

Ideal para: organizaciones que ya usan Moodle y necesitan funciones para la plantilla, trabajando con un partner de Totara.

Totara Learn es una bifurcación empresarial de Moodle: comparte la misma base PHP y la compatibilidad con plugins, y añade una arquitectura multiinquilino, marcos de competencias estructurados y programación de recertificaciones.

• Licencia y gobernanza: GPL v3, con el código en GitHub y verificable. Pero la documentación y el soporte están pensados para clientes que trabajan con un partner de Totara.
• Entorno técnico: PHP compatible con Moodle, de modo que los plugins y contenidos existentes de Moodle se trasladan en buena medida.
• Su punto fuerte: el cumplimiento normativo de la plantilla, las competencias estructuradas, la certificación con programación de recertificaciones y la arquitectura multiinquilino que supera las capacidades del núcleo de Moodle.
• El inconveniente: la diferencia entre la documentación para partners y la pública no es menor. Empezar de cero sin un partner es la vía de despliegue que evitaría activamente.

Mi opinión: una migración sensata para quienes ya usan Moodle y necesitan las funciones para la plantilla. Si empiezas de cero, compara “Moodle más plugins empresariales” con “Totara con una suscripción de partner”.

8. Odoo LMS

Ideal para: organizaciones que ya usan Odoo como ERP y quieren vincular la formación con los datos de RR. HH.

Odoo LMS no es un LMS independiente. Es una suite ERP de código abierto cuyo módulo de eLearning incluye uno, y plantearlo con honestidad influye en la decisión.

• Licencia y gobernanza: edición comunitaria bajo LGPL v3 y módulos comerciales bajo Odoo Enterprise. El costo del LMS va incluido en una decisión más amplia sobre el contrato del ERP, no es una decisión de plataforma independiente.
• Entorno técnico: forma parte de la suite Odoo, así que el módulo de eLearning vive en el mismo modelo de datos que RR. HH., CRM y proyectos.
• Su punto fuerte: la integración nativa de la formación con los procesos del negocio: registros de onboarding, cumplimiento vinculado a datos de RR. HH., habilidades ligadas a la asignación de personal en proyectos. Poca carga adicional si ya usas Odoo.
• El inconveniente: como LMS independiente, las funciones de aprendizaje son suficientes pero poco profundas: sin evaluación avanzada, sin la profundidad en SCORM ni los informes de cumplimiento de Moodle o ILIAS.

Notas de despliegue: Instalar Odoo Community es una compilación desde el código fuente (un entorno virtual de Python, PostgreSQL, wkhtmltopdf), y arranca bien, pero después falla en un solo punto: wkhtmltopdf. Si instalas el paquete de la distribución, todos los PDF (facturas, certificados, hojas de finalización de cursos) salen en blanco o rotos. Necesitas la compilación con Qt parcheado que corresponde a tu versión de Ubuntu, el .deb de jammy, no el de bionic. Con ese único binario correcto, el resto es rutina.

Mi opinión: solo encaja si Odoo ya es la columna vertebral de tus operaciones. Si lo que necesitas es crear contenido SCORM, empieza por una herramienta de creación SCORM.

9. Forma LMS

Ideal para: equipos corporativos que necesitan específicamente la licencia permisiva Apache 2.0.

Forma LMS es una bifurcación de código abierto de Docebo anterior a que Docebo pasara a ser totalmente comercial, bajo la licencia más permisiva de esta comparación.

• Licencia y gobernanza: Apache 2.0, de modo que las versiones modificadas se despliegan y distribuyen sin las obligaciones de copyleft de la GPL y la AGPL, algo relevante si necesitas flexibilidad para redistribuir. Pero la base de colaboradores es pequeña y la visibilidad de la hoja de ruta es limitada frente a proyectos gobernados por una fundación.
• Entorno técnico: PHP.
• Su punto fuerte: la licencia permisiva para una solución de formación corporativa muy personalizada que quizá debas redistribuir.
• El inconveniente: el riesgo de bifurcación. Para un despliegue en producción que esperas mantener cinco años o más, la comunidad pequeña y la gobernanza escasa merecen una evaluación explícita.

Mi opinión: en la mayoría de los contextos corporativos elegiría Chamilo antes que Forma, salvo que Apache 2.0 sea un requisito firme e innegociable; la gobernanza más visible y la comunidad más grande de Chamilo lo hacen la opción menos riesgosa.

10. Open LMS

Ideal para: colegios de educación básica y media que ya usan Google Workspace.

Open LMS es una plataforma basada en Moodle pensada para colegios y para Google Workspace, con integración nativa con Google Classroom en lugar de las conexiones mediante plugins que necesitan la mayoría de los LMS.

• Licencia y gobernanza: deriva de Moodle, así que hereda el linaje GPL y buena parte del modelo de plugins de Moodle.
• Entorno técnico: PHP basado en Moodle; la configuración da por hecho que tu equipo de TI ya gestiona la autenticación de Google, la vinculación de archivos de Drive y las sesiones de Meet.
• Su punto fuerte: la integración nativa con Google, que evita la configuración paralela que la mayoría de los LMS exigen a los colegios con Google Workspace.
• El inconveniente: un catálogo de plugins más reducido que el de Moodle base limita la personalización de la interfaz y de la marca más allá de los temas incluidos.

Mi opinión: merece una mirada si tienes un colegio con Google Workspace. Fuera de la educación básica y media, el mayor respaldo y el catálogo más profundo de Moodle base se imponen dentro de la familia derivada de Moodle.

¿Y los plugins de LMS para WordPress?

Si buscaste un LMS de código abierto esperando una respuesta con WordPress, es otra categoría, y conviene dejarlo claro. LearnDash, LifterLMS, Tutor LMS, Sensei y Masteriyo, totalmente GPL, son plugins que convierten un sitio WordPress que ya tienes en una plataforma de cursos. Son de código abierto en el sentido de WordPress y, para un creador o un sitio de formación pequeño, pueden ser excelentes.

La pregunta de fondo no es qué LMS, sino si quieres una plataforma independiente o un plugin sobre tu WordPress. Un plugin significa un sistema menos que alojar, pero ata tu LMS al rendimiento de WordPress, a sus parches de seguridad y al riesgo de conflictos entre plugins. Para uno o dos cursos en un sitio existente, gana el plugin. Para un programa de formación que esperas escalar, estandarizar y medir, una plataforma independiente de esta lista es la base más duradera.

Migración y cómo sacar tus datos

El argumento del autoalojamiento es que los datos son tuyos. Es cierto, pero tenerlos y moverlos son trabajos distintos. Todas las plataformas de esta lista admiten formatos abiertos de intercambio: SCORM y xAPI para el contenido, IMS Common Cartridge para los paquetes de cursos y CSV para usuarios y calificaciones, así que una migración es viable y no te deja atrapado. Las rutas habituales están muy trilladas: de Blackboard o Canvas a Moodle u Open edX, de Moodle a Totara. Lo que cuesta una migración es el tiempo de ingeniería para reasignar las estructuras de los cursos y volver a probar los plugins, no una cuota de licencia. La misma prueba vale para cualquier herramienta alojada que estés evaluando: antes de comprometerte, confirma que puedes sacar tus cursos.

Cómo plantearía mi decisión

Las decisiones de plataforma a este nivel no se reducen a una matriz de funciones. Se reducen a una pregunta: ¿qué puede mantener tu equipo en producción dentro de tres años, cuando algo falle?

Si la respuesta es “un administrador de LMS dedicado o un partner certificado”, Moodle es la decisión correcta. Veinte años de gobernanza, el catálogo de plugins más amplio de la categoría y una comunidad lo bastante grande como para que tus problemas rara vez sean nuevos. La deuda de la interfaz y la planificación de actualizaciones son costos reales, pero para las instituciones que los presupuestan con honestidad, nada más de esta lista ofrece la misma estabilidad a largo plazo.

Si la respuesta es “un ingeniero de DevOps que puede encargarse de un entorno Python/Django de principio a fin”, Open edX vale la complejidad. El modelo de gobernanza de Axim Collaborative y el linaje institucional de MIT y Harvard son las señales de riesgo a largo plazo más sólidas de la lista. Ese requisito de ingeniería, por cierto, no es una salvedad. Es el umbral real. Por debajo de él, las capacidades de la plataforma no están a tu alcance, diga lo que diga la lista de funciones.

También lo digo sin rodeos: muchos de los equipos que veo evaluar esta lista no necesitan realmente infraestructura autoalojada. Necesitan control de sus datos, un costo predecible y algo que funcione sin un administrador de sistemas. Si eso se parece más a tu situación, Coursebox está en una categoría distinta. Coursebox es un LMS alojado con estudiantes ilimitados en todos los planes, incluido el gratuito, construido en torno a la creación de cursos con IA y no a una infraestructura de entrega de código abierto. Sobre el riesgo de quedar atado, que importa en cualquier herramienta de creación: 6.743 usuarios de Coursebox han exportado sus cursos a sistemas externos este año, SCORM incluido. Se parece más a un “LMS gratuito” que a un LMS de código abierto.

Al final, lo único que puedo decirte es esto: elige la plataforma que tu equipo pueda mantener. Todo lo demás es una función a la que nunca llegarás.

Aviso: soy Toni Arrebola Gomez, CTO de Coursebox. Coursebox es un LMS con creación de cursos con IA, no un LMS de código abierto, y no aparece en la lista de plataformas. Los productos de Coursebox se mencionan mediante enlaces dentro de este artículo.