LMS open source: le 10 piattaforme a confronto nel 2026

Gestisci il tuo LMS personalizzato con studenti illimitati

Inizia gratis

Mi occupo di computer da molto prima che fossero presenti nella maggior parte delle case, e forse è per questo che non ho mai accettato l'idea che l'infrastruttura open source sia la scelta di chi non può permettersi l'alternativa.

Dopo 20 anni passati a sviluppare SaaS, lo schema è chiaro. Chi sceglie un LMS open source perché la licenza è gratuita finisce spesso per provare frustrazione. Chi lo sceglie per il controllo, cioè per i propri dati, la propria API e la libertà di correggere una falla di sicurezza coi propri tempi, di rado prova la stessa frustrazione. L'open source non è l'opzione economica: è un'infrastruttura che possiedi e che devi far funzionare tu.

Come li ho valutati

A questo livello, la scelta di una piattaforma si riduce a una domanda: che cosa può gestire davvero il tuo team in produzione, tra tre anni, quando qualcosa si rompe? Per questo ho pesato quattro aspetti.

• Licenza e governance. La licenza effettiva con i relativi obblighi di copyleft, e chi controlla la roadmap. Un ente con scopo di lucro (Moodle HQ), un'organizzazione non profit (Axim Collaborative) e una fondazione (Apereo, ILIAS Society) comportano rischi di fork molto diversi su un orizzonte di cinque anni.
• Chi può gestirlo davvero. Lo stack (PHP, Ruby, Java o Python) e se serve un sysadmin capace o un intero team DevOps. Il mio test è semplice: nel tuo team c'è una persona in grado di occuparsene alle 2 di notte, quando si blocca?
• In cosa è davvero più forte. Ogni piattaforma qui eccelle in qualcosa: profondità dei plugin, conformità, interfaccia o integrazione con l'ERP. Ho indicato il vero punto di forza di ciascuna invece di valutarle tutte con la stessa griglia.
• Il costo reale, su tre livelli. L'infrastruttura è prevedibile e la quantifichi una volta sola. La manodopera di manutenzione (patch, verifica dei plugin e assistenza) è la sorpresa del secondo anno. E ogni piattaforma di questa lista ha causato incompatibilità con i plugin o con lo schema del database in occasione di un aggiornamento di versione principale, quindi metti a budget migrazioni di cui nessuna pagina dei fornitori ti avvisa.

Questo articolo è pensato per ingegneri, responsabili IT e CTO che valutano se gestire in proprio l'infrastruttura del loro LMS. Se invece preferisci una piattaforma gratuita in hosting gestito, la guida ai migliori LMS gratuiti copre le opzioni freemium. Ho escluso di proposito ATutor: ho controllato il repository GitHub e da anni l'attività di commit è minima, senza rilasci sostanziali, e non inserirò in una raccomandazione per la produzione una piattaforma self-hosted di cui non si possa verificare l'aggiornamento costante di sicurezza.

Nonostante tutta la prudenza operativa di questa lista, l'open source è già il modo in cui gira gran parte della formazione nel mondo. Open edX dichiara oltre 140 milioni di corsisti, Chamilo oltre 41 milioni, e secondo Fortune Business Insights il mercato globale degli LMS valeva circa 24 miliardi di $ nel 2025 e arriverà a 104 miliardi di $ entro il 2034. Non sono piattaforme di nicchia. L'unica vera domanda è se il tuo team è in grado di gestirne una.

Quanto costa davvero il self-hosting

La licenza è la voce più economica di un LMS open source. Ecco quanto spendono in genere i team per farne funzionare uno in produzione, ripartito sui tre livelli di costo visti sopra. Considerali intervalli indicativi, non preventivi.

