Mengganti Open Badges Native Moodle dengan Badges Ninja (Desainer Lebih Baik, API yang Sama)

Moodle menyediakan Open Badges native, tetapi desainernya terbatas dan pengalaman penerima terkunci di dalam Moodle. Terbitkan credential Badges Ninja langsung dari penyelesaian kursus di Moodle.

Nacho Coll Oleh Diperbarui 7 menit baca
Moodle menyediakan Open Badges native, tetapi desainernya terbatas dan pengalaman penerima terkunci di dalam Moodle. Terbitkan credential Badges Ninja langsung dari penyelesaian kursus di Moodle.

Moodle telah menerbitkan Open Badges secara native sejak versi 2.5, dan bagi banyak administrator kursus, itu sudah cukup jadi alasan untuk tidak pernah melirik opsi lain. Fiturnya bawaan, gratis, dan secara teknis menghasilkan credential yang sesuai standar. Jadi mengapa begitu banyak admin Moodle akhirnya frustrasi setelah menerbitkan lencana kelima puluh mereka?

Jawaban jujurnya: sistem lencana Moodle dirancang untuk mencentang kotak kepatuhan, bukan untuk menjadi produk credentialing. Sistem ini berfungsi, tetapi berfungsi seperti fitur yang ditempelkan pada LMS — fungsional, ketinggalan zaman, dan dibatasi oleh keterbatasan platform tempatnya berada. Jika Anda pernah mencoba membuat lencana Moodle terlihat lebih dari sekadar ikon clip-art bulat, atau mendengar seorang lulusan bertanya, “tunggu, sebenarnya aku bisa lihat lencana ini di mana lagi?”, Anda sudah tahu celahnya.

Ini bukan kritik terhadap Moodle — Moodle adalah LMS yang sangat baik, dan mesin kriteria lencananya (penyelesaian kursus, penyelesaian aktivitas, pemberian manual, keanggotaan cohort) memang dirancang dengan matang untuk memicu sebuah credential. Masalahnya ada pada semua hal setelah pemicu itu: perangkat desain, pengalaman penerima, dan visibilitas lencana di luar instance Moodle Anda. Itulah persisnya bagian yang dibangun oleh badges.ninja, dan Anda tidak perlu meninggalkan logika penyelesaian kursus Moodle untuk menggunakannya — Anda cukup mengarahkan pemicunya ke mesin penerbitan yang berbeda.

Di mana lencana native Moodle kurang memadai

Desainernya adalah compositor gambar berbasis koordinat, bukan alat desain. Editor lencana Moodle memungkinkan Anda memilih gambar dasar, menambahkan beberapa overlay ikon yang sudah ditentukan, dan menyesuaikan posisi dengan offset piksel. Tidak ada pustaka bentuk, tidak ada sistem palet, tidak ada pilihan font selain yang sudah tertanam dalam set ikon. Jika organisasi Anda punya identitas merek — logo, palet warna, bahasa visual khusus untuk sertifikasi Anda — editor Moodle tidak bisa mengekspresikannya. Kebanyakan institusi akhirnya mendesain lencana di Photoshop atau Canva lalu mengunggah PNG datar, yang membuat keberadaan desainer bawaan menjadi sia-sia.

Penerima memerlukan login Moodle untuk melihat lencana mereka sendiri. Lencana yang diberikan kepada peserta didik tersimpan di dalam halaman profil Moodle mereka. Jika mereka sudah menyelesaikan kursus, lupa kredensial institusional mereka, atau institusi telah mencabut akses akun mereka, lencana tersebut praktis hilang dari sisi mereka — meskipun assertion yang mendasarinya mungkin masih bisa diakses lewat backpack-connector Moodle atau halaman lencana publik. Tidak ada tempat khusus, bermerek, dan selalu dapat diakses di mana penerima bisa login hanya dengan email mereka dan melihat setiap credential yang pernah mereka peroleh dari semua kursus.

Fitur berbagi hanyalah tambahan belakangan. Moodle bisa mengirim lencana ke layanan yang kompatibel dengan Mozilla Backpack, dan menyediakan URL verifikasi publik untuk setiap lencana, tetapi tidak ada alur “Add to LinkedIn” bawaan, tidak ada tombol berbagi satu klik, dan tidak ada analitik engagement untuk mengetahui apakah ada yang benar-benar melihat lencana tersebut setelah diterbitkan. Bagi program yang ingin lencananya berfungsi sebagai pemasaran dari mulut ke mulut — bootcamp, penyedia pendidikan berkelanjutan (CE), pelatihan korporat — ini adalah opportunity cost yang nyata.

Operasi massal terasa kaku. Memberikan lencana ke satu cohort penuh berjalan baik jika semua orang menyelesaikan aktivitas pemicu di dalam Moodle pada waktu yang sama. Tetapi jika Anda perlu mengisi ulang (backfill) lencana untuk cohort masa lalu, mengimpor riwayat penyelesaian dari spreadsheet, atau menerbitkan lencana untuk sesuatu yang terjadi sepenuhnya di luar LMS, Anda terpaksa menulis SQL langsung ke database Moodle atau berjuang dengan alat impor CSV yang tidak dirancang khusus untuk lencana.

Pola penggantian: pertahankan pemicu Moodle, ubah penerbitnya

Anda tidak perlu bermigrasi dari Moodle untuk memperbaiki ini. Pola paling bersih adalah membiarkan Moodle terus melakukan apa yang memang dikuasainya — melacak penyelesaian kursus, penyelesaian aktivitas, keanggotaan cohort — dan membuatnya memanggil API Badges Ninja pada saat kondisi penyelesaian terpicu, alih-alih (atau bersamaan dengan) memberikan lencana native-nya.

