Qué es un LMS y cuándo hace falta de verdad un sistema de gestión del aprendizaje

Un LMS no es una carpeta de presentaciones ni una lista en una hoja de cálculo. Cuando hay que demostrar la matriculación, la finalización y la caducidad, el sistema empieza a rentabilizarse; cuando no, es una pieza cara que sobra.

Imagine una carpeta compartida con siete presentaciones, dos vídeos y un procedimiento titulado «prevención_DEFINITIVO_2_corregido.pdf», y a su lado una hoja de cálculo en la que la responsable de personal va marcando a mano quién ha visto qué. Mientras la plantilla es de veinte personas y el curso es uno solo, ese arreglo funciona perfectamente, no cuesta nada y nadie se pregunta qué es un LMS ni por qué habría de hacerle falta, y por eso nadie tiene prisa por cambiarlo. Se rompe en otro momento: cuando alguien pregunta si aquella persona recibió de verdad la formación de reciclaje del año pasado, y la única respuesta disponible es una fila de hoja de cálculo que nadie puede corroborar y que cualquiera pudo reescribir. Un sistema de gestión del aprendizaje es un programa cuya única tarea seria consiste en convertir esa fila en un registro con un origen, una fecha y un autor.

Qué es un LMS y con qué se lo confunde más a menudo

Un sistema de gestión del aprendizaje hace cuatro cosas: matricula a las personas en los cursos, distribuye el contenido, comprueba lo aprendido y conserva el registro de lo que ocurrió. La primera y la cuarta son las razones por las que alguien compra uno de verdad; la segunda y la tercera son aquellas en las que se detiene la demostración, porque son el par más fácil de mostrar en una pantalla. Si de esa lista se quita el registro, lo que queda es un almacén de archivos con una interfaz mejor, y de esos su organización ya tiene, con toda probabilidad, al menos dos.

Por eso mismo un LMS no es una plataforma de vídeo, ni una herramienta de seminarios web, ni un mercado de cursos, aunque las tres sepan mostrar un material formativo igual de bien o mejor. La plataforma de vídeo sabe que el archivo se reprodujo; no sabe que lo reprodujo la persona que tenía que completar ese curso concreto antes de una fecha concreta, que lo consiguió al segundo intento y que dentro de un año tendrá que repetirlo todo desde el principio. La diferencia no está en la lista de funciones que se compara en la tabla de un concurso, sino en la pregunta que el sistema todavía sabe responder dos años después, cuando ya no queda en la organización ninguna de las personas que participaron al principio.

La palabra «plataforma» confunde aquí más de lo que ayuda, porque designa tanto a los sistemas que llevan la cuenta de las obligaciones como a los que ofrecen contenido de libre elección, y los venden las mismas personas. La división práctica es, en cambio, sencilla y se sostiene en todos los casos: si es otro quien decide qué tiene usted que aprender y alguien comprueba que lo ha hecho, eso es un sistema de gestión del aprendizaje. Si elige usted y nadie lleva la cuenta, eso es una biblioteca; ambas pueden ser útiles a la vez, pero solo la primera responde a la pregunta del auditor, y suele ser esa pregunta la que termina convertida en un proyecto.

La necesidad de llevar esa cuenta no es una peculiaridad española, y tampoco es pequeña: según los datos de Eurostat, en el primer trimestre de 2025 el 16 % de la población de la Unión Europea de entre 16 y 74 años había seguido un curso en línea durante los tres meses anteriores, de manera que aprender delante de una pantalla ya no sorprende a nadie. Sorprende, en cambio, lo poco habitual que resulta que una organización sepa decir cuál de esos cursos era obligatorio, cuál se terminó y cuánto tiempo sigue siendo válido el resultado, porque esas tres preguntas son exactamente las que el sistema resuelve y exactamente las que nadie formula hasta la primera inspección.

Cuándo hace falta de verdad: la prueba, no la comodidad

