xAPI-Kurse erstellen: Tin-Can-Kurse ohne Programmieren bauen
xAPI ist ein leistungsstarker E-Learning-Standard, aber funktionierende Tin-Can-Kurse ohne händisches JSON-Schreiben zu erstellen ist nicht offensichtlich. Dieser Leitfaden erklärt, was xAPI ist, welche Infrastruktur benötigt wird und wie Autorentools die technische Komplexität übernehmen.
Nico Schriever•Die xAPI-Spezifikation wirkt auf den ersten Blick einschüchternd — bis man versteht, was sie eigentlich tut. Viele Lernprofis hören „Tin Can", sehen Referenzen zu JSON-Aussagen und REST-APIs und gehen davon aus, dass es sich um ein Entwicklerthema handelt. Das ist falsch — aber das richtige Autorentool und ein Verständnis der Infrastruktur sind notwendig.
Dieser Leitfaden erklärt, wie xAPI-Aussagen aussehen, was ein Learning Record Store ist und wie man ein funktionierendes xAPI-Kurspaket erstellt, ohne eine einzige Zeile Code zu schreiben.
Was eine xAPI-Aussage tatsächlich ist
Die xAPI-Spezifikation von 2013 bildet Lernen als Aussagen ab. Jede Aussage hat drei erforderliche Teile: einen Akteur, ein Verb und ein Objekt. Das klassische Beispiel lautet:
„Nico hat das Modul Arbeitssicherheit abgeschlossen."
In JSON sieht das so aus:
{
"actor": { "name": "Nico", "mbox": "mailto:nico@example.com" },
"verb": { "id": "http://adlnet.gov/expapi/verbs/completed" },
"object": { "id": "https://skillsail.com/courses/arbeitssicherheit" }
}
Aussagen können zusätzlichen Kontext enthalten: eine Punktzahl, eine Dauer, ein Ergebnis, eine Plattform, Erweiterungen für benutzerdefinierte Daten. Aber das Grundmodell ist immer Akteur-Verb-Objekt. Wie der xAPI-vs.-SCORM-Leitfaden von iSpring erklärt, macht diese Einfachheit xAPI so flexibel: jedes Lernereignis — ein Video ansehen, ein Quiz bestehen, eine Simulation abschließen — lässt sich als Aussage ausdrücken.
Was sich im Vergleich zu SCORM ändert, ist, wohin diese Aussagen gesendet werden. SCORM kommuniziert über JavaScript im Browser mit dem LMS. xAPI sendet HTTP-Anfragen an einen Learning Record Store.
Der Learning Record Store: erforderliche Infrastruktur
Ein Learning Record Store (LRS) ist eine Datenbank, die speziell dafür entwickelt wurde, xAPI-Aussagen zu empfangen, zu speichern und bereitzustellen. Er ist vom LMS getrennt und für xAPI zwingend erforderlich.
Wie im LRS-Leitfaden von xAPI.com beschrieben, muss ein LRS eine standardisierte REST-API unterstützen, damit jeder xAPI-konforme Kurs Aussagen senden kann, ohne eine individuelle Integration zu benötigen. Einige LMS-Plattformen beinhalten einen integrierten LRS — Docebo ist ein Beispiel, und die xAPI-Upload-Dokumentation von Docebo zeigt, wie xAPI-Inhalte hochgeladen und auf deren integrierten Store konfiguriert werden. Andere Organisationen betreiben eigenständige LRS-Produkte neben ihrem LMS.
Falls das LMS keinen integrierten LRS hat, gibt es zwei Möglichkeiten: ein eigenständiges LRS-Produkt zum Stack hinzufügen oder zu einem LMS wechseln, das einen enthält.
Warum xAPI wichtig ist: Anwendungsfälle, die SCORM nicht abdeckt
SCORM benötigt einen Browser und eine aktive LMS-Sitzung. xAPI nicht.
Offline-Mobiltraining. Eine mobile Trainings-App kann xAPI-Aussagen lokal in der Warteschlange halten und mit dem LRS synchronisieren, sobald Konnektivität wiederhergestellt ist. Das ist entscheidend für Außendienstmitarbeitende, Einzelhandelspersonal oder alle, die in Umgebungen ohne zuverlässigen Internetzugang arbeiten.
Simulations- und Szenarioverfolgung. Komplexe Simulationen erzeugen viele Ereignisse — Verzweigungsentscheidungen, Zeitaufwand, Fehlerquoten. xAPI kann all diese als einzelne Aussagen erfassen und bietet so deutlich reichhaltigere Analysen als eine einzige SCORM-Punktzahl.
Lernen außerhalb des LMS. Informelles Lernen — ein externes Video ansehen, eine Aufgabe im Workflow erledigen — kann mit xAPI-Aussagen erfasst werden, solange die Aktivität an den LRS berichtet.
Gemischte Lernprogramme. Präsenzveranstaltungen, Coaching-Sitzungen und praktische Beurteilungen können alle als xAPI-Aussagen aufgezeichnet werden und ergeben so ein vollständiges Bild der Entwicklung einer lernenden Person, das ein SCORM-basiertes LMS nicht liefern kann.
Autorentools, die xAPI exportieren
Die praktische Frage ist, wie man ein xAPI-Paket erstellt, ohne JSON manuell zu schreiben. Mehrere Autorentools übernehmen das.
iSpring Suite exportiert xAPI über den Standard-Veröffentlichungsdialog. Der Kurs erzeugt xAPI-Aussagen für Start, Interaktionen, Abschluss und Punktzahl; der LRS-Endpunkt muss im veröffentlichten Ausgabe konfiguriert werden. Wie in der xAPI-Dokumentation von iSpring vermerkt, handelt es sich dabei um einen Windows-Desktop-Workflow.
Articulate Storyline 360 unterstützt xAPI-Veröffentlichung mit konfigurierbarer Aussagengranularität — es kann festgelegt werden, welche Ereignisse Aussagen auslösen.
Skillsail exportiert xAPI-Pakete direkt aus seiner cloudbasierten Autorenumgebung. Dasselbe Modul, das als SCORM 1.2 exportiert wird, lässt sich auch als xAPI exportieren; der LRS-Endpunkt wird beim Export konfiguriert. Bei mehrsprachigen Kursen wird jede Sprachvariante als separates xAPI-Paket exportiert.
Wann xAPI statt SCORM oder cmi5 gewählt werden sollte
Die Entscheidung hängt von Infrastruktur und Anwendungsfall ab:
xAPI wählen, wenn:
- Ein LRS vorhanden ist oder das LMS einen enthält.
- Lernen außerhalb des LMS verfolgt werden soll — mobile Apps, externe Plattformen oder Präsenzveranstaltungen.
- Der Anwendungsfall komplexe Simulationen oder gemischtes Lernen umfasst, das reichhaltige Ereignisdaten erzeugt.
- Eine Lernanalyse-Infrastruktur aufgebaut wird, die Daten aus mehreren Quellen konsolidiert.
Bei SCORM bleiben, wenn:
- Das LMS keinen LRS hat und keiner hinzugefügt werden kann.
- Der Anwendungsfall ein Standard-Online-Kurs mit Abschluss und Punktzahl ist — xAPI ist hier mehr Infrastruktur für dasselbe Ergebnis.
Stattdessen cmi5 erwägen, wenn:
- Der Datenreichtum von xAPI gewünscht wird, aber das LMS den Launch, die Authentifizierung und die Weitergabe-Logik steuern soll — cmi5 definiert all das auf xAPI aufbauend.
So sieht ein praktischer xAPI-Workflow aus
Ein unkomplizierter xAPI-Kurs-Deployment:
- Kurs im Autorentool erstellen — Skillsail, iSpring oder Storyline.
- LRS-Endpunkt beim Export konfigurieren. Das xAPI-Paket muss zur Laufzeit wissen, wohin Aussagen gesendet werden.
- Das xAPI-Paket in das LMS hochladen oder auf einem Webserver hosten. Das LMS startet die Kurs-URL; der Kurs kommuniziert dann direkt mit dem LRS.
- Aussagen im LRS für Analysen auswerten. Aussagendaten können im eingebauten Dashboard des LRS visualisiert oder in ein BI-Tool exportiert werden.
Der Schritt, an dem neue xAPI-Implementierer typischerweise stolpern, ist Schritt 2: der LRS-Endpunkt. Anders als SCORM, das das LMS automatisch über Browser-Injektion findet, muss xAPI den LRS-Speicherort vor der Veröffentlichung des Kurses kennen.
Wo Skillsail passt
Skillsails Export-Pipeline umfasst alle vier wichtigen Formate — SCORM 1.2, SCORM 2004, xAPI und cmi5 — aus demselben erstellten Modul. Für Teams, die xAPI ohne komplexe Autorenumgebung benötigen, bedeutet das: Quelldokument hochladen, Kurs generieren, LRS-Endpunkt konfigurieren, exportieren. Kein JSON, kein benutzerdefinierter Code, kein PowerPoint-Plug-in erforderlich.
Für mehrsprachige xAPI-Bereitstellungen — ein Szenario, das SCORM ungeschickt handhabt — generiert Skillsail ein separates xAPI-Paket pro Sprache, jedes mit Aussagen im Sprachkontext des Lernenden.
xAPI ist nicht komplizierter als SCORM, wenn man die Infrastrukturanforderung verstanden hat. Der Authoring-Teil ist identisch; nur die Auslieferungsinfrastruktur ändert sich.