• Infrastruttura: il livello prevedibile. Per poche centinaia di corsisti basta senza problemi su un VPS da 20 $ a 100 $ al mese. Qualche migliaio di corsisti attivi, con un reale carico di valutazioni in contemporanea, richiede da 200 $ a 800 $ al mese di cloud. Le installazioni enterprise con molti utenti simultanei vanno da 1.000 $ a 5.000 $ e oltre. Open edX sta in cima a ogni fascia per la sua architettura a più servizi.
• Manodopera di manutenzione: il livello che sorprende i team al secondo anno, e di solito la voce più alta. Patch di sicurezza, verifica dei plugin, aggiornamenti ed escalation dell'assistenza si sommano in un ruolo da sysadmin o DevOps, a tempo parziale o pieno, per circa 1.000-5.000 $ al mese di costo complessivo del lavoro, oppure in un contratto di supporto con un partner di pari importo. Nessuna proposta del tipo «licenza gratuita» lo menziona.
• Implementazione e migrazione: quasi nulla se installi da solo e accetti le impostazioni predefinite; da 5.000 $ a 50.000 $ con un partner certificato, una volta aggiunti personalizzazione grafica, SSO, integrazioni con SIS o HRIS e la migrazione di contenuti e utenti esistenti.

Sommando tutto su tre anni, un LMS open source self-hosted è raramente l'opzione più economica in termini di costo totale di proprietà. È la più controllabile. È questo, e non lo zero sulla licenza, il compromesso che stai davvero facendo.

Self-hosted o in hosting gestito: la vera scelta

Prima di confrontare le piattaforme, conviene essere onesti sulla scelta di categoria che sta sotto la lista. Il self-hosting open source compra controllo e lo paga in manodopera; una piattaforma gestita compra rapidità e la paga in canoni per utente e limiti del fornitore.

Confronto in sintesi

Le valutazioni sono il punteggio più alto tra G2 e Capterra di ciascuno strumento, arrotondato, aggiornato ad agosto 2026. Considera quelle con poche recensioni (tra cui Open edX, Sakai e Odoo) come indicative, non statisticamente solide.

1. Moodle

Ideale per: istituzioni che hanno già un amministratore LMS dedicato o un partner certificato Moodle.

Moodle è il punto di riferimento con cui si misura ogni altra piattaforma di questa lista: attivo senza interruzioni dal 2002, su stack PHP, con licenza GPL v3 e il catalogo di plugin più ampio della categoria.

• Licenza e governance: GPL v3, ma Moodle HQ è un'azienda a scopo di lucro che controlla la roadmap, per cui le funzioni enterprise arrivano di solito prima nella versione commerciale Moodle Workplace (la 5.2 ha aggiunto un'automazione multi-tenant che il nucleo open non ha). Gestibile se lo metti in conto, costoso se non lo fai.
• Stack: PHP/LAMP, bastano competenze da sysadmin standard. L'ho visto crescere da pilota con due corsi a centinaia di migliaia di corsisti senza cambiare piattaforma.
• Il suo punto di forza: plugin e community. Il catalogo e la rete di sviluppatori certificati fanno sì che raramente tu debba risolvere un problema che nessuno ha già risolto.
• Il punto debole: l'interfaccia. «Troppi clic, sembra un CMS degli anni Novanta» è l'esperienza più diffusa tra i corsisti in migliaia di installazioni verificate su Capterra e G2, e ha resistito anche al rinnovamento della 4.x. Tratta gli aggiornamenti maggiori come finestre di manutenzione di più giorni e fai un test di carico prima degli esami sincroni di grandi dimensioni.

Note di installazione: Moodle è l'installazione meglio documentata di questa lista: una macchina LAMP con moodledata fuori dalla root del web server. Il cron però non è facoltativo: se non gira ogni minuto, e-mail, notifiche e backup pianificati si fermano e Moodle si limita a segnalare che il cron non è stato eseguito. Inoltre il valore predefinito di max_input_vars in PHP, pari a 1.000, è troppo basso per le grandi pagine di impostazioni e permessi di Moodle, che salvano solo una parte dei campi senza alcun errore finché non lo aumenti.

La mia opinione: la scommessa più sicura nel lungo periodo, se metti a budget con onestà il carico di amministrazione. La scelta sbagliata per un team che pensa di installarlo e dimenticarsene.

2. Open edX