La mayoría de las organizaciones llega a un sistema de formación no porque formar se haya vuelto más complicado, sino porque demostrarlo se ha vuelto caro. La ley española enuncia el deber y en ningún momento da una cifra: el artículo 19 de la Ley 31/1995 de Prevención de Riesgos Laborales obliga al empresario a garantizar que cada trabajador reciba «una formación teórica y práctica, suficiente y adecuada» tanto al contratarlo como cuando cambien sus funciones o se introduzcan nuevas tecnologías o cambios en los equipos de trabajo, y añade que deberá «repetirse periódicamente, si fuera necesario». Cuánto tiempo hay que guardar el papel tampoco lo dice ningún artículo: el horizonte real lo fija la Ley sobre Infracciones y Sanciones en el Orden Social, cuyo artículo 4.3 establece que en prevención de riesgos laborales las infracciones prescriben «al año las leves, a los tres años las graves y a los cinco años las muy graves». Mientras la plantilla es corta y el vencimiento es uno solo, eso se lleva en la cabeza o en el calendario; con doscientas personas contratadas en fechas distintas y una periodicidad que hay que justificar en lugar de leerla en una página, el error deja de ser posible para volverse inevitable.

La directiva marco europea 89/391/CEE, que aquella ley transpuso y que sigue rigiendo para los empresarios de toda la Unión, exige garantizar la formación no solo en el momento de la contratación, sino también al cambiar de puesto, al introducir un nuevo equipo de trabajo y al cambiar la tecnología. Cada uno de esos hechos crea un vencimiento nuevo para un grupo nuevo de personas, y es esa combinatoria —y no el contenido didáctico— la que empieza a exigir un sistema: los plazos no coinciden, los grupos se solapan y ninguno arranca el 1 de enero. En las actividades reguladas el umbral es todavía más bajo: un conductor profesional tiene que superar un curso de treinta y cinco horas cada cinco años para conservar el certificado de aptitud profesional (CAP), y su tarjeta de cualificación caduca a los cinco años (Real Decreto 284/2021, artículos 7 y 20), mientras que los profesionales sanitarios «realizarán a lo largo de su vida profesional una formación continuada, y acreditarán regularmente su competencia profesional» según el artículo 4.6 de la Ley 44/2003, sin que la ley ponga ahí ninguna cifra; en ambos casos alguien tiene que contar las horas o los créditos y saber enseñarlos cuando se los pidan.

Ayuda a entender la escala lo corriente que es esta necesidad: también según Eurostat, en 2020 el 67,4 % de las empresas de la Unión Europea con diez o más asalariados ofreció formación continua a su personal, de modo que no hablamos de un caso raro sino de la mayoría, y la única variable es cómo lleva cada una la cuenta. Por eso la razón honesta para implantar un sistema de gestión del aprendizaje suele sonar poco romántica: necesita saber quién está formado, cuándo lo estuvo, cuánto tiempo sigue siendo válido y qué vence el trimestre que viene, y necesita saberlo sin llamar por teléfono al compañero que está de vacaciones. Si esa pregunta no existe y nadie va a formularla pronto, el sistema resolverá un problema que usted no tiene, y ese es el único tipo de proyecto que no rescata ninguna implantación por buena que sea.

Cuándo no hace falta, y por qué rara vez se dice en voz alta

La norma pide documentación, no un programa, y esa diferencia pesa más de lo que aparenta. El artículo 23 de la misma Ley 31/1995 enumera lo que la empresa debe elaborar y conservar a disposición de la autoridad laboral —el plan de prevención, la evaluación de riesgos, la planificación de la actividad preventiva, los controles del estado de salud y la relación de accidentes de trabajo y enfermedades profesionales— y no menciona ni un soporte, ni un formato, ni un sistema para custodiarlo. Una hoja de firmas con su fecha es una prueba completa y aguantará una inspección exactamente igual que una captura de pantalla sacada de una plataforma. Para quince personas, un curso y un vencimiento al año, un sistema de formación añade mantenimiento, actualizaciones de versión y un sitio más en el que iniciar sesión, y no añade ni una sola respuesta que antes le faltara.

Tampoco recomendamos un sistema de formación cuando la organización todavía no tiene contenido, y ese es el caso más frecuente en el que conviene aplazar el proyecto. Un sistema vacío no es una inversión de futuro, sino un gasto que espera a que alguien encuentre tiempo para escribir los cursos, y ese tiempo, después de la puesta en marcha, no aparece más de lo que aparecía antes. Sale más barato y más rápido escribir primero tres cursos en texto y vídeo, distribuirlos como ya se sabe hacer hoy, mirar cuáles usa la gente de verdad y comprar solo después el sitio donde ponerlos. Hecho al revés, el proyecto acaba con más frecuencia en una plataforma con dos cursos dentro y ningún usuario habitual.