Moodle mendukung ini dengan beberapa cara:

  1. Webhook penyelesaian kursus / polling Moodle Web Services (REST). API core_completion Moodle mengekspos status penyelesaian per pengguna per kursus. Tugas terjadwal yang ringan (tugas cron terjadwal Moodle, atau cron job eksternal yang memanggil REST API Moodle) dapat melakukan polling untuk pendaftaran yang baru selesai dan, untuk masing-masing, memanggil endpoint awards Badges Ninja.

  2. Hook plugin lokal. Jika Anda punya developer di tim, sistem event Moodle (\core\event\course_completed) bisa diamati oleh plugin lokal kecil yang mengirim permintaan HTTP tepat saat penyelesaian terjadi — tanpa jeda polling.

  3. Zapier/Make/n8n sebagai penghubung, jika Anda lebih memilih untuk tidak menyentuh codebase Moodle — Moodle dapat mengirim event penyelesaian ke penerima webhook yang kemudian diubah oleh alat otomasi no-code menjadi panggilan pemberian lencana.

Berikut panggilan pemberian lencana yang sebenarnya, setelah Anda memiliki nama dan email pengguna yang telah menyelesaikan kursus:

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"
  }'

Atau dalam Node, di dalam tugas terjadwal atau penerima webhook apa pun yang Anda jalankan:

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();

Email penerima di-hash dengan SHA-256 saat disimpan, pemberian lencana otomatis mendapatkan URL verifikasi unik, kode QR, dan sertifikat PDF A4 — dan yang terpenting, penerima dapat mengklaimnya melalui sign-in magic-link di badges.ninja/me, tanpa perlu akun Moodle terpisah. Lihat bentuk lengkap request/response di referensi API awards dan panduan autentikasi untuk memahami cara kerja API key secara menyeluruh.

Jika Anda lebih suka melakukannya secara batch — misalnya mengisi ulang (backfill) penyelesaian satu semester sekaligus alih-alih menghubungkan event real-time — ekspor data penyelesaian dari Moodle sebagai CSV dan gunakan alur bulk award langsung, yang mendukung pause/resume untuk file besar. Ini dibahas lebih rinci di cara menerbitkan Open Badges dari CSV.

Mendesain lencananya sendiri

Setelah infrastrukturnya siap, desain lencana sebenarnya hanya butuh beberapa menit, bukan tiket ke tim web Anda. Desainer visual memberi Anda lebih dari 80 template bentuk, sistem palet warna sungguhan, pustaka ikon, dan unggahan font kustom — sehingga lencana untuk “Statistik Lanjutan — Selesai” bisa benar-benar terlihat sebagai bagian dari merek institusi Anda, bukan ikon pencapaian generik ala Moodle.

API Keys — empty state

Setiap API key memiliki cakupan (scope) tersendiri dan dapat dicabut dari dashboard yang sama tempat Anda mengelola lencana dan penerbit, sehingga memberikan kredensial integrasi kepada developer (atau alat otomasi seperti Zapier) tidak berarti membagikan login akun utama Anda.

Create key — name form

Perbandingan berdampingan: pengalaman penerima

Lencana native MoodleBadges Ninja
Tempat penerima melihatnyaDi dalam profil Moodle, perlu loginbadges.ninja/me, magic-link, tanpa kata sandi
Verifikasi publikYa, URL publik per lencanaYa, endpoint Open Badge v2.0 JSON-LD
Perangkat desainIkon tetap + offset posisi80+ template, palet, font/ikon kustom
Berbagi ke LinkedInManual, tanpa tombol bawaanAlur Add-to-LinkedIn-Profile native
Penerbitan historis massalSQL atau workaround CSV manualBulk award bawaan dengan pause/resume
Visibilitas engagementTidak adaStatistik view/share per pemberian lencana
Akses setelah meninggalkan institusiTerikat pada status akun MoodlePersisten, dimiliki penerima

Moodle masih unggul dalam satu hal: jika satu-satunya kebutuhan Anda adalah “lencana ada, secara teknis sesuai Open Badge v2.0, dan berada di dalam LMS yang sudah dipakai peserta didik,” lencana native tidak memerlukan biaya tambahan dan tidak butuh pekerjaan integrasi. Trade-off-nya muncul begitu Anda mulai peduli pada kualitas desain, portabilitas setelah kursus berakhir, atau mengubah penerbitan lencana menjadi sinyal rekrutmen/pemasaran — yang pada akhirnya berlaku bagi sebagian besar institusi.

Untuk gambaran lebih luas tentang bagaimana platform Open Badges lain dibandingkan dari segi harga dan fitur, lihat perbandingan platform Open Badges termurah. Dan jika institusi Anda sedang mempertimbangkan Open Badge v2.0 dibandingkan spesifikasi verifiable-credentials yang lebih baru, penjelasan Open Badge v2 vs v3 membahas mana yang sebaiknya benar-benar Anda gunakan hari ini.

Siap menerbitkan credential terverifikasi pertama Anda? Mulai gratis di badges.ninja — desainer visual, halaman verifikasi publik, sertifikat PDF, output Open Badge v2.0. Tidak perlu kartu kredit.

Nacho Coll

Tentang penulis

Founder & Engineer at Badges Ninja

Nacho founded Badges Ninja to make issuing verifiable digital credentials as simple as a single API call — Open Badge v2.0 badges and certificates, minted, hosted, and verifiable without standing up your own issuer infrastructure. Writes about the Open Badges spec, credential verification, and running a credentialing platform serverless on AWS, from the operator side of the wire.

Kembali ke Blog

Artikel Terkait