Ideale per: università e grandi enti con un ingegnere DevOps dedicato, non solo un sysadmin.

Open edX è ciò che MIT e Harvard hanno costruito per far funzionare edX su larga scala, ed è la piattaforma con il campo d'uso più ristretto di questa lista: per questo le organizzazioni a cui si adatta davvero sono raramente quelle attratte solo dal prestigio del suo nome.

• Licenza e governance: open source sotto Axim Collaborative, un'organizzazione non profit nata per curare la piattaforma dopo l'acquisizione di edX da parte di 2U nel 2021. Sul rischio di lungo periodo, gli incentivi di un non profit battono la roadmap trimestrale di un'azienda a scopo di lucro.
• Stack: Python/Django, installato con Tutor (Docker) e Kubernetes per più nodi. L'unica piattaforma qui che richiede un team DevOps. Il test: una sola persona è in grado di gestire un'interruzione in produzione, applicare la patch a una CVE di Python e occuparsi di un aggiornamento maggiore? Se no, le sue funzioni per te sono fuori portata.
• Il suo punto di forza: ambizione architetturale e scala. L'estensibilità con XBlock è potente, ma i tipi di contenuto personalizzati sono sviluppo in Python, non un lavoro sui contenuti.
• Il punto debole: è l'installazione che fa arenare la maggior parte delle valutazioni. Prova un'installazione con Tutor su un server di test prima di impegnarti: dice più sulla capacità del tuo team di gestirla di qualsiasi elenco di funzioni.

Note di installazione: Ho seguito la strada di Tutor e l'installazione vera e propria è un singolo comando tutor local launch che dura una ventina di minuti. Il lavoro è tutto ciò che viene prima: un server con almeno 8 GB di RAM, i record DNS puntati su di esso e Docker in esecuzione con un utente non root. Se server e DNS sono a posto, l'SSL si sistema da sé; se non lo sono, è lì che nascono le storie dell'orrore.

La mia opinione: vale la complessità solo se sai gestire uno stack Python/Django dall'inizio alla fine. Il requisito di ingegneria è la soglia, non un'avvertenza.

3. Canvas LMS (Community Edition)

Ideale per: istituzioni con esperienza di produzione su Ruby on Rails e nessuna necessità di modificare il codice per servizi rivolti all'esterno.

L'edizione community di Canvas su GitHub (AGPL v3) è un LMS open source davvero valido, e la maggior parte di chi me ne chiede ha un'idea sbagliata del prodotto.

• Licenza e governance: il problema è l'AGPL v3. Se esegui un Canvas modificato come servizio di rete, devi pubblicare le tue modifiche al codice per i suoi utenti. Irrilevante per l'uso solo interno; un ostacolo insormontabile per le installazioni modificate rivolte all'esterno (ha costretto due team che ho seguito a ripensare il progetto da zero). Il ramo principale resta aggiornato perché Instructure sviluppa per il proprio cloud commerciale.
• Stack: Ruby on Rails, con guide di installazione della community. Le istanze self-hosted girano senza lo SLA di Instructure, e i problemi di downtime emergono nelle recensioni di chi le gestisce in proprio.
• Il suo punto di forza: interfaccia e valutazione. SpeedGrader è costantemente indicato come uno dei migliori flussi di valutazione in assoluto, e insieme ai Blueprint Courses è incluso nella versione community.
• Il punto debole: ciò che un contratto aggiunge: Canvas Studio, Credentials, Mastery Connect e lo SLA di uptime al 99,9%. I numeri di scala (6 milioni di utenti in contemporanea, 27 milioni di download mobili) riguardano il cloud di Instructure, non il tuo server self-hosted.

Note di installazione: La fama di difficoltà del self-hosting di Canvas è fondata, e ha una causa precisa: il dimensionamento del server va bene (8 GB, quattro core), il muro è il bundle install. Canvas è un'app Rails con versioni bloccate e la documentazione di produzione si discosta dal codice reale, quindi su una macchina nuova le gemme native non si compilano con la versione sbagliata di Ruby e perdi ore prima ancora che Canvas parta. Redis è obbligatorio, un certificato autofirmato non basta e devi continuamente colmare le lacune delle istruzioni. È la voce in cui mi chiederei più seriamente se ha senso fare self-hosting.

