Beide sind technische Standards für digitales Lernen, aber mit unterschiedlichem Anspruch. SCORM (Sharable Content Object Reference Model) beschreibt, wie ein Kurs in einem Lernmanagementsystem (LMS) startet und Fortschritt sowie Ergebnis zurückmeldet. xAPI (Experience API, früher „Tin Can API“) geht weiter: Sie erfasst einzelne Lernerfahrungen als Datensätze – unabhängig davon, ob sie im LMS, in einer App, in einer Simulation oder offline stattfinden. Beide stammen aus dem Umfeld der US-Initiative Advanced Distributed Learning (ADL). Kurz gesagt: SCORM standardisiert den Kurs, xAPI die einzelne Lernerfahrung.
Die folgende Tabelle stellt die wichtigsten Kriterien gegenüber – von der Grundidee über den Datenspeicher bis zum Standardisierungsstatus. Die Abschnitte darunter vertiefen jede Dimension.
KriteriumSCORMxAPIGrundideeKurs im LMS starten und abschließenBeliebige Lernerfahrungen erfassenDatenspeicherLMSLearning Record Store (LRS), eigenständig oder im LMSDatenmodellFester Satz an Werten (Abschluss, Punktzahl, Zeit)Freie „Actor – Verb – Object“-Aussagen, erweiterbarTracking-UmfangAbschluss, Punktzahl, Zeit, Bestanden/Nicht bestandenEinzelne Aktivitäten innerhalb und außerhalb von KursenOrt des LernensNur innerhalb derselben Web-Domain wie das LMSAuch außerhalb des LMS, domänenübergreifendWeb-Browser nötig?JaNein – auch Apps, Simulationen, GeräteMobil / offlineEingeschränktJa, Daten werden nachträglich an den LRS gesendetDatentiefe / LernanalyseGrundlegendDetailliert, auch informelles LernenStandardisierungADL-Spezifikation, De-facto-IndustriestandardADL-Spezifikation, seit 2023 zusätzlich IEEE-Norm
SCORM und xAPI lösen dieselbe Grundaufgabe – Lerninhalte und Lernsysteme sollen herstellerunabhängig zusammenarbeiten – zu unterschiedlichen Zeitpunkten und mit unterschiedlicher Reichweite. Beide gehen auf die US-Initiative Advanced Distributed Learning (ADL) zurück, die ursprünglich im Auftrag des US-Verteidigungsministeriums interoperable, wiederverwendbare E-Learning-Inhalte ermöglichen sollte.
SCORM entstand um die Jahrtausendwende. Die bis heute meistgenutzte Fassung SCORM 1.2 stammt aus dem Jahr 2001, SCORM 2004 folgte in mehreren Editionen bis 2009 (Übersicht der SCORM-Versionen). Die ADL-Initiative formulierte dabei klare Konstruktionsziele: Interoperabilität, Portierbarkeit und Wiederverwendbarkeit von Lerninhalten über verschiedene Systeme hinweg. Ein einmal erstellter Kurs sollte in beliebigen kompatiblen Plattformen laufen, ohne für jedes System neu gebaut zu werden. Rund um diesen Zweck ist SCORM optimiert – und dort stößt es auch an Grenzen, sobald Lernen den klassischen Kurs verlässt.
xAPI wurde als Antwort auf genau diese Grenzen entwickelt und 2013 in Version 1.0 finalisiert. Der frühere Name „Tin Can API“ stammt aus dem Entwicklungsprojekt, mit dem die ADL einen praxistauglichen Nachfolger für SCORM erarbeiten ließ; leitende Idee war eine Schnittstelle, die Lernen auch dort erfasst, wo kein LMS im Browser läuft. Mobiles Lernen, Apps, Simulationen und informelle Lernaktivitäten am Arbeitsplatz ließen sich mit SCORM nicht sauber abbilden. xAPI verschiebt den Fokus deshalb vom Kurs auf die einzelne Lernerfahrung: Erfasst wird, wer was getan hat – gleich wo. Beide Standards existieren heute nebeneinander, weil sie unterschiedliche Fragen beantworten.
SCORM ist kein einzelnes Format, sondern ein Bündel aus drei aufeinander bezogenen Spezifikationen. Die ADL Initiative beschreibt SCORM als Sammlung von „Büchern“, die zusammen Verpackung, Ausführung und Steuerung eines Kurses regeln. Für den Vergleich mit xAPI sind drei Bausteine entscheidend: Content Packaging, Run-Time und Sequencing.
Das Content Aggregation Model legt fest, wie ein Kurs verpackt und beschrieben wird. Der Inhalt wird in ein self-contained ZIP-Paket gebündelt, in dessen Wurzel eine XML-Datei namens imsmanifest.xml liegt. Dieses Manifest beschreibt sämtliche Bestandteile und deren Struktur und enthält alle Informationen, die das LMS zum Ausliefern des Kurses braucht; ein solches Paket wird auch als Package Interchange File (PIF) bezeichnet. Weil das Paket standardisiert ist, lässt sich derselbe Kurs in jedes SCORM-fähige LMS importieren – die Grundlage der Wiederverwendbarkeit. In der Praxis exportieren nahezu alle verbreiteten Autorenwerkzeuge nach SCORM, was seine große Verbreitung erklärt und den Austausch von Kursen zwischen Anbietern erleichtert.
Die Run-Time-Spezifikation regelt, wie ein Kurs gestartet wird und mit dem LMS kommuniziert. Das LMS öffnet den Inhalt in einem Web-Browser und stellt eine JavaScript-Schnittstelle (API) bereit, über die der Kurs Daten austauscht – etwa Punktzahl, Status oder verstrichene Zeit. Dabei startet das LMS immer nur ein einzelnes Sharable Content Object (SCO) zur selben Zeit. Aus dieser Architektur folgt eine zentrale Einschränkung: Weil die Kommunikation über den Browser und ein gemeinsames Datenmodell läuft, muss der Inhalt in derselben Web-Domain wie das LMS liegen und setzt einen Browser voraus.
Sequencing & Navigation steuert, in welcher Reihenfolge Lerneinheiten durchlaufen werden dürfen. Zur Einordnung ein häufig verwechselter Punkt: Dieses „Buch“ kam erst mit SCORM 2004 hinzu (Erstausgabe 2004) – SCORM 1.2 kannte es noch nicht. Die Sequencing-Regeln der ersten Ausgabe galten als schwer umsetzbar; spätere Editionen präzisierten sie, und die 4. Edition von 2009 verfeinerte sie weiter und ergänzte einzelne Navigationsoptionen. Sequencing hat die 4. Edition also nicht eingeführt, sondern nur ausgereift.
xAPI löst die Bindung an Browser und LMS-Domain auf, indem es nicht Kurse, sondern einzelne Ereignisse protokolliert. Statt „Kurs bestanden“ zu melden, schreibt xAPI kleine, in sich geschlossene Datensätze – die xAPI-Statements. Weil das Format offen und erweiterbar ist, können auch Fachanwendungen jenseits klassischer Kurse Lerndaten beisteuern. Gespeichert werden sie in einem eigenständigen System, dem Learning Record Store.
Ein xAPI-Statement folgt der Form „jemand – hat getan – etwas“, technisch Actor – Verb – Object. Ein Actor ist die lernende Person, das Verb die Handlung (etwa „completed“, „passed“ oder „experienced“), das Object die Aktivität, auf die sich die Handlung bezieht. Ergänzende Felder wie result oder context fügen Details hinzu. Ein konkretes Beispiel: „Anna“ (Actor) hat das Modul Brandschutz abgeschlossen (Verb und Object), ergänzt um ein result (bestanden, 92 Prozent) und einen context (im Rahmen der Jahresunterweisung). Weil dieses Modell frei erweiterbar ist, lassen sich auch Aktivitäten erfassen, die außerhalb eines klassischen Kurses stattfinden: das Abschließen einer Simulation, das Ansehen eines Videos, eine Aufgabe in einer mobilen App oder eine Handlung am Arbeitsplatz.
Der Learning Record Store (LRS) ist das Herzstück von xAPI: ein System, das Lernaufzeichnungen über eine standardisierte Schnittstelle entgegennimmt, speichert und wieder abrufbar macht. Ein LRS kann Teil eines LMS sein oder eigenständig betrieben werden. Weil die Statements über eine Web-Schnittstelle gesendet werden und keinen dauerhaft geöffneten Browser voraussetzen, lassen sie sich zunächst offline erfassen und später übertragen – die technische Grundlage für mobiles und verteiltes Lernen. Und weil Daten aus mehreren Quellen in einem LRS zusammenlaufen, entsteht dort eine übergreifende Datenbasis für die Lernanalyse.
Zwischen SCORM und xAPI steht cmi5: ein xAPI-Profil, das Regeln für aus dem LMS gestartete Inhalte definiert – also für Start, Autorisierung, Session-Verwaltung und Reporting. cmi5 verbindet die geordnete LMS-Welt von SCORM mit der Flexibilität von xAPI und wird oft als funktionaler Nachfolger von SCORM beschrieben: Inhalte werden wie gewohnt aus dem LMS gestartet, nutzen im Hintergrund aber xAPI und einen LRS. Entwickelt wurde cmi5 von ADL und der Luftfahrt-Initiative AICC; nach deren Auflösung ging das Profil an ADL über, die Erstveröffentlichung erfolgte 2016. In der Praxis ist cmi5 damit der gängige Weg, schrittweise von SCORM zu xAPI zu wechseln, ohne die vorhandene Kursbasis aufzugeben.
Hinter der Übersichtstabelle stehen einige Unterschiede, die für die Auswahl den Ausschlag geben. Drei Dimensionen sind besonders relevant: das Datenmodell, die Reichweite über Geräte und Standorte hinweg sowie die Auswertbarkeit der gesammelten Daten.
Der Kern des Unterschieds liegt im Datenmodell. SCORM arbeitet mit einem festen, vom LMS vorgegebenen Satz an Werten – im Wesentlichen Abschluss, Punktzahl, Status und Zeit über die Run-Time-Schnittstelle. Das genügt, um den Abschluss eines Kurses zu dokumentieren, bildet aber keine einzelnen Handlungen ab. xAPI kehrt das Prinzip um: Jede Handlung ist ein eigener, frei formulierbarer Datensatz. Dadurch lassen sich nicht nur „Kurs bestanden“, sondern auch fein granulierte Aktivitäten festhalten – bis hin zu informellem Lernen, das in einem SCORM-Kurs gar nicht vorkommt.
SCORM setzt einen Browser und dieselbe Web-Domain wie das LMS voraus, was mobiles und offline stattfindendes Lernen erschwert. xAPI ist an keinen Browser gebunden: Statements können aus Apps, Simulationen oder Geräten stammen, zunächst offline gepuffert und später an den LRS gesendet werden. So kann eine mobile App eine Sicherheitsunterweisung auf dem Tablet direkt in der Werkshalle erfassen und die Daten später synchronisieren. Bei der Interoperabilität wirken beide Standards unterschiedlich – SCORM macht den Kurs portabel (ein Paket, jedes kompatible LMS), xAPI macht die Lerndaten portabel (gesammelt im LRS, unabhängig vom einzelnen Lernwerkzeug).
Weil ein LRS Lerndaten aus verschiedenen Quellen an einem Ort zusammenführt, ermöglicht xAPI eine deutlich tiefere Lernanalyse als das grundlegende Reporting von SCORM. Praktisch erlaubt das Auswertungen, die über den reinen Abschluss hinausgehen – etwa an welcher Stelle Lernende häufig abbrechen, wie sich formelle Kurse und informelle Aktivitäten ergänzen oder welche Inhalte in welcher Reihenfolge tatsächlich genutzt werden. SCORM liefert dabei die Abschlussdaten, xAPI zusätzlich den Weg dorthin. Das ist zugleich eine Datenschutz-Frage: Je detaillierter Lernverhalten erfasst wird, desto wichtiger werden Zweckbindung, Datensparsamkeit und – wo möglich – Anonymisierung oder Pseudonymisierung. Wer über den reinen Abschlussnachweis hinaus auswertet, sollte den Umfang der Erfassung bewusst festlegen und dokumentieren.
Rund um den Vergleich halten sich einige Verwechslungen, die die Auswahl erschweren. Vier davon sind besonders verbreitet:
Ein wichtiger Punkt für die Zukunftssicherheit: xAPI wurde 2013 in Version 1.0 finalisiert und ist inzwischen als IEEE 9274.1.1-2023 formal standardisiert – 2025 zusätzlich als ISO/IEC/IEEE 39274-1-1:2025 international übernommen. Die Pflege liegt damit bei etablierten Normungsgremien. SCORM bleibt demgegenüber eine ADL-Spezifikation ohne ISO-Status – als De-facto-Industriestandard aber weiterhin sehr weit verbreitet. Die ursprünglichen Code-Projekte der ADL Initiative sind archiviert, die Spezifikationen bleiben inhaltlich gültig – xAPI ist also kein Auslaufmodell, sondern in die formale Normung übergegangen.
Ein praktischer Vorteil beider Standards ist Herstellerunabhängigkeit, doch sie wirkt unterschiedlich. Weil ein SCORM-Paket in jedes SCORM-fähige LMS importiert werden kann, lassen sich Kurse bei einem Plattformwechsel in der Regel mitnehmen, ohne sie neu zu erstellen. Bei xAPI liegt der Wert weniger im Kurs als in den Lerndaten: Da sie in einem Learning Record Store gesammelt werden, bleibt die Lernhistorie auch dann erhalten, wenn das Lernwerkzeug wechselt – vorausgesetzt, der LRS wird übernommen oder die Daten werden migriert. Wer Wert auf langfristige Auswertbarkeit legt, sollte den LRS deshalb als eigenständigen Baustein betrachten und nicht allein an ein bestimmtes LMS koppeln. Beim Umstieg selbst ist cmi5 oft der pragmatische Pfad: Bestehende Kurse laufen weiter, neue Inhalte werden bereits xAPI-basiert erfasst, und die Lerndaten sammeln sich von Anfang an im LRS.
SCORM und xAPI schließen einander nicht aus – vielmehr setzen viele Organisationen beide gezielt nebeneinander ein. SCORM bleibt dort, wo es bewährt funktioniert: bei abgeschlossenen Pflicht- und Fachkursen, deren Abschluss dokumentiert werden muss. xAPI ergänzt die Szenarien, die SCORM nicht abbildet – mobiles Lernen, Simulationen oder die Auswertung informeller Lernaktivitäten. Die technische Brücke bildet dabei häufig cmi5: Inhalte starten wie gewohnt aus dem LMS, nutzen im Hintergrund aber xAPI und einen LRS. So lässt sich schrittweise umstellen, ohne die vorhandene Kursbasis aufzugeben. Die Wahl ist damit selten ein Entweder-oder, sondern eine Frage, welches Lernszenario welchen Standard braucht.
Als Entscheidungshilfe: SCORM ist die richtige Wahl für strukturierte Kurse im LMS, bei denen der Kursabschluss zählt – der häufigste Fall bei Pflicht- und Compliance-Schulungen. Für eine wiederkehrende Datenschutz- oder Arbeitsschutz-Pflichtschulung, deren Abschluss nachvollziehbar dokumentiert und belegt werden muss, ist SCORM in der Regel die einfachere und ausreichende Wahl; erst wenn Lernpfade über mehrere Kanäle ausgewertet werden sollen, spielt xAPI seine Stärken aus. xAPI lohnt sich, wenn Lernen über die Kursgrenze hinausgeht: mobiles Lernen, Apps, Simulationen, informelles Lernen am Arbeitsplatz oder wenn Lerndaten aus mehreren Quellen zusammengeführt und ausgewertet werden sollen. cmi5 ist der Mittelweg, wenn Inhalte weiter geordnet aus dem LMS starten, im Hintergrund aber die Flexibilität von xAPI genutzt werden soll.
Fällt die Wahl auf xAPI, rückt der LRS in den Fokus. Sinnvolle Auswahlkriterien sind unter anderem: Konformität zur aktuellen Spezifikation (IEEE 9274.1.1-2023), Unterstützung von cmi5, Import- und Export-Möglichkeiten für die Lerndaten (damit die Historie migrierbar bleibt), Reporting- und Analysefunktionen sowie Datenschutz-Optionen wie Zugriffssteuerung und Anonymisierung. Ob ein eigenständiger LRS nötig ist oder der im LMS integrierte genügt, hängt davon ab, wie viele Lernquellen zusammenlaufen und wie tief ausgewertet werden soll.
Entscheidend ist damit nicht, welcher Standard „besser“ ist, sondern welches Lernszenario abgebildet werden soll; wichtig ist, die Wahl am konkreten Einsatz auszurichten und nicht an der Frage, welcher Standard technisch der neuere ist. Eine moderne Lernplattform kann Unternehmen einen Teil dieser technischen Entscheidung abnehmen, wenn sie die benötigten Standards bereits mitbringt.
Hinweis in eigener Sache: Die Lernplattform von Bridgly unterstützt gängige E-Learning-Standards und liefert das passende Reporting mit, sodass der Fokus stärker auf den Schulungsinhalten liegen kann statt auf der Standard-Frage.
Weitere Beiträge rund um E-Learning und digitale Weiterbildung finden Sie im Themen-Hub HR & Weiterbildung.
Nicht im Sinne einer Ablösung. xAPI erweitert die Möglichkeiten von SCORM um Tracking außerhalb des LMS, doch SCORM bleibt für klassische Kurse weit verbreitet. Als funktionale Brücke gilt cmi5, ein xAPI-Profil für aus dem LMS gestartete Inhalte. In der Praxis werden beide Standards häufig parallel eingesetzt.
Ein LRS ist ein System, das mit xAPI erfasste Lernaufzeichnungen über eine standardisierte Schnittstelle speichert und wieder abrufbar macht. Es kann eigenständig betrieben werden oder Teil eines LMS sein und führt Lerndaten aus verschiedenen Quellen zusammen.
Nicht zwingend. Viele Lernplattformen unterstützen sowohl SCORM als auch xAPI und bringen einen LRS mit. Ob ein zusätzlicher, eigenständiger LRS sinnvoll ist, hängt davon ab, wie viele Lernquellen zusammengeführt und wie tief die Daten ausgewertet werden sollen.
Einblicke in das digitale Lernen der Zukunft mit Fokus auf KI, Compliance und moderne Schulungslösungen. Entdecken Sie die neuesten Beiträge und aktuelle Artikel, um praxisnahe Insights zu rechtssicherer, effizienter und automatisierter Weiterbildung im Unternehmen zu erhalten.
Unterweisungen und Weiterbildungen auditsicher, einfach und passgenau.
Hinweis: Texte, Bilder und Videos auf dieser Website wurden teilweise mit Künstlicher Intelligenz generiert.
Alle Inhalte dienen der Information und wurden sorgfältig journalistisch geprüft, erheben jedoch keinen Anspruch auf Vollständigkeit oder rechtliche Verbindlichkeit.
