SCORM und xAPI erklärt

Von Brian Tr · Aktualisiert am 7. Oktober 2026

SCORM und xAPI sind technische Standards, mit denen Lerninhalte und Lernsoftware Daten austauschen können. SCORM verpackt einen Kurs so, dass er in jedem kompatiblen Lernmanagementsystem (LMS) läuft und einen Abschlussstatus sowie ein Ergebnis zurückmeldet. xAPI ist eine neuere Spezifikation, die Lernaktivitäten als kurze Aussagen (Statements) festhält und an eine Datenbank namens Learning Record Store (LRS) sendet, ganz gleich, ob ein LMS beteiligt ist oder nicht.

Wer Kurse verkauft, Trainingssoftware einkauft oder ein EdTech-Produkt baut, begegnet beiden Abkürzungen in der ersten Woche. Sie tauchen in Verkaufsgesprächen, RFPs und Exportmenüs von Authoring-Tools auf. Dieser Artikel erklärt, was die beiden Standards sind, woher sie kommen, was jeder erfassen kann und was nicht, wie ein dritter Standard namens cmi5 sie verbindet und wie Sie entscheiden, was Sie verlangen sollten. Außerdem geht es um LTI, das ähnlich aussieht, aber ein anderes Problem löst.

Warum es Lernstandards gibt

Stellen Sie sich vor, Sie kaufen einen Sicherheitskurs bei einem Content-Anbieter, und Ihr LMS stammt von einem anderen Unternehmen. Ohne gemeinsamen Standard kann der Kurs dem LMS nicht mitteilen: „Diese Person hat abgeschlossen und 85 % erreicht." Für jeden Kurs und jede Plattform bräuchten Sie eine individuelle Integration.

Standards lösen das, indem sie vorab drei Dinge festlegen:

• Wie Inhalte verpackt werden, damit jedes System sie entpacken und starten kann.
• Wie Inhalt und Plattform miteinander sprechen, damit Ergebnisse zurückfließen.
• Wie die Ergebnisse aussehen, damit der Status „abgeschlossen" überall dasselbe bedeutet.

Standards machen einen Kurs nicht gut. Sie sorgen dafür, dass Teile verschiedener Anbieter zusammenarbeiten, und das ist die Grundlage des LMS-Marktes und der Lizenzierung von Trainingsinhalten.

Was ist SCORM?

SCORM steht für Sharable Content Object Reference Model. Scorm.com, die langjährige Referenzseite von Rustici Software, erklärt, dass ADL (Advanced Distributed Learning) SCORM nicht von Grund auf neu geschrieben hat. Stattdessen stellte ADL fest, dass die Branche bereits viele Standards hatte, die jeweils einen Teil des Problems lösten, und fasste sie in einem Referenzmodell zusammen.

SCORM deckt zwei Bereiche ab:

1. Inhaltsverpackung. Ein Kurs wird als einzelne Zip-Datei mit einem Manifest gebündelt, das Seiten, Module und Struktur beschreibt. Laden Sie die Zip-Datei in ein kompatibles LMS hoch, und es weiß, wie es sie startet.
2. Kommunikation zur Laufzeit. Während Lernende den Kurs absolvieren, ruft der Inhalt Funktionen auf, die das LMS im Browser bereitstellt, und meldet Dinge wie Abschluss, bestanden oder nicht bestanden, ein Ergebnis, die verbrachte Zeit und ein Lesezeichen, damit Lernende fortfahren können.

SCORM-Versionen

Meist begegnen Ihnen zwei Namen, und der zweite hat mehrere Ausgaben. Laut der Versionshistorie von Scorm.com:

Das herausragende Merkmal der 2004er-Linie sind Sequenzierung und Navigation: Regeln, die festlegen, welchen Teil eines Kurses Lernende als Nächstes öffnen dürfen, zum Beispiel „Modul 3 erst freischalten, nachdem das Quiz von Modul 2 bestanden wurde". SCORM 1.2 kennt nichts Vergleichbares, daher sagt ein Anbieter, der „SCORM" ohne Versionsangabe nennt, nicht viel aus. Fragen Sie nach der Version.

Wie SCORM in der Praxis funktioniert

Das Laufzeitmodell von SCORM ist einfach und etwas altmodisch. Das LMS legt ein JavaScript-Objekt im Browser ab, und der Kurs muss es finden. Laut der Laufzeitdokumentation heißt dieses Objekt in SCORM 1.2 API und in SCORM 2004 API_1484_11, und es muss sich in einem Fenster befinden, das dem Kurs oder dem Fenster, das ihn geöffnet hat, übergeordnet ist. Der Kurs muss vor allem anderen Initialize aufrufen und am Ende Terminate. Dieselbe Quelle hält fest, dass alle SCORM-Inhalte webfähig sein müssen und die Kommunikation innerhalb einer Browsersitzung stattfindet, wobei nur der Kurs ein Gespräch beginnen kann. Das LMS antwortet lediglich.