La mia opinione: la migliore interfaccia pronta all'uso di questa lista, se Rails è già in casa e non lo modifichi per utenti esterni. Leggi la clausola AGPL prima di toccare il codice.

4. ILIAS

Ideale per: istituzioni europee orientate alla conformità, con accesso a supporto in lingua tedesca.

Per il lavoro sulla conformità, ILIAS è in una classe diversa da Moodle e Canvas: nato all'Università di Colonia nel 1997 e governato dall'organizzazione non profit ILIAS Society.

• Licenza e governance: GPL v3 con una governance di tipo fondazione tramite la ILIAS Society, che rende chiara sul piano istituzionale la tutela nel lungo periodo.
• Stack: PHP/MySQL, con una complessità di installazione paragonabile a Moodle. Bastano competenze PHP standard per la configurazione.
• Il suo punto di forza: la conformità. Mappatura dei framework di competenze, profondità su SCORM e xAPI, tracciamento del ciclo di vita delle certificazioni e reportistica pronta per gli audit sono più sviluppati che nel nucleo di Moodle, in quest'ambito specifico.
• Il punto debole: community e documentazione sono soprattutto in tedesco. Se incontri un problema di configurazione insolito, il thread del forum che ti serve è probabilmente in tedesco; anche con la traduzione AI, nel lungo periodo è un attrito in più per i team che parlano solo inglese.

Note di installazione: Qui non c'è un installer semplice, né un video in inglese che valga la pena di linkare. Costruisci le dipendenze con composer e npm, poi lanci uno script di configurazione da riga di comando: non esiste più una procedura guidata sul web. Il muro classico è la versione di PHP: ILIAS accetta un intervallo ristretto e composer si rifiuta di installare con quella sbagliata. Altre due trappole: richiede utf8 a 3 byte, non utf8mb4, altrimenti più avanti corrompi i dati, e le directory dei dati devono appartenere all'utente del web server. La documentazione di installazione più approfondita è in tedesco.

La mia opinione: la migliore opzione open source per la conformità in Europa, con supporto in tedesco. Per le stesse esigenze in un'organizzazione che lavora in inglese, di solito vince Moodle, con la sua community più ampia e una profondità comparabile su SCORM e xAPI.

5. Sakai

Ideale per: istituzioni e consorzi di istruzione superiore che lavorano su collaborazione accademica, valutazione tra pari e portfolio.

Sakai nasce da un consorzio di università (Michigan, Indiana, Stanford, MIT), e i suoi punti di forza rispecchiano proprio queste origini accademiche.

• Licenza e governance: la Educational Community Licence 2.0 (di derivazione Apache), più permissiva della GPL per la ridistribuzione in ambito accademico, un vantaggio quando un consorzio condivide un'unica versione personalizzata. È governato dalla Apereo Foundation (che mantiene anche CAS); un decennio di stabilità della fondazione è un segnale positivo sul rischio di fork.
• Stack: Java su Tomcat, ed è qui l'insidia operativa. Gli application server Java hanno profili di memoria, modalità di guasto e ottimizzazioni diversi da PHP, competenze differenti rispetto a quelle per gestire Moodle, che hanno colto di sorpresa diversi team.
• Il suo punto di forza: flussi di lavoro accademici, valutazione tra pari, portfolio e strutture di corso orientate alla ricerca, che la maggior parte degli LMS trascura.
• Il punto debole: lo stack Java e il modello mentale accademico fatto di elenchi di iscritti, periodi e portfolio ostacolano entrambi gli usi aziendali.