El tercer caso en el que la respuesta es «no» se da cuando la necesidad real no es formativa, sino informativa. Si los empleados no buscan un curso sino un punto concreto de un documento interno —cómo actuar con un caso de cliente determinado, cuál es el procedimiento en una situación determinada—, un sistema de formación no lo resolverá, porque está construido para un aprendizaje secuencial con una comprobación al final y no para una consulta rápida en mitad de la jornada. Ahí ayuda más la búsqueda sobre los documentos de la propia empresa, de la que escribimos por separado en el artículo sobre la solución RAG aplicada a los documentos de la empresa: en una demostración los dos sistemas se parecen de forma engañosa, porque los dos tienen un buscador y los dos contienen material de la casa, pero resuelven problemas completamente distintos y por eso rara vez se sustituyen entre sí.

Qué registra realmente el sistema

El registro es el punto en el que los sistemas de formación más se diferencian entre sí y, a la vez, el que menos se mira en una demostración, porque tiene un aspecto aburrido. La matriculación responde a quién tenía que hacer el curso; el avance dice hasta dónde llegó la persona; el registro de finalización del curso acredita que se cumplieron las condiciones; la fecha de caducidad dice cuánto tiempo sigue valiendo todo lo anterior. La cuarta es la que falta con más frecuencia en los sistemas baratos, y es justamente la que necesitará a diario, porque sobre ella se apoyan los avisos, la recertificación y el informe a la dirección.

En la práctica, eso significa que el sistema tiene que saber distinguir «ha visto el vídeo» de «ha superado la evaluación», y ambos de «válido hasta», y tiene que saber hacerlo en una sola pantalla y no en tres informes distintos. Si solo guarda lo primero, es un diario de actividad y no un registro de competencias, y ante una inspección no demuestra nada más que el hecho de que un archivo se abrió. Pida en la demostración que le muestren a una persona concreta con un curso superado, otro atrasado y un tercero caducado, y observe cuánto cuesta distinguir esos tres estados sin que nadie se los explique.

La otra parte que se malinterpreta a menudo es que un sistema de gestión del aprendizaje no es un sistema de gestión de personal y nunca llegará a serlo. Sabe de cursos y de resultados, pero el puesto, la unidad organizativa y la fecha de alta en la empresa los recibe de otro sitio, y es precisamente esa integración la que decide si la matriculación ocurre de forma automática o a mano. Si al nuevo empleado hay que matricularlo manualmente, el sistema no se ha implantado hasta el final: solo ha trasladado el mismo trabajo de la hoja de cálculo a una interfaz nueva, y dentro de un año alguien volverá a preguntar por qué las listas no cuadran.

El registro tiene además una segunda cara en la que se piensa menos: los datos suelen nacer fuera del propio sistema. Si una parte de la formación ocurre en una herramienta externa —un simulador, una plataforma de idiomas, el entorno formativo de un fabricante—, la pregunta es si el resultado vuelve a su registro de forma automática o si alguien lo copia a mano. Para eso existe precisamente LTI, que permite enganchar una herramienta externa sin un inicio de sesión aparte y recibir de vuelta la calificación, y por eso mismo en una licitación conviene pedir no solo el nombre del estándar, sino también qué partes de él ha implantado el proveedor y cómo lo ha comprobado.

Los estándares que deciden si podrá marcharse

La pregunta que al principio del proyecto parece técnica y tres años después resulta ser comercial es esta: de quién son el contenido y los registros si usted decide cambiar de plataforma. No la responde la cláusula del contrato sobre devolución de datos, sino los formatos en los que el contenido y los registros están realmente guardados. SCORM es el más antiguo de ellos y sigue siendo la forma más extendida de empaquetar un curso para poder cargarlo en otro sistema; xAPI es una capa más reciente que no describe un paquete sino sucesos —quién hizo qué y con qué resultado— y los guarda en un repositorio aparte, el learning record store o LRS.

Hay aquí un matiz que no encontrará en ninguna presentación comercial y que en los últimos años ha cambiado el planteamiento entero de la cuestión: ADL Initiative —el programa del Departamento de Defensa de los Estados Unidos que creó SCORM y publicó xAPI— ha cerrado, y su organización en GitHub, que GitHub verifica como titular de adlnet.gov, lo declara sin rodeos: «The ADL Initiative has been shut down.» Eso no significa que SCORM deje de funcionar de golpe, porque el formato está publicado y los sistemas lo siguen leyendo, pero sí significa que detrás de la marca ya no hay un mantenedor activo que lo desarrolle. El modelo de datos sobre el que se apoya la ejecución de SCORM sí sigue siendo, en cambio, un estándar del IEEE: IEEE 1484.11.1-2022 está en vigor y se publicó el 15 de abril de 2022.

