Moodles native Open Badges durch Badges Ninja ersetzen (besserer Designer, gleiche API)

Moodle stellt seit Version 2.5 native Open Badges aus, und für viele Kursadministratoren ist das Grund genug, nie woanders hinzuschauen. Es ist eingebaut, kostenlos und erzeugt technisch gesehen einen standardkonformen Nachweis. Warum sind dann so viele Moodle-Admins spätestens beim fünfzigsten ausgestellten Badge frustriert?

Die ehrliche Antwort: Moodles Badge-System wurde entworfen, um eine Compliance-Checkbox abzuhaken, nicht um ein echtes Credentialing-Produkt zu sein. Es funktioniert, aber es funktioniert so, wie ein an ein LMS angeflanschtes Feature eben funktioniert — brauchbar, angestaubt und eingeengt durch die Grenzen der Plattform, in der es steckt. Wenn du je versucht hast, ein Moodle-Badge wie etwas anderes als ein rundes Clipart-Symbol aussehen zu lassen, oder eine Absolventin gefragt hat „Moment, wo sehe ich das eigentlich noch mal?“, kennst du diese Lücke bereits.

Das soll kein Verriss von Moodle sein — es ist ein hervorragendes LMS, und seine Badge-Kriterien-Engine (Kursabschluss, Aktivitätsabschluss, manuelle Vergabe, Kohortenzugehörigkeit) ist wirklich durchdacht, wenn es darum geht, einen Nachweis auszulösen. Das Problem liegt in allem, was nach dem Auslöser kommt: das Design-Tooling, die Empfänger-Erfahrung und die Sichtbarkeit des Badges außerhalb deiner Moodle-Instanz. Genau dafür ist badges.ninja gebaut, und du musst Moodles Abschlusslogik nicht aufgeben, um es zu nutzen — du richtest den Auslöser einfach auf eine andere Ausstellungs-Engine.

Wo Moodles native Badges an ihre Grenzen stoßen

Der Designer ist ein koordinatenbasierter Bild-Compositor, kein Design-Tool. Moodles Badge-Editor lässt dich ein Basisbild wählen, ein paar vordefinierte Icon-Overlays draufsetzen und die Position per Pixel-Offset justieren. Es gibt keine Formenbibliothek, kein Palettensystem, keine Schriftauswahl über das hinaus, was im Icon-Set eingebacken ist. Wenn deine Organisation eine Marke hat — ein Logo, eine Farbpalette, eine eigene visuelle Sprache für ihre Zertifizierungen —, kann Moodles Editor das schlicht nicht abbilden. Die meisten Institutionen enden damit, dass sie das Badge-Design in Photoshop oder Canva erstellen und ein flaches PNG hochladen, was den ganzen Sinn eines integrierten Designers zunichtemacht.

Empfänger brauchen einen Moodle-Login, um ihre eigenen Badges zu sehen. Die verliehenen Badges eines Lernenden liegen in dessen Moodle-Profilseite. Hat er den Kurs längst hinter sich gebracht, seine institutionellen Zugangsdaten vergessen, oder wurde sein Konto von der Institution inzwischen deaktiviert, ist das Badge auf seiner Seite faktisch verschwunden — auch wenn die zugrunde liegende Assertion über Moodles Backpack-Connector oder die öffentliche Badge-Seite theoretisch noch auflösbar wäre. Es gibt keinen dedizierten, gebrandeten, jederzeit erreichbaren Ort, an dem sich ein Empfänger nur mit seiner E-Mail-Adresse anmelden und jeden Nachweis sehen kann, den er je über alle Kurse hinweg erworben hat.

Teilen ist ein nachträglicher Gedanke. Moodle kann Badges an einen Mozilla-Backpack-kompatiblen Dienst pushen und stellt für jedes Badge eine öffentliche Verifizierungs-URL bereit, aber es gibt keinen eingebauten „Zu LinkedIn hinzufügen“-Flow, keinen Ein-Klick-Teilen-Button und keine Engagement-Analyse dazu, ob überhaupt jemand nach der Ausstellung auf das Badge geschaut hat. Für Programme, die wollen, dass das Badge als Mundpropaganda-Marketing funktioniert — Bootcamps, Weiterbildungsanbieter, Firmenschulungen —, ist das ein echter Opportunitätsverlust.

Massenoperationen sind umständlich. Ein Badge an eine ganze Kohorte zu vergeben funktioniert, wenn alle die auslösende Aktivität gleichzeitig in Moodle abschließen. Musst du aber Badges für eine vergangene Kohorte nachträglich vergeben, historische Abschlüsse aus einer Tabelle importieren oder ein Badge für etwas ausstellen, das komplett außerhalb des LMS passiert ist, landest du dabei, SQL direkt gegen Moodles Datenbank zu schreiben oder dich mit CSV-Import-Tools herumzuschlagen, die nicht speziell für Badges gebaut wurden.

Das Ersatzmuster: Moodles Auslöser behalten, den Aussteller wechseln

Du musst nicht von Moodle wegmigrieren, um das zu beheben. Das sauberste Muster ist, Moodle weiter das tun zu lassen, was es gut kann — Kursabschluss, Aktivitätsabschluss und Kohortenzugehörigkeit verfolgen — und es in dem Moment, in dem eine Abschlussbedingung feuert, die Badges-Ninja-API aufrufen zu lassen, statt (oder zusätzlich zu) seinem nativen Badge.

Moodle unterstützt das auf mehrere Arten:

