Che cos’è un learning management system (LMS) e quando serve davvero

Un LMS non è una cartella di presentazioni né un elenco in un foglio di calcolo. Quando iscrizione, completamento e scadenza vanno dimostrati, il sistema comincia a ripagarsi; quando non vanno dimostrati, è una parte in più e costosa.

Immagini una cartella condivisa che contiene sette presentazioni, due video e un’istruzione operativa intitolata «procedura_definitiva_2_corretta.pdf», e accanto un foglio di calcolo in cui la responsabile del personale segna a mano chi abbia visto che cosa. Finché i dipendenti sono venti e il corso è uno solo, questo assetto funziona benissimo, non costa nulla e nessuno sente la mancanza di un learning management system, tanto che nessuno ha fretta di cambiarlo. Crolla in un altro momento: quando qualcuno chiede se quella persona, l’anno prima, abbia davvero ricevuto la formazione di aggiornamento, e l’unica risposta disponibile è una riga di foglio di calcolo che nessuno può confermare e che chiunque avrebbe potuto riscrivere. Un sistema di gestione dell’apprendimento, o LMS, è un software il cui unico compito serio è trasformare quella riga in un dato che ha un’origine, una data e un autore.

Che cos’è un learning management system e con che cosa lo si confonde

Un sistema di gestione dell’apprendimento fa quattro cose: iscrive le persone ai corsi, distribuisce i contenuti, verifica l’apprendimento e conserva la registrazione di ciò che è accaduto. La prima e la quarta sono le ragioni per cui il sistema viene comprato davvero, mentre la seconda e la terza sono quelle di cui si parla nelle dimostrazioni, perché sono più facili da mostrare a schermo. Se da questo elenco si toglie la registrazione, resta un archivio di file con un’interfaccia migliore, e di archivi simili nella Sua organizzazione ne esistono già, con ogni probabilità, almeno due.

Proprio per questo un LMS non è una piattaforma video, non è uno strumento per webinar e non è un negozio di corsi online, benché tutti e tre sappiano mostrare un materiale didattico altrettanto bene o meglio. La piattaforma video sa che il file è stato riprodotto; non sa che a riprodurlo è stata una persona che quel corso doveva completarlo entro una data precisa, che ci è riuscita al secondo tentativo e che fra un anno dovrà rifare tutto da capo. La differenza non sta nell’elenco di funzioni che si confronta nella tabella comparativa di una gara, ma nella domanda a cui il sistema sa rispondere due anni dopo, quando nessuna delle persone coinvolte all’inizio lavora più nell’organizzazione.

La parola «piattaforma», qui, confonde più di quanto aiuti, perché indica tanto i sistemi che tengono il conto degli obblighi quanto quelli che propongono contenuti scelti liberamente, e a venderli sono spesso le stesse persone. La distinzione pratica è però semplice e regge in ogni caso: se è qualcun altro a stabilire che cosa Lei debba imparare, e se qualcuno verifica che l’abbia fatto, quello è un sistema di gestione dell’apprendimento. Se sceglie Lei e nessuno tiene il conto, quella è una biblioteca; le due cose possono essere utili nello stesso momento, ma soltanto la prima risponde alla domanda dell’auditor, ed è proprio quella domanda a portare di solito al progetto.

La domanda di una simile contabilità non è una particolarità italiana, e non è nemmeno piccola: secondo i dati Eurostat, nel primo trimestre del 2025 il 16% dei cittadini dell’Unione europea fra i 16 e i 74 anni aveva seguito un corso online nei tre mesi precedenti, e quindi imparare davanti a uno schermo non stupisce più nessuno. Stupisce semmai quanto di rado un’organizzazione sappia dire quale di quei corsi fosse obbligatorio, quale sia stato portato a termine e per quanto tempo il risultato resti valido: sono esattamente le tre domande che il sistema risolve, ed esattamente quelle che nessuno pone fino alla prima verifica.

Quando serve davvero: la prova, non la comodità

La maggior parte delle organizzazioni arriva a un sistema per la formazione non perché la formazione sia diventata più complicata, ma perché dimostrarla è diventato caro. In Italia l’articolo 37 del D.Lgs. 81/2008 impone di formare i lavoratori, e l’Accordo Stato-Regioni del 17 aprile 2025, pubblicato nella Gazzetta Ufficiale del 24 maggio 2025, ne fissa durata e periodicità: l’aggiornamento è quinquennale e di almeno sei ore per lavoratori e dirigenti, ma diventa biennale per i preposti. Finché le persone sono poche e la scadenza è una sola, la si tiene a mente o sul calendario; con duecento dipendenti assunti in date diverse, e con ruoli che scadono a ritmi differenti, diventa un compito in cui l’errore non è più possibile, ma inevitabile.