Dieses Design erklärt sowohl die Stärken als auch die Grenzen von SCORM.

Was SCORM erfassen kann

• Ob Lernende den Kurs abgeschlossen haben und ob sie bestanden oder nicht bestanden haben
• Ein Ergebnis
• Die Zeit pro Sitzung
• Ein Lesezeichen zum Fortsetzen

Was SCORM nicht (ohne Weiteres) erfassen kann

• Lernen außerhalb des LMS. Was nicht in einem vom LMS gestarteten Browserfenster stattfindet, sieht SCORM nicht.
• Lernen in mobilen Apps, Simulatoren oder offline. Alles, was nicht in einem Browser-Frame neben dem LMS laufen kann, hat keinen natürlichen Ort für Rückmeldungen.
• Viele Lernende und viele Aktivitäten als eine Geschichte. SCORM speichert pro Lernendem und Kurs einen Datensatz. Es ist nicht dafür gebaut festzuhalten: „Diese Person hat ein Video angesehen, dann an einem Webinar teilgenommen und anschließend einen Kollegen gecoacht."
• Detailliertes Verhalten. Sie erhalten einen Status und ein Ergebnis, aber keine reichhaltige Spur dessen, was die Lernenden getan haben.

Nichts davon macht SCORM schlecht. Für das, was die meisten Organisationen tatsächlich belegen müssen, nämlich dass jemand einen Pflichtkurs abgeschlossen hat, funktioniert es, und fast jedes LMS und jedes Authoring-Tool unterstützt es. Sein Alter ist zugleich ein Vorteil: Nahezu jeder Content-Anbieter und jedes Authoring-Tool kann SCORM erzeugen.

Was ist xAPI?

xAPI, kurz für Experience API, wurde entwickelt, um Lernen dort festzuhalten, wo es stattfindet. Die ADL-Spezifikation auf GitHub nennt als Ziel, die Dokumentation und Kommunikation von Lernerfahrungen zu erleichtern, die „über eine große Vielfalt von Quellen verstreut" sind. Früher hieß sie Tin Can API.

Laut der eigenen Übersicht des xAPI-Projekts entstand es aus Project Tin Can, das Rustici Software begann, nachdem ADL Forschung zu eLearning-Spezifikationen der nächsten Generation angefragt hatte, und die Community schrieb den Standard schließlich zu Ende.

Wie xAPI funktioniert: Statements und das LRS

In xAPI ist alles ein Statement mit drei Kernteilen:

• Actor: wer es getan hat (die Lernenden)
• Verb: was getan wurde (abgeschlossen, versucht, beantwortet, angesehen, kommentiert)
• Object: woran es getan wurde (ein Kurs, ein Video, ein Quiz, ein Szenario)

Das Beispiel der Spezifikation lautet „Anna hat ein Kuchenrezept ausprobiert", mit Anna als Actor, „ausprobiert" als Verb und dem Rezept als Object. Eine Geschäftsvariante wäre „Mai hat den Preisworkshop abgeschlossen" oder „Tuan hat Frage 4 des Compliance-Quiz beantwortet."

Statements gehen an einen Learning Record Store (LRS). Die Spezifikation definiert ihn als Server, der dafür zuständig ist, Lernaufzeichnungen zu empfangen, zu speichern und den Zugriff darauf bereitzustellen. Stellen Sie sich eine Datenbank vor, die für diese Statements gebaut ist und an die jedes xAPI-fähige Tool senden oder aus der es lesen kann. Ein LRS kann in einem LMS stecken oder eigenständig laufen, und mehrere Tools können in denselben schreiben.

Was xAPI erfassen kann

Laut Spezifikation ist das Erfasste hochgradig vielfältig, mit Beispielen wie dem Lesen eines Buches, dem Absolvieren eines Online-Kurses, einer Exkursion, selbstgesteuerter Recherche oder dem Erhalt eines Zertifikats. Die Projektübersicht nennt mobiles Lernen, Simulationen, virtuelle Welten, Serious Games, Aktivitäten in der realen Welt, soziales Lernen und Offline-Lernen. Daten können außerdem offline gesammelt und später an den LRS gesendet werden.

Der LRS-Verlauf einer einzelnen lernenden Person könnte also einen Kursabschluss, ein in einer mobilen App angesehenes Video, eine Simulatorsitzung, die Freigabe einer Fähigkeit durch die Führungskraft und ein Peer-Coaching enthalten, alles in einem Format.

Was xAPI allein nicht leisten kann

Flexibilität hat ihren Preis, und Käufer stolpern darüber.