1. Kursabschluss-Webhook / Polling der Moodle Web Services (REST). Moodles core_completion-API zeigt den Abschlussstatus pro Nutzer und Kurs an. Eine schlanke geplante Aufgabe (ein geplanter Moodle-Cron-Task oder ein externer Cron-Job, der Moodles REST-API abfragt) kann nach neu abgeschlossenen Einschreibungen suchen und für jede davon den Awards-Endpunkt von Badges Ninja aufrufen.

2. Ein lokaler Plugin-Hook. Wenn du eine Entwicklerin im Team hast, kann Moodles Event-System (\core\event\course_completed) von einem kleinen lokalen Plugin beobachtet werden, das genau in dem Moment eine HTTP-Anfrage abfeuert, in dem der Abschluss passiert — ohne Polling-Verzögerung.

3. Zapier/Make/n8n als Klebstoff, falls du Moodles Codebasis lieber nicht anfassen willst — Moodle kann Abschluss-Events an einen Webhook-Empfänger pushen, den ein No-Code-Automatisierungstool in einen Award-Aufruf verwandelt.

Hier ist der eigentliche Award-Aufruf, sobald du Name und E-Mail eines Nutzers hast, der abgeschlossen hat:

curl -X POST https://api.badges.ninja/awards \
  -H "X-Api-Key: bws_3f9a1c2d4e5b6a7c8d9e0f1a2b3c4d5e" \
  -H "Content-Type: application/json" \
  -d '{
    "badgeId": "badge_moodle_course_completion",
    "recipient": { "name": "Jordan Alvarez", "email": "learner@example.edu" },
    "issuedOn": "2026-08-31"
  }'

Oder in Node, innerhalb welcher geplanten Aufgabe oder welches Webhook-Empfängers auch immer du gerade betreibst:

const response = await fetch("https://api.badges.ninja/awards", {
  method: "POST",
  headers: {
    "X-Api-Key": process.env.BADGES_NINJA_API_KEY,
    "Content-Type": "application/json",
  },
  body: JSON.stringify({
    badgeId: "badge_moodle_course_completion",
    recipient: { name: completedUser.fullname, email: completedUser.email },
    issuedOn: Date.now(),
  }),
});
const award = await response.json();

Die E-Mail-Adresse des Empfängers wird im Ruhezustand SHA-256-gehasht, das Award bekommt automatisch eine eindeutige Verifizierungs-URL, einen QR-Code und ein A4-PDF-Zertifikat — und, ganz entscheidend, der Empfänger kann es per Magic-Link-Anmeldung auf badges.ninja/me beanspruchen, ganz ohne separates Moodle-Konto. Die vollständige Request-/Response-Struktur findest du in der Awards-API-Referenz und im Authentifizierungs-Guide, der zeigt, wie API-Schlüssel von Anfang bis Ende funktionieren.

Wenn du es lieber im Batch machst — etwa um die Abschlüsse eines ganzen Semesters in einem Rutsch nachzuholen, statt Echtzeit-Events zu verkabeln —, exportiere die Abschlüsse aus Moodle als CSV und nutze direkt den Bulk-Award-Flow, der Pause/Fortsetzen für große Dateien unterstützt. Das wird ausführlich in Open Badges aus einer CSV ausstellen behandelt.

Das Badge selbst gestalten

Sobald die Verrohrung steht, dauert das eigentliche Badge-Design Minuten, nicht ein Ticket an dein Web-Team. Der visuelle Designer gibt dir über 80 Formvorlagen, ein echtes Farbpalettensystem, Icon-Bibliotheken und den Upload eigener Schriftarten — sodass ein Badge für „Statistik Fortgeschritten — Abgeschlossen“ tatsächlich wie etwas aussehen kann, das zur Marke deiner Institution gehört, statt wie ein generisches Moodle-Erfolgssymbol.

Jeder API-Schlüssel ist von demselben Dashboard aus, in dem du Badges und Aussteller verwaltest, mit einem Scope versehen und widerrufbar — die Integrations-Zugangsdaten an eine Entwicklerin (oder ein Automatisierungstool wie Zapier) weiterzugeben bedeutet also nicht, deinen Haupt-Account-Login zu teilen.

Im Vergleich: die Empfänger-Erfahrung

Bei einem Punkt gewinnt Moodle trotzdem: Wenn deine einzige Anforderung lautet „das Badge existiert, ist technisch Open-Badge-v2.0-konform und liegt im LMS, das die Lernenden ohnehin schon nutzen“, kosten native Badges keinen Aufpreis und erfordern keine Integrationsarbeit. Der Kompromiss zeigt sich in dem Moment, in dem dir Designqualität, Portabilität nach Kursende oder die Umwandlung der Ausstellung in ein Recruiting-/Marketing-Signal wichtig werden — und das trifft irgendwann auf die meisten Institutionen zu.

Für einen breiteren Blick darauf, wie andere Open-Badges-Plattformen bei Preis und Funktionen abschneiden, sieh dir den Vergleich der günstigsten Open-Badges-Plattformen an. Und wenn deine Institution zwischen Open Badge v2.0 und der neueren Spezifikation für verifizierbare Nachweise abwägt, erklärt Open Badge v2 vs. v3 erklärt, welche davon du heute tatsächlich einsetzen solltest.

Bereit, deinen ersten verifizierbaren Nachweis auszustellen? Kostenlos starten auf badges.ninja — visueller Designer, öffentliche Verifizierungsseite, PDF-Zertifikat, Open-Badge-v2.0-Ausgabe. Keine Kreditkarte nötig.