La direttiva quadro europea 89/391/CEE chiede di garantire la formazione non soltanto al momento dell’assunzione, ma anche quando la persona cambia mansione, quando viene introdotta una nuova attrezzatura di lavoro e quando cambia la tecnologia. Ognuno di questi eventi crea una nuova scadenza per un nuovo gruppo di persone, ed è questa combinatoria — non il contenuto didattico — a cominciare a richiedere un sistema, perché le scadenze non coincidono, i gruppi si sovrappongono e nessuno di essi comincia il primo gennaio. Nelle professioni regolamentate la soglia è ancora più bassa: per i professionisti sanitari l’obbligo formativo standard del triennio 2026-2028 è di 150 crediti ECM, al netto di esoneri, esenzioni e riduzioni che dipendono da quanti crediti la singola persona abbia maturato nel triennio precedente — e qualcuno quei crediti deve sommarli e saperli mostrare.

Aiuta a capire la scala anche quanto sia diffusa questa esigenza: sempre secondo Eurostat, nel 2020 il 67,4% delle imprese europee con dieci o più addetti ha offerto formazione continua ai propri dipendenti, quindi non si parla di un caso raro ma della maggioranza, e la domanda è soltanto come ciascuna di esse ne tenga il conto. Per questo la ragione onesta per adottare un learning management system suona di solito poco romantica: Le serve sapere chi sia formato, quando lo sia stato, per quanto tempo la formazione resti valida e che cosa scadrà nel prossimo trimestre, e Le serve saperlo senza telefonare al collega che in quel momento è in ferie. Se questa domanda non esiste e nessuno la porrà a breve, il sistema risolverà un problema che Lei non ha, e questo è l’unico tipo di progetto che nemmeno un’ottima implementazione riesce a salvare.

Quando non serve, e perché lo si dice di rado

Il D.Lgs. 81/2008, all’articolo 53, si limita a stabilire che «è consentito l’impiego di sistemi di elaborazione automatica dei dati per la memorizzazione di qualunque tipo di documentazione prevista dal presente decreto legislativo»: è una facoltà del datore di lavoro, non un obbligo, e la differenza conta più di quanto sembri. La norma chiede una prova documentale, non un software, e un foglio firme con la data è una prova a pieno titolo, che in una verifica reggerà esattamente come una schermata estratta da un sistema. Per quindici persone, un corso e una scadenza all’anno, un sistema per la formazione aggiunge manutenzione, aggiornamenti di versione e un altro posto in cui accedere, ma non aggiunge nessuna risposta che prima Le mancasse.

Non consigliamo un sistema per la formazione nemmeno quando l’organizzazione non ha ancora i contenuti, ed è il caso più frequente in cui conviene rimandare il progetto. Un sistema vuoto non è un investimento sul futuro: è una spesa che aspetta che qualcuno trovi il tempo di scrivere i corsi, e quel tempo, dopo l’avvio, di solito non si trova esattamente come non si trovava prima. Costa meno e si fa prima a scrivere tre corsi in testo e video, distribuirli come si sa fare oggi, guardare quali vengano davvero usati e soltanto dopo comprare il posto in cui metterli. Il progetto fatto nell’ordine inverso finisce più spesso con una piattaforma che contiene due corsi e nessun utente abituale.

Il terzo caso in cui la risposta è «no» è quello in cui il bisogno reale non è formativo, ma informativo. Se i dipendenti non cercano un corso bensì un punto preciso di un documento interno — come comportarsi con un determinato caso cliente, quale sia la procedura in una determinata situazione —, un sistema per la formazione non risolve il problema, perché è costruito per un apprendimento sequenziale con una verifica finale e non per una consultazione rapida nel mezzo del lavoro. In questi casi aiuta di più la ricerca sui documenti aziendali, di cui abbiamo scritto separatamente nell’articolo sul RAG applicato ai documenti aziendali: in una dimostrazione i due sistemi sembrano somigliarsi in modo fuorviante, perché entrambi hanno una ricerca ed entrambi contengono materiale dell’azienda, ma risolvono problemi del tutto diversi e perciò di rado si sostituiscono a vicenda.