xAPI ha recorrido el camino contrario: está normalizado como IEEE 9274.1.1-2023, publicado el 6 de octubre de 2023, así que mantenedor tiene, y los registros creados en ese formato siguen siendo legibles aunque el producto que los rodea cambie. El tercer estándar que conviene pedir por su nombre es LTI, que permite enganchar una herramienta externa sin un inicio de sesión aparte, y 1EdTech retiró el soporte de todas las versiones anteriores a LTI 1.3 después del 30 de junio de 2021, razón por la cual «damos soporte a LTI» sin número de versión ha dejado de ser una respuesta. Para mover un curso entero está Common Cartridge, y ese es el que conviene pedir que le demuestren en lugar de discutirlo.

Por qué «soporta el estándar» no es lo mismo que «funciona»

El nombre de un estándar en una especificación y el comportamiento de ese estándar en un sistema concreto son dos cosas distintas, y el mejor ejemplo está publicado en la propia documentación de Moodle, de modo que se puede comprobar sin la ayuda de ningún proveedor. Allí se lee que Moodle soporta SCORM 1.2 y que supera las pruebas de conformidad de ADL, y que SCORM 2004 no está soportado. Un número de versión más alto no significa aquí un soporte mejor —no significa nada mientras nadie lo haya comprobado—, y el proveedor que no se lo advierta, o no lo sabe, o cuenta con que usted no vaya a comprobarlo.

De ahí se deriva una comprobación práctica que no cuesta nada, ocupa alrededor de una hora y dice más que cualquier referencia: coja un curso real en el formato en el que su contenido ya existe hoy y pida que lo suban a un entorno de pruebas durante la demostración, no después de firmar el contrato. Si la respuesta es que eso se hará en la fase de implantación, ya tiene usted la respuesta, y es la información más barata que va a conseguir en todo el proyecto. Lo mismo vale para la exportación: pida que saquen el curso y lo carguen en otro sistema, porque esa es exactamente la operación que algún día hará falta con prisa.

Las afirmaciones del proveedor sobre compatibilidad también se pueden comprobar con total independencia de él. 1EdTech mantiene el directorio público TrustEd Apps con los productos que han superado la certificación e indica con claridad que el producto que no aparece en esa lista o no ha superado la certificación, o ha dejado que le caduque. Cinco minutos en ese directorio dicen más que una presentación de cincuenta diapositivas, y es prácticamente la única fuente del sector que no ha publicado el propio vendedor. Que un producto no esté allí no es una prohibición de compra, pero sí es una pregunta que conviene ver contestada por escrito.

La misma prudencia vale para los números de versión, que se tienden a leer como un indicador de calidad. LTI 2.0 parece por su número más reciente que la 1.3, y sin embargo 1EdTech la enumera precisamente entre las versiones anteriores cuyo soporte terminó, de manera que una oferta que cite ese número como ventaja está prometiendo en la práctica una forma de conexión obsoleta y sin mantenimiento. Si en la oferta no aparece ningún número de versión, conviene exigirlo por escrito, porque es la única línea que más adelante decide si integrar la siguiente herramienta cuesta una hora o un proyecto aparte.

LMS y LXP: cuál es la diferencia

En las conversaciones sobre sistemas de formación aparece tarde o temprano la sigla LXP, y merece una explicación, porque pesa menos de lo que suena. Un LMS da por supuesto que es la organización la que decide qué tiene que aprender cada persona y lleva la cuenta del cumplimiento; una plataforma de experiencia de aprendizaje designa un enfoque en el que el contenido lo elige quien aprende y el sistema se limita a recomendar, con lo que el acento se desplaza de la obligación al interés. Como diferencia de acento es real y a veces útil: para la actualización voluntaria de competencias, llevar la cuenta de las obligaciones no es en absoluto lo principal, y una lista de cursos impuestos allí más bien estorba.

