Pacchetti SCORM e piattaforme LMS: come funziona l'integrazione

Cos'è un LMS conforme a SCORM

È il motivo per cui SCORM esiste: separare chi produce i contenuti da chi gestisce la piattaforma. Il pacchetto espone un'interfaccia standard (le API JavaScript definite dallo standard), l'LMS la implementa, e i due si parlano senza sapere nulla l'uno dell'altro. Come sia fatto un pacchetto al suo interno lo spieghiamo nella guida a SCORM.

La conformità però ha versioni e sfumature — ed è lì che nascono quasi tutti i problemi di integrazione.

Caricare un pacchetto SCORM su Moodle

Moodle è l'LMS open source più diffuso in Italia, e il caso più cercato. Il caricamento è lineare:

1. nel corso di destinazione, attiva la modalità modifica;
2. scegli Aggiungi attività o risorsa → Pacchetto SCORM;
3. carica il file ZIP del pacchetto senza decomprimerlo — Moodle legge da sé il manifest;
4. configura tentativi, metodo di valutazione e criteri di completamento;
5. salva: completamento e punteggio confluiranno automaticamente nel registro valutazioni.

SCORM 1.2 o SCORM 2004 su Moodle?

Moodle supporta entrambi, con una precisazione importante: il supporto a SCORM 2004 non copre il sequencing avanzato, la funzione principale per cui 2004 esiste. Se il corso non usa regole di navigazione complesse, esportare in SCORM 1.2 è quasi sempre la scelta più robusta — su Moodle e ovunque.

I problemi tipici su Moodle

• "Manifest non trovato": lo ZIP contiene una cartella al primo livello invece dei file — il imsmanifest.xml deve stare nella radice dell'archivio;
• punteggio non registrato: metodo di valutazione dell'attività non coerente con quello che il pacchetto invia (es. voto massimo vs voto ultimo tentativo);
• popup bloccato: la modalità "Nuova finestra" si scontra con i blocchi popup del browser — meglio la modalità incorporata.

Docebo, iSpring e gli altri LMS

Fuori da Moodle, la logica non cambia: si carica lo ZIP, la piattaforma legge il manifest, il tracciamento parte. Cambiano i dettagli che contano in produzione:

La regola pratica: se il contenuto deve girare su una piattaforma che non controlli, chiedi sempre quale versione SCORM supporta e con quali limiti di peso prima di produrre il pacchetto, non dopo.

Contenuti Unity WebGL dentro un LMS

Un capitolo a parte riguarda i contenuti che non nascono da un tool di authoring ma da un motore 3D: simulazioni, digital twin formativi, serious game sviluppati in Unity ed esportati in WebGL. Anche questi possono vivere dentro un LMS come pacchetti SCORM a tutti gli effetti: il build WebGL viene incluso nello ZIP insieme al manifest, e un layer JavaScript collega gli eventi della simulazione — scenario completato, punteggio, errori commessi — alle API SCORM della piattaforma.

Per l'LMS la simulazione è un corso come un altro: la lancia, la traccia, ne registra i risultati. Le attenzioni vere sono tecniche: peso del build, compressione, memoria del browser, e la gestione dello scroll e degli input dentro l'iframe. Ne parliamo in dettaglio nella pagina dedicata a Unity WebGL e SCORM; se invece il tracciamento richiesto va oltre completamento e punteggio, il confronto SCORM vs xAPI è il punto di partenza giusto.

Problemi di compatibilità comuni (e da dove iniziare)

• Il pacchetto si carica ma non parte → quasi sempre struttura dello ZIP o risorse bloccate dal protocollo HTTPS (contenuti misti);
• Il corso parte ma non traccia → versione SCORM del pacchetto diversa da quella dichiarata, o API non raggiunta perché il contenuto gira in un frame troppo annidato;
• Funziona su un LMS e non su un altro → dipendenza da comportamenti non standard della piattaforma di origine (capita spesso con pacchetti esportati da tool datati);
• Completamento mai raggiunto → criterio di completamento dell'LMS non allineato a quello che il pacchetto invia (completed vs passed).

Per i problemi lato riproduzione — modulo bloccato, errori del player, contenuti che non caricano — c'è la guida dedicata al player SCORM e agli errori comuni.

Domande frequenti