Che cosa registra davvero il sistema

La contabilità è il punto in cui i sistemi per la formazione si differenziano di più fra loro e, insieme, quello che nelle dimostrazioni si guarda di meno, perché ha un aspetto noioso. L’iscrizione risponde alla domanda su chi dovesse seguire il corso; l’avanzamento dice fino a che punto la persona sia arrivata; il registro di completamento del corso attesta che le condizioni sono state soddisfatte; la data di scadenza dice per quanto tempo tutto questo resti valido. È la quarta a mancare più spesso nei sistemi a basso costo, ed è proprio quella che Le servirà ogni giorno, perché su di essa si reggono i promemoria, la ricertificazione e il report alla direzione.

In pratica il sistema deve saper distinguere «ha guardato il video» da «ha superato la verifica», e distinguere entrambi da «valido fino al…», e deve saperlo fare in una schermata sola, non in tre report diversi. Se conserva soltanto il primo dato, è un diario delle attività e non un registro delle competenze, e in una verifica non dimostra nulla più del fatto che un file è stato aperto. Chieda, durante la dimostrazione, di vedere una persona reale che abbia un corso superato, uno in ritardo e un terzo scaduto, e osservi quanto sia facile cogliere la differenza fra i tre stati senza bisogno di spiegazioni.

L’altra parte spesso fraintesa è che un sistema per la formazione non è un sistema di gestione del personale e non lo diventerà mai. Sa dei corsi e dei risultati, ma la mansione, l’unità organizzativa e la data di inizio del rapporto di lavoro li riceve da altrove, ed è proprio questa integrazione a decidere se l’iscrizione ai corsi avvenga automaticamente oppure a mano. Se il nuovo assunto va iscritto manualmente, il sistema non è stato implementato fino in fondo: ha soltanto spostato lo stesso lavoro dal foglio di calcolo a un’interfaccia nuova, e dopo un anno qualcuno tornerà a chiedere perché gli elenchi non coincidano.

La contabilità ha anche un altro lato, a cui si pensa più di rado: i dati tendono a nascere fuori dal sistema stesso. Se una parte della formazione avviene in uno strumento esterno — un simulatore, una piattaforma linguistica, l’ambiente didattico di un produttore —, la domanda è se il risultato torni nella Sua registrazione automaticamente oppure se qualcuno lo ricopi a mano. Proprio a questo serve LTI, che consente di collegare uno strumento esterno senza un accesso separato e di ricevere indietro la valutazione, ed è proprio per questo che in una gara conviene chiedere non solo il nome dello standard, ma anche quali sue parti il fornitore abbia effettivamente implementato e come le abbia verificate.

Gli standard che decidono se potrà andarsene

La domanda che all’inizio del progetto sembra tecnica e dopo tre anni si rivela commerciale è questa: a chi appartengono i contenuti e i dati registrati, se Lei decide di cambiare piattaforma. A rispondere non è la clausola contrattuale sulla restituzione dei dati, ma i formati in cui contenuti e registrazioni sono davvero conservati. SCORM è il più antico fra questi e resta il modo più diffuso di impacchettare un corso perché lo si possa caricare in un altro sistema; xAPI è uno strato più recente che descrive non un pacchetto ma degli eventi — chi ha fatto che cosa e con quale esito — e li conserva in un archivio separato, il learning record store, o LRS.

C’è qui una sfumatura che nelle presentazioni commerciali non troverà e che negli ultimi anni ha cambiato l’impostazione dell’intera questione: ADL Initiative — il programma del Dipartimento della Difesa statunitense che ha creato SCORM e pubblicato xAPI — è stata chiusa, e la sua organizzazione su GitHub, che GitHub ha confermato come proprietaria di adlnet.gov, dichiara: «The ADL Initiative has been shut down.» Questo non significa che SCORM smetta improvvisamente di funzionare, perché il formato è pubblicato e i sistemi continuano a leggerlo, ma significa che dietro il marchio non c’è più un manutentore attivo che lo sviluppi. Il modello di dati su cui si regge l’esecuzione di SCORM resta però uno standard IEEE: IEEE 1484.11.1-2022 è in vigore ed è stato pubblicato il 15 aprile 2022.