Lo que esa diferencia no tiene detrás es una organización de estandarización ni ninguna frontera técnica que se pueda comprobar. El término lo presentó públicamente en septiembre de 2018 el analista de tecnología de recursos humanos Josh Bersin como una acuñación suya, y desde entonces sirve sobre todo para segmentar el mercado. En la práctica eso significa que dos productos con la misma etiqueta pueden diferenciarse tanto entre sí como dos productos cualesquiera sin ella, y que comparar por el nombre de la categoría no dice nada sobre lo que usted va a recibir: en la tabla comparativa esa columna se queda como un hueco vacío bajo un encabezado que transmite rigor sin formular un solo requisito verificable.

Lo que sí merece la pena comparar es lo que queda en la base de datos cuando la demostración termina. La capa de registro a la que ambas categorías se remiten está normalizada —xAPI es IEEE 9274.1.1-2023— y es esa capa la que determina si dentro de tres años usted podrá seguir diciendo qué aprendió la gente, incluso si para entonces el producto es otro. Si el proveedor nombra la categoría más veces que el formato en el que se guardarán y se extraerán los registros, la conversación va de marketing, y conviene decirlo en voz alta mientras todo el mundo sigue en la reunión.

En la práctica se comprueba con dos preguntas que caben en cualquier demostración. La primera: qué determina que una persona concreta tenga que completar un curso concreto antes de una fecha concreta, y en qué punto del sistema se ve esa decisión. La segunda: en qué formato se guarda el cumplimiento de esa obligación y cómo se extrae si el producto se sustituye. Si a la primera responden que el sistema recomienda pero no impone, entonces, se llame la categoría como se llame, lo que tiene usted entre manos es una biblioteca, y el control de las obligaciones habrá que resolverlo en otro lugar.

Dónde termina el sistema de formación y empieza otro

La frontera que los proyectos cruzan con más frecuencia es la que separa el sistema de formación del sistema de gestión académica (SIS) o de personal. El primero gestiona cursos; el segundo gestiona personas: admisiones, contratos, grupos, puestos y situación. En un sistema de formación se puede meter una lista de personas, y de ahí nace la tentación de usarlo también como registro; y es esa tentación la que produce la situación en la que dos sitios distintos contienen a la vez dos versiones de la verdad sobre quién sigue siendo empleado y en qué unidad trabaja.

El principio práctico es uno solo y es sencillo: a una persona se la crea donde la organización la crea, y en el sistema de formación únicamente entra. Si el registro de empleados vive en el sistema de personal, de allí viene también la matriculación en los cursos, mientras que el sistema de formación devuelve el resultado y la fecha de caducidad. Si ese flujo no queda definido ya en los requisitos, casi siempre se resuelve con una hoja de cálculo mensual que alguien monta a mano, y es exactamente la misma hoja de cálculo de la que salió el proyecto entero.

Con los certificados y la gestión documental ocurre lo mismo: un sistema de formación sabe emitir un justificante de superación del curso, pero no es un gestor documental, y la conservación a largo plazo con valor jurídico pertenece por lo general al sitio donde ya viven los contratos y las resoluciones, razón por la cual la frontera entre ambos sistemas se traza al principio del proyecto y no el día en que alguien la reclama por primera vez. Trazada a tiempo, la lista de integraciones sale más corta y más barata; sin trazar, al cabo de un año aparece un requisito que nadie había planificado y cuyo presupuesto ya está gastado.

De ahí se deduce también cómo valorar los informes, que en una licitación se suelen pedir los últimos de todos. Un informe solo es útil si responde a una pregunta que alguien va a hacer de verdad —cuántas personas de esta unidad llevan retraso en la formación obligatoria y cuándo caduca la validez de cada una—, no a cuántos cursos se abrieron este mes. Si el sistema recibe la estructura de personas del registro de personal, un informe así es una consulta; si no la recibe, es una hoja de cálculo que alguien compone a mano cada mes a partir de dos exportaciones.

Moodle como ejemplo, no como recomendación

Cuando la conversación llega a los productos concretos, el nombre que sale casi siempre es Moodle, así que conviene decir qué es de hecho antes de que empiecen las opiniones. Moodle es un sistema de gestión del aprendizaje desarrollado y mantenido por Moodle Pty Ltd, y está libremente disponible con licencia GPL. Eso significa que el código fuente es abierto y que por el programa en sí no hay que pagar, pero no significa que todo lo que lo rodea sea de uso libre: la GPL cubre el código, mientras que la palabra Moodle y los logotipos son marcas registradas cuyo uso con fines comerciales requiere autorización previa y por escrito del titular.