• xAPI legt nicht fest, wie ein gutes Statement aussieht. Zwei Anbieter können beide „xAPI-fähig" sagen und dieselbe Aktivität mit unterschiedlichen Verben aufzeichnen, sodass die Daten nicht zusammenpassen. Meist braucht ein Team ein vereinbartes Profil (einen Satz von Verben und Konventionen), bevor Reporting funktioniert.
• Es startet keine Inhalte. SCORM umfasst Verpackung und Start. Reines xAPI sagt nicht, wie ein LMS einen Kurs startet oder die Identität der Lernenden übergibt.
• Es liefert keine Berichte. Ein LRS speichert Statements. Dashboards, Abschlusstabellen und Compliance-Berichte sind eine separate Schicht des Learning-Tech-Stacks, die jemand bauen oder kaufen muss.

Ist xAPI ein offizieller Standard?

Ja. xAPI begann als ADL-Spezifikation, und das xAPI-Projekt beschreibt sie als von der IEEE genehmigten Standard (IEEE 9274.1.1-2023). Die Standardseite der IEEE führt IEEE 9274.1.1-2023 als aktiven Standard, betitelt als JSON-Datenmodellformat und RESTful-Webservice für die Erfassung von und den Zugriff auf Lernerfahrungsdaten, mit Genehmigung durch das Gremium am 30. März 2023.

cmi5: Die Brücke

Wenn SCORM den Start und xAPI reichhaltige Daten liefert, geht dann auch beides zusammen? Genau das leistet cmi5.

cmi5 ist ein Spezifikationsprofil für xAPI. Der Text beschreibt es als Regelwerk für interoperable Laufzeitkommunikation zwischen LMS und Assignable Units (AUs), also einzelnen Lerninhalten. Es nutzt xAPI als Datentransport und füllt aus, was reines xAPI offenlässt:

• Start. Das LMS startet eine AU über eine URL, die einen Endpoint, eine Autorisierungs-Abruf-URL, die Identität der Lernenden, eine Registrierungs-ID und eine Aktivitäts-ID enthält.
• Ein fester Satz von Verben. cmi5 legt Statements wie launched, initialized, completed, passed, failed und terminated fest, dazu vom LMS ausgestellte wie abandoned, waived und satisfied.
• Ein LRS hinter dem LMS. Das LMS arbeitet mit einem LRS zusammen, um den Fortschritt zu verfolgen und Berichte zu erzeugen.

Einfach gesagt: cmi5 bietet den SCORM-typischen Ablauf „Starte diesen Kurs und sag mir, ob die Lernenden bestanden haben" mit der modernen Technik von xAPI. Der Inhalt muss nicht im selben Browser-Frame wie das LMS liegen, und die Daten landen in einem LRS.

Der Haken ist die Verbreitung. cmi5 ist deutlich seltener als SCORM. Viele Authoring-Tools und Plattformen unterstützen SCORM und xAPI, aber nicht cmi5. Prüfen Sie daher, ob Ihr Content-Tool und Ihre Plattform es beherrschen, bevor Sie es zur Anforderung machen.

SCORM vs. xAPI vs. cmi5 im direkten Vergleich

Lesen Sie die Tabelle zeilenweise. Lautet Ihr Bedarf „belegen, dass alle abgeschlossen haben", beantwortet die SCORM-Spalte ihn. Lautet er „verstehen, wie Menschen über Tools hinweg lernen", leistet das nur xAPI.

LTI: Ein anderer Standardtyp

LTI (Learning Tools Interoperability) wird oft mit SCORM und xAPI in einen Topf geworfen, erfüllt aber eine andere Aufgabe. Es wird von 1EdTech gepflegt und ermöglicht Einrichtungen nach eigener Beschreibung, Lerntools mit ihrer Lernumgebung zu verbinden, ohne dass sich Lernende bei jedem Tool einzeln anmelden müssen. Laut der Seite von 1EdTech unterstützt es die sichere Weitergabe von Informationen über Nutzer, ihre Einschreibung und Rollen und erlaubt Tools, Aufgaben und Noten an das zentrale Notenbuch zurückzusenden. Die aktuelle Version ist LTI 1.3.

Am einfachsten merken Sie es sich so:

• SCORM und cmi5 betreffen Inhalte, die gestartet werden und Ergebnisse melden.
• xAPI betrifft Aufzeichnungen von Lernaktivitäten.
• LTI betrifft die Anbindung ganzer Tools an eine Plattform, mit Single Sign-On und Notenrückgabe.

So entscheiden Sie, was Sie verlangen

Hier ein praktischer Weg, ob Sie kaufen oder bauen.

Wenn Sie L&D-Käufer sind