xAPI ha percorso la strada opposta: è standardizzato come IEEE 9274.1.1-2023, pubblicato il 6 ottobre 2023, quindi un manutentore ce l’ha, e i dati creati in questo formato restano leggibili anche se il prodotto cambia. Il terzo standard che conviene chiedere per nome è LTI, che permette di collegare uno strumento esterno senza un accesso separato, e 1EdTech ha interrotto il supporto a tutte le versioni precedenti alla 1.3 dopo il 30 giugno 2021, perciò la risposta «supportiamo LTI» senza numero di versione non è più una risposta. Al trasferimento di un corso intero serve invece Common Cartridge, ed è proprio quello che conviene farsi dimostrare anziché discutere.

Perché «supporta lo standard» non significa «funziona»

Il nome di uno standard in una specifica e il comportamento di quello standard in un sistema concreto sono due cose diverse, e l’esempio migliore è pubblicamente disponibile nella documentazione di Moodle, quindi verificabile senza l’aiuto di alcun fornitore. Vi si legge che Moodle supporta SCORM 1.2 e che supera i test di conformità di ADL, ma che SCORM 2004 non è supportato. Un numero di versione più alto non significa qui un supporto migliore — non significa nulla finché non è stato verificato —, e per il fornitore che non glielo dice vale il vecchio delle due l’una: o non lo sa, o conta sul fatto che Lei non vada a verificare.

Ne deriva una verifica pratica che non costa nulla, richiede all’incirca un’ora e dice più di qualsiasi referenza: prenda un corso reale nel formato in cui i Suoi contenuti esistono già oggi e chieda di caricarlo in un ambiente di prova durante la dimostrazione, non dopo la firma del contratto. Se la risposta è che lo si farà in fase di implementazione, Lei ha già ottenuto la risposta, ed è l’informazione meno cara che otterrà in questo progetto. Lo stesso vale per l’esportazione: chieda di estrarre il corso e di caricarlo in un altro sistema, perché è esattamente l’operazione che un giorno servirà di fretta.

Le affermazioni del fornitore sulla compatibilità si possono verificare anche in modo del tutto indipendente da lui. 1EdTech mantiene l’elenco pubblico TrustEd Apps con i prodotti che hanno superato la certificazione e indica chiaramente che un prodotto assente dall’elenco o non l’ha superata, oppure ha una certificazione scaduta. Cinque minuti su quell’elenco dicono più di una presentazione da cinquanta diapositive, ed è praticamente l’unica fonte del settore che non sia pubblicata dal venditore stesso. Se il prodotto non c’è, non è un divieto di acquisto, ma è una domanda a cui conviene ottenere una risposta scritta.

La stessa prudenza vale per i numeri di versione, che si tende a leggere come un indice di qualità. LTI 2.0, a giudicare dal numero, sembra più recente della 1.3, ma 1EdTech la elenca proprio fra le versioni precedenti per cui il supporto è cessato, perciò un’offerta che cita quel numero come vantaggio promette in pratica un tipo di collegamento superato e non più mantenuto. Se nell’offerta il numero di versione manca del tutto, conviene richiederlo per iscritto: è una riga che più avanti deciderà se l’integrazione con lo strumento successivo richieda un’ora oppure un progetto a sé.

LMS e LXP: qual è la differenza

Nei discorsi sui sistemi per la formazione, prima o poi compare la sigla LXP, e merita una spiegazione, perché il suo peso è minore di quanto suoni. Un LMS presuppone che sia l’organizzazione a stabilire chi debba imparare che cosa, e ne registra l’adempimento; Learning Experience Platform indica invece un approccio in cui i contenuti li sceglie chi impara, mentre il sistema si limita a suggerire, e l’accento si sposta dall’obbligo all’interesse. Come differenza di accento è reale e talvolta utile: per l’aggiornamento volontario delle competenze la contabilità degli obblighi non è affatto il punto principale, e un elenco di corsi imposti lì è semmai d’intralcio.

Ciò che a questa differenza manca è un’organizzazione di standard o un confine tecnico che si possa verificare. Il termine è stato presentato pubblicamente nel settembre 2018 dall’analista di tecnologie per le risorse umane Josh Bersin come una sua coniazione, e da allora serve soprattutto a segmentare il mercato. In pratica significa che due prodotti che portano la stessa etichetta possono essere diversi fra loro quanto due prodotti qualsiasi che non la portano, e che un confronto per nome di categoria non dice nulla su ciò che Lei riceverà: nella tabella comparativa quella colonna resta uno spazio vuoto con un’intestazione che dà sicurezza senza esprimere un solo requisito verificabile.