Note di installazione: È la voce che ti ricorda che Sakai è un'applicazione Java, non un componente PHP da copiare. Lo compili dai sorgenti con Maven, e due cose fanno inciampare chi lo prova per la prima volta: Maven esaurisce la memoria se prima della build non alzi l'heap in MAVEN_OPTS, e non funziona su un Tomcat installato con apt o yum, devi usare il tarball da tomcat.apache.org. Dopo, resta l'ottimizzazione dell'heap JVM, che la stessa documentazione di Sakai definisce una sorta di magia nera.

La mia opinione: un'ottima scelta per le istituzioni accademiche che sanno gestire Java, poco adatta alla formazione aziendale.

6. Chamilo

Ideale per: team di formazione aziendale che vogliono il controllo del self-hosting senza uno specialista LMS dedicato.

Chamilo offre il modello self-hosted senza il peso operativo di Moodle o Open edX: PHP, GPL v3 e pensato fin dall'inizio per girare su server modesti.

• Licenza e governance: GPL v3, ma la roadmap dipende dai contributi volontari e dall'adozione commerciale, non da un'azienda con un interesse economico nella continuità. Su un orizzonte di cinque anni lo terrei d'occhio più da vicino rispetto al modello di Moodle HQ.
• Stack: PHP, abbastanza leggero da girare su un hosting condiviso (non è l'ideale, ma funziona, cosa che Open edX non farebbe mai). Interfaccia predefinita più pulita e creazione dei corsi più rapida rispetto a Moodle, dalla scissione di Dokeos del 2010.
• Il suo punto di forza: semplicità operativa, con le basi della conformità come SCORM, quiz, certificati e prerequisiti, senza bisogno di plugin pesanti.
• Il punto debole: un catalogo di plugin più ridotto rispetto a Moodle e una reportistica sufficiente ma non di livello istituzionale. Va bene da poche centinaia a qualche migliaio di utenti; non per la scala istituzionale o per requisiti di conformità stringenti.

Note di installazione: Il percorso classico è una macchina LAMP più la procedura guidata nel browser, che si blocca più spesso per una sola estensione PHP mancante: intl, che PHP di base non include. Aggiungi php-intl, riavvia e riparti. L'altra trappola compare dopo l'installazione: i caricamenti SCORM sopra i 2 MB circa falliscono senza avvisi finché non alzi upload_max_filesize in PHP, e i pacchetti con accenti o spazi nel nome del file si bloccano, quindi usa nomi semplici.

La mia opinione: la scelta per una piattaforma self-hosted gestibile quando amministrare l'LMS non è il lavoro a tempo pieno di nessuno.

7. Totara Learn

Ideale per: organizzazioni già su Moodle che hanno bisogno di funzioni per la forza lavoro, lavorando con un partner Totara.

Totara Learn è un fork enterprise di Moodle: stessa base PHP e compatibilità con i plugin, con in più multi-tenancy, framework di competenze strutturati e pianificazione delle ricertificazioni.

• Licenza e governance: GPL v3, codice su GitHub, verificabile. Ma documentazione e supporto sono pensati per i clienti che lavorano con un partner Totara.
• Stack: PHP compatibile con Moodle, quindi plugin e contenuti Moodle esistenti si trasferiscono in gran parte.
• Il suo punto di forza: conformità della forza lavoro, competenze strutturate, certificazioni con pianificazione delle ricertificazioni e multi-tenancy oltre il nucleo di Moodle.
• Il punto debole: il divario tra la documentazione per i partner e quella pubblica non è trascurabile. Partire da zero senza un partner è il percorso di installazione che eviterei attivamente.

La mia opinione: una migrazione sensata per chi usa già Moodle e ha bisogno delle funzioni per la forza lavoro. Se parti da zero, confronta «Moodle più plugin enterprise» con «Totara con un abbonamento tramite un partner».

8. Odoo LMS

Ideale per: organizzazioni che usano già l'ERP Odoo e vogliono collegare la formazione ai dati HR.

Odoo LMS non è un LMS autonomo. È una suite ERP open source il cui modulo eLearning include anche un LMS, e dirlo con franchezza è importante per la decisione.

• Licenza e governance: edizione community sotto LGPL v3, moduli commerciali sotto Odoo Enterprise. Il costo dell'LMS rientra in una questione contrattuale più ampia sull'ERP, non è la scelta di una piattaforma a sé.
• Stack: parte della suite Odoo, quindi il modulo eLearning vive nello stesso modello di dati di HR, CRM e progetti.
• Il suo punto di forza: integrazione nativa per una formazione legata ai processi aziendali: registri di onboarding, conformità collegata ai dati HR, competenze collegate all'assegnazione del personale ai progetti. Costi aggiuntivi minimi se usi già Odoo.
• Il punto debole: come LMS autonomo le funzioni di apprendimento sono sufficienti ma poco profonde: niente valutazioni avanzate, né la profondità su SCORM o la reportistica di conformità di Moodle o ILIAS.

Note di installazione: Installare Odoo Community significa compilare dai sorgenti (un virtualenv Python, PostgreSQL, wkhtmltopdf); si avvia senza problemi e poi presenta un problema ben preciso: wkhtmltopdf. Se installi il pacchetto della distribuzione, ogni PDF (fatture, certificati, schede di completamento dei corsi) esce vuoto o rovinato. Serve la build con Qt modificato, adatta alla tua versione di Ubuntu: il .deb jammy, non quello bionic. Se scegli bene quel singolo binario, il resto è routine.

La mia opinione: adatto solo se Odoo è già la colonna portante delle tue operazioni. Se il lavoro è creare contenuti SCORM, parti invece da uno strumento di authoring SCORM.

9. Forma LMS

Ideale per: team aziendali che hanno esplicitamente bisogno della licenza permissiva Apache 2.0.

Forma LMS è un fork open source di Docebo, precedente al passaggio di Docebo al modello interamente commerciale, con la licenza più permissiva di questo confronto.

• Licenza e governance: Apache 2.0, quindi le versioni modificate si installano e si distribuiscono senza gli obblighi di copyleft di GPL e AGPL, un vantaggio se la flessibilità di ridistribuzione è importante. Ma la base di contributori è piccola e la visibilità sulla roadmap è limitata rispetto ai progetti governati da una fondazione.
• Stack: PHP.
• Il suo punto di forza: licenza permissiva per un progetto di formazione aziendale molto personalizzato che potresti dover ridistribuire.
• Il punto debole: il rischio di fork. Per un'installazione in produzione che prevedi di usare per cinque anni o più, la piccola community e la governance poco strutturata vanno valutate in modo esplicito.

La mia opinione: nella maggior parte dei contesti aziendali sceglierei Chamilo al posto di Forma, a meno che Apache 2.0 non sia un requisito rigido e irrinunciabile; la governance più visibile e la community più ampia di Chamilo la rendono la scelta meno rischiosa.

10. Open LMS

Ideale per: scuole K-12 che usano già Google Workspace.

Open LMS è una piattaforma basata su Moodle pensata per le scuole K-12 e per Google Workspace, con integrazione nativa con Google Classroom invece dei collegamenti tramite plugin che servono alla maggior parte degli LMS.

• Licenza e governance: deriva da Moodle, quindi eredita la linea GPL e gran parte del modello di plugin di Moodle.
• Stack: PHP basato su Moodle; la configurazione presuppone autenticazione Google, collegamento dei file di Drive e sessioni Meet già gestiti dal tuo team IT.
• Il suo punto di forza: l'integrazione nativa con Google, che elimina la configurazione parallela richiesta alla maggior parte degli LMS per le scuole con Google Workspace.
• Il punto debole: un catalogo di plugin più ridotto rispetto a Moodle di base limita la personalizzazione dell'interfaccia e del branding oltre i temi predefiniti.

La mia opinione: da valutare per una scuola con Google Workspace. Fuori dal K-12, nella famiglia dei derivati di Moodle vincono la base di supporto più ampia e il catalogo più profondo di Moodle di base.

E i plugin LMS per WordPress?

Se hai cercato un LMS open source sperando in una soluzione WordPress, quella è un'altra categoria ed è bene dirlo chiaramente. LearnDash, LifterLMS, Tutor LMS, Sensei e Masteriyo, interamente GPL, sono plugin che trasformano in una piattaforma di corsi un sito WordPress che gestisci già. Sono open source nel senso di WordPress e, per chi crea corsi o per un piccolo sito di formazione, possono essere eccellenti.

La vera domanda non è quale LMS, ma se vuoi una piattaforma autonoma o un plugin sul tuo stack WordPress. Un plugin significa un sistema in meno da ospitare, ma lega il tuo LMS alle prestazioni di WordPress, alle sue patch di sicurezza e ai conflitti tra plugin. Per uno o due corsi su un sito esistente vince il plugin. Per un programma di formazione che prevedi di far crescere, standardizzare e misurare con report, una piattaforma autonoma di questa lista è una base più durevole.

Migrazione e recupero dei tuoi dati

Il vantaggio del self-hosting è che i dati sono tuoi. Vero, ma possederli e spostarli sono due lavori diversi. Ogni piattaforma di questa lista supporta formati di interscambio aperti: SCORM e xAPI per i contenuti, IMS Common Cartridge per i pacchetti di corso e CSV per utenti e voti, quindi la migrazione è fattibile e non sei in trappola. I percorsi più comuni sono ben collaudati: da Blackboard o Canvas a Moodle o Open edX, da Moodle a Totara. Ciò che costa davvero una migrazione è il tempo di ingegneria per rimappare le strutture dei corsi e ripetere i test sui plugin, non una licenza. Lo stesso criterio vale per qualsiasi strumento in hosting gestito che stai valutando: prima di impegnarti, verifica di poter riavere i tuoi corsi.

Come impostare la tua decisione

Scelte di questo livello non si riducono a una matrice di funzioni. Si riducono a una domanda: che cosa può gestire davvero il tuo team in produzione, tra tre anni, quando qualcosa si rompe?

Se la risposta è «un amministratore LMS dedicato o un partner certificato», Moodle è la scelta giusta. Vent'anni di governance, il catalogo di plugin più ampio della categoria e una community così grande che i tuoi problemi sono raramente inediti. Il debito dell'interfaccia e la pianificazione degli aggiornamenti sono costi reali, ma per le istituzioni che li mettono a budget con onestà nient'altro in questa lista offre la stessa stabilità nel lungo periodo.

Se la risposta è «un ingegnere DevOps in grado di gestire uno stack Python/Django dall'inizio alla fine», Open edX vale la complessità. Il modello di governance di Axim Collaborative e le origini istituzionali con MIT e Harvard offrono le garanzie più solide della lista per contenere i rischi a lungo termine. Quel requisito di ingegneria, tra l'altro, non è un'avvertenza: è la vera soglia. Al di sotto, le funzioni della piattaforma non sono alla tua portata, qualunque cosa dica l'elenco delle caratteristiche.

Lo dico anche in modo esplicito: molti dei team che vedo valutare questa lista non hanno davvero bisogno di un'infrastruttura self-hosted. Hanno bisogno del controllo dei dati, di costi prevedibili e di qualcosa che funzioni senza un sysadmin. Se questa è più la tua situazione, Coursebox appartiene a una categoria completamente diversa. Coursebox è un LMS in hosting gestito, con corsisti illimitati in tutti i piani, compreso quello gratuito, costruito attorno alla creazione dei corsi con AI e non attorno a un'infrastruttura di erogazione open source. Sul tema del vincolo al fornitore, che conta per qualsiasi strumento di authoring: quest'anno 6.743 utenti di Coursebox hanno esportato i propri corsi verso sistemi esterni, SCORM incluso. È più un «LMS gratuito» che un LMS open source.

In fin dei conti, scegli la piattaforma che il tuo team è in grado di gestire. Tutto il resto è una funzione che non userai mai.

Nota di trasparenza: sono Toni Arrebola Gomez, CTO di Coursebox. Coursebox è un LMS per la creazione di corsi con AI, non un LMS open source, e non compare in questa lista di piattaforme. In questo articolo, i link rimandano anche a prodotti Coursebox.