Video SCORM: integrare video nel corso e trasformare la fruizione in completion, resume e tracking realmente leggibili dal LMS.
Progettiamo pacchetti Video SCORM per Moodle e LMS con soglie di visione, resume, completion, quiz, video interattivi e logiche personalizzate.
Inserire un MP4 in una pagina non significa avere un Video SCORM.
Perché il LMS possa registrare uno stato, il player e il pacchetto devono tradurre la fruizione in eventi e valori compatibili con il runtime SCORM.
Player, logica e LMS devono lavorare insieme.
Cosa succede nel video.
Play, pause, seek, durata, fine e percentuale vista.
Quando vale come completato.
Soglia di visione, fine video, quiz o condizioni multiple.
Cosa viene salvato.
Completion, success, score, location e resume secondo il pacchetto.
Il tracking deve essere progettato sul comportamento reale dell’utente.
Guardare, saltare, riprendere e riaprire il contenuto possono avere significati diversi a seconda del corso.

La soglia di completamento può essere semplice o composta.
Esempio: video visto almeno all’80%, fine raggiunta, quiz superato oppure tutte le attività completate.
Quando l’utente riapre il corso, possiamo riportarlo al punto corretto se il player e il pacchetto salvano lo stato in modo coerente.
Resume e completion devono essere separati per evitare riaperture imprevedibili.

Possiamo usare Vimeo come hosting video mantenendo la logica SCORM in un layer separato.
Il player esterno non invia automaticamente completion al LMS.
Approfondisci Vimeo SCORM.
Quiz, hotspot e branching possono essere inseriti nel video e diventare parte della logica di completamento.
Approfondisci Video Interattivi.


Quando il comportamento standard non basta, costruiamo logiche custom intorno al player.
Soglie, condizioni, tentativi, resume e report possono essere modellati sul progetto.
Approfondisci SCORM Personalizzato.
La logica del Video SCORM può essere gestita direttamente con JavaScript quando serve controllo preciso del runtime.
Eventi del player e API SCORM vengono collegati in modo esplicito.


Il report può mostrare soltanto ciò che il pacchetto invia e ciò che il LMS conserva.
Definiamo i dati prima della produzione, non dopo.
Approfondisci Reportistica SCORM.
Se servono eventi più granulari della completion SCORM, valutiamo un layer analitico o xAPI.
Approfondisci xAPI.


Per un video dentro un corso LMS, SCORM può essere sufficiente. Per eventi distribuiti e granulari, xAPI può essere più adatto.
La scelta dipende dal dato richiesto, non dalla novità dello standard.
La soglia di visione non dovrebbe essere scelta a caso.
Durata, segmentazione, quiz e attività devono seguire gli obiettivi del percorso.
Approfondisci Instructional Design.


Il video può essere progettato fin dall’inizio per essere segmentato, tracciato e inserito nel corso.
Approfondisci Produzione Video eLearning.
Se il video deve contenere momenti interattivi o segmenti obbligatori, conviene pensarli già durante le riprese.
Approfondisci Riprese Video.


Testiamo import, player, resume e completion sul contesto Moodle effettivo.
Browser, tema, configurazioni e versione della piattaforma possono influire sulla fruizione.
Approfondisci Moodle SCORM.
Sottotitoli, trascrizioni, controlli player, tastiera e focus devono essere considerati nel prodotto finale.
Non promettiamo conformità automatica: il livello va verificato sul pacchetto e sul player reale.
Approfondisci Accessibilità eLearning.


Manifest, struttura ZIP, risorse e runtime devono essere verificati prima della consegna.
Un video che si riproduce localmente non garantisce che completion e resume funzionino nel LMS.
Player, HTML, JavaScript e API SCORM vengono trattati come un unico prodotto web.
Usiamo la complessità minima necessaria a ottenere il tracking richiesto.
Approfondisci Tecnologie Atlas Learning.

Definiamo prima la regola di completamento e costruiamo il player intorno a quella regola.

Il punto non è sapere se il video è partito. È sapere quale condizione deve diventare significativa per il percorso formativo.
Per questo progetto il tracking partendo da completion e resume. Il player viene dopo: deve produrre esattamente gli eventi che servono al corso e al LMS.
Cosa dicono i clienti che lavorano con Atlas Learning.
Le recensioni vengono mostrate dinamicamente tramite Trustindex.
Domande frequenti su video, tracking e LMS.
Cos’è un Video SCORM?
È un pacchetto SCORM che integra un video e traduce la fruizione in stati e dati leggibili dal LMS.
Il LMS può sapere se il video è stato visto?
Sì, se il pacchetto implementa una regola di tracking coerente e il player espone gli eventi necessari.
Si può impostare una percentuale minima di visione?
Sì, ad esempio una soglia definita dal progetto.
Si può riprendere il video dal punto lasciato?
Sì, implementando resume e salvataggio della posizione.
Si può impedire il salto avanti?
È tecnicamente possibile in alcuni player, ma va valutato rispetto a UX, browser e obiettivo didattico.
Si può usare Vimeo?
Sì, usando Vimeo per l’hosting e mantenendo la logica SCORM nel pacchetto.
Si possono inserire quiz?
Sì, e il risultato può partecipare alla logica di completamento o successo.
Si possono creare video interattivi?
Sì, con hotspot, branching o domande integrate.
Funziona su Moodle?
Sì, dopo test sul contesto e sulle configurazioni reali della piattaforma.
SCORM registra ogni secondo visto?
Non necessariamente. La granularità dipende dalla logica implementata e dai dati che si decide di salvare.
Se serve più dettaglio conviene xAPI?
Può essere una scelta utile quando servono eventi granulari oltre il modello SCORM tradizionale.
Potete correggere un Video SCORM che non completa?
Sì, dopo analisi del pacchetto, runtime, player e configurazione LMS.
Potete rendere il video accessibile?
Possiamo integrare sottotitoli, trascrizioni e controlli adeguati, verificando il risultato sul player finale.
Quanto costa un Video SCORM?
Dipende da durata, player, hosting, resume, soglie, interazioni, quiz e tracking richiesto.
Quando deve risultare completato il video e cosa vuoi ritrovare nei report?
Partiamo da queste due regole e definiamo player, resume, soglie, quiz e tracking.