1. Gehen Sie von dem Nachweis aus, den Sie brauchen. Verlangen ein Auditor oder Kunde einen Abschlussnachweis, brauchen Sie mindestens SCORM- oder cmi5-Unterstützung. Prüfen Sie die Kursabschlussquoten und was als „abgeschlossen" gilt, bevor Sie sich festlegen.
2. Fragen Sie nach der SCORM-Version. „SCORM 1.2" und „SCORM 2004 4th Edition" sind nicht dasselbe Versprechen. 1.2 hat die breiteste Unterstützung. 2004 ist für Sequenzierungsregeln nötig.
3. Fragen Sie, was „xAPI-Unterstützung" bedeutet. Kann die Plattform Statements senden, empfangen oder beides? Enthält sie einen LRS oder bindet sie einen externen an? Welche Verben und welches Profil verwendet sie? Ein vages „Ja" ist keine Antwort.
4. Entscheiden Sie, ob Sie die Daten nutzen werden. xAPI lohnt sich nur, wenn jemand die Daten auswertet. Wenn Sie nur Abschlüsse berichten, zahlen Sie nicht für eine Funktion, die Sie nie anfassen. Wenn Sie Aktivität mit Ergebnissen verknüpfen wollen, lesen Sie Kennzahlen zum Lernendenengagement.
5. Testen Sie mit einem echten Kurs. Laden Sie einen eigenen Kurs hoch und prüfen Sie Abschluss, Ergebnis und Lesezeichen, bevor Sie unterschreiben. Kompatibilität ist das, was im Einkauf am häufigsten bricht. Der Prozess der Beschaffung von Unternehmenslernlösungen ist der richtige Ort, um diesen Test einzubauen.

Wenn Sie Kursersteller oder EdTech-Entwickler sind

1. Exportieren Sie zuerst SCORM. Es ist der kleinste gemeinsame Nenner, und die Systeme der meisten Unternehmenskunden akzeptieren es. Mit 1.2 und 2004 decken Sie die meisten Anfragen ab.
2. Ergänzen Sie xAPI, wenn ein Kunde Daten über den Abschluss hinaus will, etwa Szenarioentscheidungen, Simulationsergebnisse oder Aktivität außerhalb des LMS.
3. Erwägen Sie cmi5, wenn Sie an Käufer verkaufen, die es bereits nutzen, oder wenn Sie ein saubereres Startmodell als SCORM wollen, ohne auf ein LMS zu verzichten.
4. Wählen Sie LTI, wenn Sie ein Tool bauen, keinen Kurs. Wenn Lernende Ihr Produkt neben dem LMS nutzen und Noten zurückfließen sollen, ist LTI die richtige Integration. Gutes Instructional Design entscheidet überhaupt erst, was aufzeichnenswert ist.

Wichtige Fakten

• SCORM 1.2 erschien im Oktober 2001 und ist weiterhin weit verbreitet; die SCORM-2004-Ausgaben folgten im Juli 2004, Oktober 2006 und März 2009 (Scorm.com).
• Die SCORM-Kommunikation findet innerhalb einer Browsersitzung statt, und nur der Inhalt kann sie auslösen (Scorm.com).
• xAPI erfasst Lernen als Statements aus Actor, Verb und Object, die an einen Learning Record Store gesendet werden, einschließlich formalen und informellen Lernens (ADL-xAPI-Spezifikation).
• xAPI ist ein IEEE-Standard, IEEE 9274.1.1-2023, vom IEEE-Gremium am 30. März 2023 genehmigt (IEEE).
• cmi5 ist ein xAPI-Profil, das festlegt, wie ein LMS Inhalte startet und welche Statements es erzeugen muss (cmi5-Spezifikation).
• LTI ist ein eigener 1EdTech-Standard zur Anbindung von Tools an eine Lernplattform; die aktuelle Version ist 1.3 (1EdTech).

Häufige Fehler

„SCORM-konform" als eine einzige Sache behandeln. Version 1.2 und die 2004er-Ausgaben verhalten sich unterschiedlich, und einzelne LMS interpretieren sie unterschiedlich. Testen Sie immer.

„xAPI-fähig" als Punkt auf einer Funktionsliste behandeln. Ohne vereinbarten Verbsatz und einen Ort zur Analyse der Daten erhalten Sie einen Haufen Statements, die niemand nutzen kann.

xAPI verlangen, wenn Sie nur einen Abschlussnachweis brauchen. Es bringt Kosten und Komplexität ohne Nutzen, wenn Ihre Frage lautet: „Wer hat abgeschlossen?"

LTI und SCORM verwechseln. Wenn ein Anbieter fragt: „SCORM oder LTI?", fragt er, ob Sie Inhalte bereitstellen oder ein Tool anbinden.

Für den breiteren Kontext lesen Sie Was ist EdTech?.