SCORM 1.2 vs SCORM 2004 vs xAPI vs cmi5: Welcher Standard passt zu Ihrem Use Case?

Jedes E-Learning-Projekt kommt früher oder später zu derselben Frage: In welchem Format wird exportiert? SCORM 1.2, SCORM 2004, xAPI und cmi5 sind nicht austauschbar. Sie repräsentieren verschiedene Generationen des Denkens darüber, wie Lernsysteme kommunizieren — und die falsche Wahl führt entweder zu defektem LMS-Tracking oder ungenutzter Infrastruktur.

Dieser Artikel erklärt jeden Standard, seine Funktionsweise und wann er die richtige Wahl ist.

SCORM 1.2 (1999)

SCORM 1.2 ist die älteste und am weitesten verbreitete E-Learning-Spezifikation. Sie wurde von ADL (Advanced Distributed Learning) entwickelt und 1999 veröffentlicht. Sie definiert, wie ein Kurspaket über JavaScript-API-Aufrufe auf einem gemeinsamen Browser-Fensterobjekt mit einem LMS kommuniziert.

Funktionsweise: Das LMS stellt ein JavaScript-Objekt (API) im Browser bereit. Der Kurs findet dieses Objekt und ruft Funktionen wie LMSInitialize, LMSSetValue und LMSCommit auf, um Fortschritt, Punkte und Abschlussstatus zu melden.

Zentrale Fähigkeiten:

• Abschlussstatus: passed, failed, completed, incomplete, not attempted, browsed
• Eine einzige Punktzahl (cmi.core.score.raw)
• Suspend Data: eine Zeichenkette von bis zu 4.096 Zeichen zum Speichern des Lernzustands
• Zeitverfolgung (cmi.core.total_time)

Einschränkungen:

• In der Praxis ein SCO (Shareable Content Object) pro Paket — Multi-SCO-Sequenzierung ist theoretisch möglich, wird aber von den meisten LMSen nicht korrekt implementiert
• Kein zielorientiertes Tracking
• Das 4.096-Zeichen-Limit für Suspend Data kann für komplexe adaptive Kurse zu klein sein
• Keine Offline- oder Mobile-Unterstützung

SCORM 1.2 ist aufgrund seiner universellen LMS-Unterstützung nach wie vor der am häufigsten genutzte Standard. Laut der xAPI-vs.-SCORM-Analyse von iSpring bleibt SCORM 1.2 das am häufigsten eingesetzte Format auf Unternehmens-Lernplattformen.

SCORM 1.2 wählen, wenn: das LMS älter oder in seiner Kompatibilität unbekannt ist, maximale Kompatibilität Priorität hat und Bestanden/Nicht bestanden mit einer einzigen Punktzahl ausreicht.

SCORM 2004 (2001–2009)

SCORM 2004 erschien zwischen 2001 und 2009 in vier Editionen. Es behob die Einschränkungen von SCORM 1.2 mit einem reichhaltigeren Datenmodell, echter Sequenzierungslogik und zielorientiertem Tracking.

Wesentliche Verbesserungen gegenüber SCORM 1.2:

• Sequenzierung und Navigation: Regeln für Verzweigungen zwischen SCOs basierend auf der Lernleistung
• Abschlussstatus und Erfolgsstatus sind separate Datenfelder
• Zielorientierte Punkte und Beherrschungs-Tracking
• Interaktions-Tracking (cmi.interactions) für detailliertes Quiz-Reporting
• Größere Suspend-Data-Kapazität

Einschränkungen:

• LMS-Implementierungen sind uneinheitlich. Viele LMSen behaupten SCORM-2004-Unterstützung, implementieren die Sequenzierungs-Engine aber nur teilweise.
• Komplexer in der Entwicklung und im Testen.
• Weiterhin browserbasiert, daher kein Offline- oder Mobile-Tracking.

SCORM 2004 wählen, wenn: das LMS es korrekt implementiert (vor der Entscheidung testen), Multi-Modul-Sequenzierung oder zielorientiertes Reporting benötigt wird und auf einem modernen Unternehmens-LMS wie SAP SuccessFactors oder Cornerstone publiziert wird.

xAPI / Tin Can API (2013)

xAPI (auch bekannt als Tin Can API oder Experience API) wurde als vollständige Neukonzeption der Erfassung von Lerndaten entwickelt. Es wurde 2013 veröffentlicht und verlagerte die Kommunikation vollständig weg vom Browser-JavaScript-Modell. Wie xAPI.com erläutert, ist das Kernkonzept einfach: Lernaktivitäten erzeugen Aussagen in der Form „Akteur hat Verb auf Objekt ausgeführt."

Funktionsweise: Anstatt über Browser-JavaScript zu kommunizieren, sendet xAPI HTTP-POST-Anfragen an einen Learning Record Store (LRS). Der LRS ist eine Datenbank, die xAPI-Aussagen speichert und bereitstellt. Das LMS ist nicht mehr als Vermittler erforderlich.