Para la decisión práctica pesa más que la licencia el ritmo de mantenimiento, porque es lo que fija el presupuesto de los años siguientes. Moodle publica un calendario de versiones con dos versiones mayores al año —en abril y en octubre— y versiones de mantenimiento cada dos meses; cada versión mayor recibe doce meses de soporte general, una versión ordinaria recibe correcciones de seguridad hasta dieciocho meses y una versión LTS hasta treinta y seis. Contra ese calendario se planifican el dinero y las personas, porque una versión cuyo soporte ha terminado deja de ser una cuestión de gusto para convertirse en una de seguridad, y eso suele llegar en el momento más inoportuno.

Hay además requisitos de infraestructura que conviene comprobar antes de prometer nada: Moodle 5.2 exige como mínimo PHP 8.3.0 y una de estas bases de datos: PostgreSQL 16, MySQL 8.4, MariaDB 10.11.0 o Microsoft SQL Server 2019. Y hay una cosa más que conviene saber antes de leer cifras de implantación impresionantes: las estadísticas publicadas en moodle.org proceden de sitios que se registraron voluntariamente, así que muestran el tamaño de la comunidad y no una cuota de mercado medida. Existe aparte Moodle Workplace, disponible solo a través de socios certificados, y ese es otro producto con otra vía de compra.

Nada de lo anterior debe entenderse como un consejo de elegir precisamente este sistema, porque la respuesta correcta depende de cuántas personas, cuántos cursos y cuántas fechas de caducidad tiene usted en realidad. Moodle aparece aquí como ejemplo porque es abierto y su documentación es pública, con lo cual cada afirmación sobre él se puede comprobar sin la mediación de ningún proveedor, y esa es la propiedad con la que se mide a cualquier candidato, incluido un producto cerrado cuya documentación está escondida detrás de un formulario de registro.

Lo que cuesta más que la licencia

Si la licencia es gratuita, el presupuesto se va a otra parte, y es mucho mejor verlo antes del proyecto que a mitad de camino. La partida mayor es casi siempre el contenido: preparar los cursos, grabar los vídeos, construir las evaluaciones y mantener después ese mismo contenido cuando cambian los procedimientos o cambia la norma. La segunda es la migración, si ya existe algo: versiones antiguas de Moodle, cursos alojados en otro sistema, el histórico de participantes que hay que conservar porque los plazos de validez siguen corriendo y la prueba de ellos sigue haciendo falta.

La tercera partida son las integraciones y la autenticación, y es aquí donde los requisitos españoles se separan de las listas genéricas: el inicio de sesión único para toda la organización, normalmente con SAML 2.0 u OpenID Connect contra Microsoft Entra ID o Google Workspace; la federación de identidad SIR de RedIRIS en el ámbito universitario y de investigación; el certificado digital o Cl@ve cuando al otro lado está el sector público; y la conexión con el registro de personal o de estudiantes. La cuarta, la que menos aparece en los planes, es el mantenimiento posterior a la puesta en marcha: actualizaciones de versión según el calendario ya citado, copias de seguridad, soporte a los usuarios y un flujo de cambios pequeño pero continuo. Sobre cómo presupuestamos proyectos de este tipo y en qué orden los abordamos hemos escrito por separado en la página de desarrollo y mantenimiento de sistemas Moodle.

Antes de hablar con cualquier proveedor merece la pena leer también lo que hemos reunido en el artículo sobre los errores más habituales al encargar un desarrollo, porque en los proyectos de sistemas de formación se repiten casi sin variación: alcance indefinido, exportación nunca comprobada y la suposición de que el contenido se escribirá solo. Si quiere que alguien lea su situación actual y le diga si un sistema es aquí la respuesta correcta, escríbanos: a veces la respuesta más honesta es que basta con lo que ya tiene, y que el dinero rinde más en contenido que en la plataforma.

La quinta partida, que en un entorno de habla española conviene comprobar aparte, es la localización. La comunidad ha traducido Moodle a más de 120 idiomas, pero lo completa que esté la traducción varía de una lengua a otra y se ve públicamente en el entorno de traducción de Moodle, así que es comprobable antes de decidir y no después. Con el español hay además una decisión previa que casi nadie toma a conciencia: el paquete base se llama «Español - Internacional (es)» y a su lado conviven variantes por país —es_mx, es_ar, es_co, es_ve—, de modo que la pregunta no es solo cuánto está traducido, sino qué español verá su gente en las pantallas menos transitadas.