Conviene confrontare in base a ciò che resta nel database quando la dimostrazione è finita. Lo strato dei dati registrati a cui entrambe le categorie si richiamano è standardizzato — xAPI è IEEE 9274.1.1-2023 — ed è proprio questo a determinare se fra tre anni Lei potrà dire che cosa le persone abbiano imparato, anche nel caso in cui il prodotto sia nel frattempo diventato un altro. Se il fornitore nomina la categoria più spesso del formato in cui i dati saranno conservati ed estratti, la conversazione riguarda il marketing, e conviene dirlo ad alta voce già in riunione.

In pratica lo si verifica con due domande che si possono porre in qualsiasi dimostrazione. La prima: che cosa stabilisce che una determinata persona debba completare un determinato corso entro una determinata data, e dove questa decisione sia visibile nel sistema. La seconda: in quale formato venga conservato l’adempimento di quell’obbligo e come lo si estragga se il prodotto viene sostituito. Se alla prima si risponde che il sistema suggerisce ma non impone, allora, quale che sia il nome della categoria, fra le mani Lei ha una biblioteca, e la contabilità degli obblighi andrà risolta altrove.

Dove finisce il sistema per la formazione e ne comincia un altro

Il confine che nei progetti si valica più spesso è quello fra il sistema per la formazione e il sistema di gestione delle carriere studenti o del personale. Il primo governa i corsi, il secondo governa le persone: ammissioni, contratti, gruppi, mansioni e stato. In un LMS si può inserire un elenco di persone, e da qui nasce la tentazione di usarlo anche come anagrafica; ed è proprio questa tentazione a creare la situazione in cui due luoghi diversi contengono contemporaneamente due versioni della verità su chi sia ancora dipendente e in quale unità lavori.

Il principio pratico è uno solo ed è semplice: una persona viene creata dove viene creata nell’organizzazione, e nel sistema per la formazione entra soltanto. Se l’anagrafica dei dipendenti sta nel sistema del personale, da lì arriva anche l’iscrizione ai corsi, mentre il sistema per la formazione restituisce il risultato e la scadenza. Se questo flusso non è definito già nei requisiti, quasi sempre viene risolto con un foglio di calcolo mensile che qualcuno prepara a mano — ed è esattamente lo stesso foglio di calcolo da cui l’intero progetto era partito.

Vale lo stesso per gli attestati e per la gestione documentale: un sistema per la formazione sa rilasciare un attestato di superamento del corso, ma non è un sistema di gestione documentale, e la conservazione a lungo termine con valore giuridico appartiene di solito al luogo in cui stanno già i contratti e i provvedimenti, perciò il confine fra i due sistemi si traccia all’inizio del progetto e non il giorno in cui qualcuno lo richiede per la prima volta. Se lo si fa per tempo, l’elenco delle integrazioni diventa più corto e meno caro; se non lo si fa, dopo un anno compare un requisito che nessuno aveva previsto e per il quale il budget è già stato speso.

Da qui discende anche il criterio con cui valutare i report, che in una gara si chiedono di solito per ultimi. Un report è utile soltanto se risponde a una domanda che qualcuno porrà davvero — quante persone di questa unità siano in ritardo con la formazione obbligatoria e quando scada la validità per ciascuna —, non a quanti corsi siano stati aperti questo mese. Se il sistema riceve la struttura delle persone dall’anagrafica del personale, un report simile è una sola interrogazione; se non la riceve, è un foglio di calcolo che qualcuno ogni mese compone a mano a partire da due esportazioni.

Moodle come esempio, non come raccomandazione

Quando il discorso arriva ai prodotti concreti, il nome che ricorre quasi sempre è Moodle, perciò conviene dire che cosa sia di fatto, prima che comincino le opinioni. Moodle è un sistema di gestione dell’apprendimento sviluppato e mantenuto da Moodle Pty Ltd, ed è liberamente disponibile con licenza GPL. Questo significa che il codice sorgente è aperto e che per il software in sé non si paga, ma non significa che tutto ciò che gli sta intorno sia liberamente utilizzabile: la GPL riguarda il codice, mentre il nome Moodle e i logotipi sono marchi registrati, il cui uso a fini commerciali richiede l’autorizzazione scritta preventiva del titolare.