Zentrale Fähigkeiten:

• Beliebige Lernaktivitäten erfassen: formale Kurse, angesehene Videos, Simulationen, praktische Aufgaben, Mobile-App-Interaktionen
• Offline-Tracking: Aussagen werden lokal gespeichert und bei verfügbarer Verbindung synchronisiert
• Lernen außerhalb eines traditionellen LMS kann erfasst werden
• Reichhaltiges Aussagen-Vokabular: beliebige Verben, beliebige Aktivitätstypen

Voraussetzung: Ein LRS ist erforderlich. Wie im xAPI.com-Leitfaden zu Learning Record Stores beschrieben, ist der LRS ein eigenes System neben dem LMS. Einige LMSen beinhalten einen integrierten LRS; andere erfordern ein separates Produkt.

xAPI wählen, wenn: Lernen außerhalb des LMS (Mobile Apps, Simulationen, Präsenzveranstaltungen) verfolgt werden muss, ein LRS vorhanden ist oder geplant wird, oder reichhaltige Aussagen-Analytics jenseits von Bestanden/Nicht bestanden benötigt werden.

cmi5 (2016)

cmi5 ist ein Profil, das auf xAPI aufgebaut ist und das LMS-Launch- und Authentifizierungsmodell wiederherstellt, das xAPI bewusst entfernt hatte. Es wurde 2016 von ADL veröffentlicht und verbindet die Flexibilität von xAPI mit dem strukturierten LMS-Integrationsmodell, das Unternehmens-Trainingsabteilungen benötigen. Die cmi5-Seite von Rustici Software und die cmi5-Erklärung von Easygenerator beschreiben es beide als „SCORM richtig gemacht mit xAPI."

Was cmi5 gegenüber reinem xAPI hinzufügt:

• Definierter Launch-Mechanismus: Das LMS startet cmi5-Inhalte wie SCORM-Inhalte
• Pflichtaussagen: launched, initialized, terminated, passed, failed, completed sind erforderlich — für konsistente Daten im LMS
• Authentifizierung: LRS-Endpunkt und Zugangsdaten werden beim Start an den Inhalt übergeben, nicht fest kodiert
• Move-on-Logik: Das LMS steuert, wann ein Lernender zur nächsten Aktivität weitergehen kann

cmi5 wählen, wenn: der Datenreichtum von xAPI mit dem LMS-Integrationsmodell von SCORM gewünscht wird, das LMS es unterstützt (SAP SuccessFactors und Cornerstone unterstützen es beide), und eine langfristige Inhaltsbibliothek aufgebaut wird, die zukunftssicher sein soll. Wie auf der cmi5-Übersicht von xAPI.com beschrieben, wird cmi5 zunehmend als empfohlener Standard für neue Unternehmensinhalte betrachtet.

Vergleichstabelle

	SCORM 1.2	SCORM 2004	xAPI	cmi5
Veröffentlicht	1999	2001–2009	2013	2016
LMS erforderlich	Ja	Ja	Nein	Ja (nur Launch)
LRS erforderlich	Nein	Nein	Ja	Ja
Offline-Unterstützung	Nein	Nein	Ja	Ja
Zielorientiertes Tracking	Nein	Ja	Ja	Ja
Sequenzierung/Verzweigung	Begrenzt	Vollständig	Individuell	Definiert
LMS-Kompatibilität	Universell	Variabel	Über LRS	Wachsend

Entscheidungsrahmen

• Älteres LMS oder unbekannte Kompatibilität: SCORM 1.2.
• Modernes Unternehmens-LMS, Sequenzierung und Ziel-Tracking benötigt: SCORM 2004 (LMS-Unterstützung vorab prüfen).
• Lernen außerhalb des LMS, Mobile, Offline oder Simulationstracking: xAPI.
• Enterprise-LMS und zukunftssichere Inhaltsstrategie: cmi5.

Sie sind unsicher, welchen Standard ein vorhandenes Paket verwendet? Ein kostenloser SCORM-Validator erkennt den Standard — SCORM 1.2, SCORM 2004, xAPI oder cmi5 — anhand der Paketbeschreibung und prüft die Struktur in Sekunden, direkt im Browser.

Wo Skillsail passt

Skillsail exportiert alle vier Formate: SCORM 1.2, SCORM 2004, xAPI und cmi5 — sowie eigenständiges HTML5. Das bedeutet: Sie wählen den Standard, der zu Ihrem LMS und Ihren Reporting-Anforderungen passt, ohne an ein einziges Ausgabeformat gebunden zu sein. Bei mehrsprachigen Bereitstellungen wird jede Sprachvariante als separates Paket im gewählten Format exportiert.