Per la decisione pratica conta più della licenza il ritmo della manutenzione, perché è quello a determinare il budget degli anni successivi. Moodle pubblica un calendario dei rilasci con due versioni maggiori all’anno — ad aprile e a ottobre — e rilasci di manutenzione ogni due mesi; ogni versione maggiore riceve dodici mesi di supporto generale, un rilascio ordinario riceve correzioni di sicurezza fino a diciotto mesi e un rilascio LTS fino a trentasei. Su questo calendario si pianificano il denaro e le persone, perché una versione il cui supporto è terminato non è più una questione di gusto ma di sicurezza, e di solito arriva nel momento meno opportuno.

Ci sono poi requisiti che riguardano l’infrastruttura e che conviene verificare prima di fare promesse: Moodle 5.2 richiede almeno PHP 8.3.0 e uno fra PostgreSQL 16, MySQL 8.4, MariaDB 10.11.0 e Microsoft SQL Server 2019. E c’è un’altra cosa da sapere prima di leggere cifre di diffusione impressionanti: le statistiche pubblicate su moodle.org provengono da siti che si sono registrati spontaneamente, quindi mostrano l’ampiezza della comunità e non una quota di mercato misurata. Esiste separatamente Moodle Workplace, disponibile soltanto tramite i partner certificati: è un altro prodotto, con un altro percorso di acquisto.

Nulla di quanto precede va inteso come una raccomandazione a scegliere proprio questo sistema, perché la risposta giusta dipende da quante persone, quanti corsi e quante scadenze Lei abbia davvero. Moodle è qui un esempio perché è aperto e la sua documentazione è pubblica, quindi ogni affermazione che lo riguarda si può verificare senza l’intermediazione di alcun fornitore — ed è questa la proprietà con cui si misura qualunque candidato, anche un prodotto chiuso la cui documentazione sia nascosta dietro un modulo di registrazione.

Che cosa costa più della licenza

Se la licenza è gratuita, il budget se ne va altrove, ed è molto meglio vederlo prima del progetto che a metà strada. La voce più grande è quasi sempre il contenuto: la preparazione dei corsi, la registrazione dei video, la costruzione delle verifiche e la manutenzione successiva di quello stesso contenuto, quando cambiano le procedure o le norme. La seconda è la migrazione, se qualcosa esiste già — vecchie versioni di Moodle, corsi in un altro sistema, lo storico dei partecipanti che va conservato perché le scadenze sono ancora valide e la relativa prova serve ancora.

La terza voce sono le integrazioni e l’autenticazione, ed è qui che i requisiti italiani si discostano dagli elenchi generici: l’accesso con SPID o con la Carta d’Identità Elettronica, la federazione IDEM del GARR per chi si muove nel mondo universitario e della ricerca, il collegamento con l’anagrafica degli studenti o del personale, il single sign-on per tutta l’organizzazione. La quarta, quella che nei piani si vede più di rado, è la manutenzione dopo l’avvio: gli aggiornamenti di versione secondo il calendario già citato, le copie di sicurezza, il supporto agli utenti e un flusso di modifiche piccolo ma continuo. Di come calcoliamo progetti simili e in quale ordine li affrontiamo abbiamo scritto separatamente nella pagina dello sviluppo e della manutenzione dei sistemi Moodle.

Prima di parlare con qualsiasi fornitore vale la pena leggere anche ciò che abbiamo raccolto nell’articolo sugli errori più tipici nel commissionare uno sviluppo, perché nei progetti di sistemi per la formazione si ripetono quasi identici: perimetro indefinito, esportazione mai verificata e il presupposto che i contenuti nascano da soli. Se desidera che qualcuno legga la Sua situazione attuale e Le dica se un sistema sia qui la risposta giusta, ci scriva: a volte la risposta più onesta è che basta ciò che ha già, e che conviene spendere in contenuti anziché in piattaforma.

La quinta voce, che per un ambiente in lingua italiana conviene verificare a parte, è la localizzazione. La comunità ha tradotto Moodle in più di 120 lingue, ma la completezza della traduzione varia da lingua a lingua ed è pubblicamente visibile nell’ambiente di traduzione di Moodle, quindi verificabile prima della decisione. In pratica significa che una parte delle schermate meno frequentate può restare in inglese anche quando l’interfaccia è complessivamente in italiano, e che la scelta fra una traduzione completa e la sua mancanza è Sua, non un caso — ma soltanto se la verifica per tempo.