Menggantikan Open Badges Terbina Dalam Moodle dengan Badges Ninja (Pereka Bentuk Lebih Baik, API Sama)
Moodle dilengkapi dengan Open Badges terbina dalam, tetapi pereka bentuknya terhad dan pengalaman penerima terkunci di dalam Moodle. Sebaliknya, keluarkan kelayakan Badges Ninja daripada penyempurnaan kursus Moodle.
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.
Moodle telah mengeluarkan Open Badges secara terbina dalam sejak versi 2.5, dan bagi ramai pentadbir kursus, itu sudah cukup menjadi sebab untuk tidak melihat ke tempat lain. Ia terbina dalam, ia percuma, dan secara teknikalnya ia menghasilkan kelayakan yang mematuhi standard. Jadi kenapa begitu ramai pentadbir Moodle akhirnya berasa kecewa menjelang mereka mengeluarkan lencana kelima puluh mereka?
Jawapan yang jujur: sistem lencana Moodle direka untuk memenuhi keperluan pematuhan, bukan untuk menjadi produk pengeluaran kelayakan. Ia berfungsi, tetapi ia berfungsi seperti ciri yang ditampal pada LMS — berfungsi, ketinggalan zaman, dan terkurung oleh batasan platform tempat ia berada. Jika anda pernah cuba menjadikan lencana Moodle kelihatan seperti sesuatu selain ikon clip-art berbentuk bulat, atau pernah mendengar seorang graduan bertanya “eh, di mana sebenarnya saya boleh lihat benda ini semula?”, anda sudah tahu jurang tersebut.
Ini bukan kritikan terhadap Moodle — ia adalah LMS yang cemerlang dan enjin kriteria lencananya (penyempurnaan kursus, penyempurnaan aktiviti, anugerah manual, keahlian kohort) memang direka dengan baik untuk mencetuskan sesuatu kelayakan. Masalahnya ialah semua yang berlaku selepas pencetusan itu: alat reka bentuk, pengalaman penerima, dan keterlihatan lencana di luar instans Moodle anda. Itulah tepatnya bahagian yang dibina oleh badges.ninja, dan anda tidak perlu melepaskan logik penyempurnaan Moodle untuk menggunakannya — anda hanya perlu mengarahkan pencetus itu kepada enjin pengeluaran yang berbeza.
Di Mana Lencana Terbina Dalam Moodle Kurang Berkesan
Pereka bentuknya adalah penggabung imej berasaskan koordinat, bukan alat reka bentuk. Penyunting lencana Moodle membolehkan anda memilih imej asas, menambah beberapa lapisan ikon pratetap, dan melaraskan kedudukan menggunakan anjakan piksel. Tiada pustaka bentuk, tiada sistem palet warna, tiada pilihan fon selain yang sudah terbina dalam set ikon. Jika organisasi anda mempunyai jenama — logo, palet warna, bahasa visual tertentu untuk pensijilan anda — penyunting Moodle tidak dapat mengungkapkannya. Kebanyakan institusi akhirnya mereka bentuk grafik lencana dalam Photoshop atau Canva dan memuat naik PNG rata, yang menggagalkan tujuan mempunyai pereka bentuk dalaman langsung.
Penerima memerlukan log masuk Moodle untuk melihat lencana mereka sendiri. Lencana yang dianugerahkan kepada seseorang pelajar berada di dalam halaman profil Moodle mereka. Jika mereka sudah meneruskan hidup selepas kursus itu, terlupa kelayakan institusi mereka, atau institusi tersebut telah menyahaktifkan akaun mereka, lencana itu pada dasarnya hilang dari pihak mereka — walaupun pengesahan yang mendasarinya mungkin masih dapat diselesaikan melalui penyambung backpack Moodle atau halaman lencana awam. Tiada tempat khusus, berjenama, dan sentiasa boleh diakses di mana penerima boleh log masuk hanya dengan e-mel mereka dan melihat setiap kelayakan yang pernah mereka perolehi merentasi semua kursus.
Perkongsian hanyalah fikiran tambahan. Moodle boleh menolak lencana ke perkhidmatan yang serasi dengan Mozilla Backpack, dan ia mendedahkan URL pengesahan awam untuk setiap lencana, tetapi tiada aliran “Tambah ke LinkedIn” terbina dalam, tiada butang kongsi satu klik, dan tiada analitik penglibatan tentang sama ada sesiapa pernah melihat lencana itu selepas ia dikeluarkan. Bagi program yang mahu lencana berfungsi sebagai pemasaran dari mulut ke mulut — bootcamp, penyedia pendidikan berterusan, latihan korporat — itu adalah kos peluang yang nyata.
Operasi pukal adalah janggal. Menganugerahkan lencana kepada satu kohort penuh berfungsi jika semua orang menyempurnakan aktiviti pencetus di dalam Moodle pada masa yang sama. Tetapi jika anda perlu mengisi semula lencana untuk kohort terdahulu, mengimport penyempurnaan sejarah daripada hamparan, atau mengeluarkan lencana untuk sesuatu yang berlaku sepenuhnya di luar LMS, anda terperangkap menulis SQL terus ke pangkalan data Moodle atau bergelut dengan alat import CSV yang tidak dibina khusus untuk lencana.
Corak Penggantian: Kekalkan Pencetus Moodle, Tukar Pengeluar
Anda tidak perlu berhijrah daripada Moodle untuk membetulkan perkara ini. Corak yang paling bersih adalah membiarkan Moodle terus melakukan apa yang ia mahir — menjejaki penyempurnaan kursus, penyempurnaan aktiviti, keahlian kohort — dan membuatnya memanggil API Badges Ninja sebaik sahaja syarat penyempurnaan tercetus, sebagai ganti (atau bersama-sama) penganugerahan lencana terbina dalamnya sendiri.
Moodle menyokong ini dengan beberapa cara:
-
Webhook penyempurnaan kursus / polling Moodle Web Services (REST). API core_completion Moodle mendedahkan status penyempurnaan bagi setiap pengguna bagi setiap kursus. Satu tugas berjadual yang ringan (tugas cron berjadual Moodle, atau tugas cron luaran yang menghubungi API REST Moodle) boleh melakukan polling untuk pendaftaran yang baru disempurnakan dan, bagi setiap satu, memanggil titik akhir anugerah Badges Ninja.
-
Hook plugin tempatan. Jika anda mempunyai pembangun dalam pasukan anda, sistem acara Moodle (
\core\event\course_completed) boleh diperhatikan oleh plugin tempatan kecil yang mencetuskan permintaan HTTP sebaik sahaja penyempurnaan berlaku — tanpa kelewatan polling. -
Zapier/Make/n8n sebagai perekat, jika anda lebih suka mengelakkan daripada menyentuh kod asas Moodle — Moodle boleh menolak acara penyempurnaan kepada penerima webhook yang ditukar oleh alat automasi tanpa kod menjadi panggilan anugerah.
Berikut adalah panggilan anugerah sebenar, sebaik sahaja anda mempunyai nama dan e-mel pengguna yang telah selesai:
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 mana-mana tugas berjadual atau penerima webhook 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();
E-mel penerima di-hash menggunakan SHA-256 semasa disimpan, anugerah tersebut secara automatik mendapat URL pengesahan unik, kod QR, dan sijil PDF A4, dan — yang paling penting — penerima boleh menuntutnya melalui log masuk magic-link di badges.ninja/me, tanpa memerlukan akaun Moodle berasingan. Lihat bentuk permintaan/respons penuh dalam rujukan API anugerah dan panduan pengesahan identiti untuk memahami cara kunci API berfungsi dari hujung ke hujung.
Jika anda lebih suka melakukannya secara kelompok — misalnya, mengisi semula penyempurnaan sepanjang satu semester dalam satu proses berbanding menyambungkan acara masa nyata — eksport penyempurnaan daripada Moodle sebagai CSV dan gunakan aliran anugerah pukal secara terus, yang menyokong jeda/sambung semula untuk fail besar. Ini dibincangkan secara terperinci dalam cara mengeluarkan Open Badges daripada CSV.
Mereka Bentuk Lencana Itu Sendiri
Sebaik sahaja infrastruktur asas sudah disediakan, reka bentuk lencana sebenar hanya mengambil masa beberapa minit, bukan satu tiket kepada pasukan web anda. Pereka bentuk visual memberi anda lebih 80 templat bentuk, sistem palet warna sebenar, pustaka ikon, dan muat naik fon tersuai — jadi lencana untuk “Statistik Lanjutan — Selesai” boleh benar-benar kelihatan seperti ia milik jenama institusi anda dan bukannya ikon pencapaian generik Moodle.

Setiap kunci API mempunyai skop dan boleh dibatalkan daripada papan pemuka yang sama tempat anda menguruskan lencana dan pengeluar, jadi memberikan kelayakan integrasi kepada pembangun (atau alat automasi seperti Zapier) tidak bermakna anda perlu berkongsi log masuk akaun utama anda.

Perbandingan Bersebelahan: Pengalaman Penerima
| Lencana terbina dalam Moodle | Badges Ninja | |
|---|---|---|
| Di mana penerima melihatnya | Di dalam profil Moodle, memerlukan log masuk | badges.ninja/me, magic-link, tanpa kata laluan |
| Pengesahan awam | Ya, URL awam bagi setiap lencana | Ya, titik akhir JSON-LD Open Badge v2.0 |
| Alat reka bentuk | Ikon tetap + anjakan kedudukan | 80+ templat, palet, fon/ikon tersuai |
| Perkongsian LinkedIn | Manual, tiada butang terbina dalam | Aliran Tambah-ke-Profil-LinkedIn terbina dalam |
| Pengeluaran sejarah pukal | Penyelesaian sementara SQL atau CSV manual | Anugerah pukal terbina dalam dengan jeda/sambung semula |
| Keterlihatan penglibatan | Tiada | Statistik lihat/kongsi bagi setiap anugerah |
| Akses selepas meninggalkan institusi | Terikat kepada status akaun Moodle | Berterusan, dimiliki oleh penerima |
Moodle masih menang dalam satu perkara: jika satu-satunya keperluan anda ialah “lencana wujud, secara teknikal mematuhi Open Badge v2.0, dan berada di dalam LMS yang sudah digunakan oleh pelajar,” lencana terbina dalam tidak memerlukan sebarang kos tambahan dan tidak memerlukan sebarang kerja integrasi. Pertukaran itu mula kelihatan sebaik sahaja anda mula mengambil berat tentang kualiti reka bentuk, kemudahalihan selepas kursus tamat, atau menjadikan pengeluaran sebagai isyarat pengambilan pekerja/pemasaran — yang akhirnya berlaku kepada kebanyakan institusi.
Untuk pandangan yang lebih luas tentang bagaimana platform Open Badges lain dibandingkan dari segi harga dan ciri, lihat perbandingan platform Open Badges paling murah. Dan jika institusi anda sedang menimbang Open Badge v2.0 berbanding spesifikasi kelayakan boleh disahkan yang lebih baharu, Open Badge v2 vs v3 dijelaskan membincangkan yang mana satu patut anda gunakan hari ini.
Bersedia untuk mengeluarkan kelayakan boleh disahkan pertama anda? Mula percuma di badges.ninja — pereka bentuk visual, halaman pengesahan awam, sijil PDF, output Open Badge v2.0. Tiada kad kredit diperlukan.
Bagaimana artikel ini dihasilkan
Sebahagian catatan di blog ini dirangka dengan bantuan pembantu AI, kemudian disemak, disahkan fakta, dan disunting oleh pasukan Badges Ninja sebelum diterbitkan. Setiap sampel kod dan harga disahkan berdasarkan produk sebenar. Ketahui lebih lanjut tentang proses editorial dan AI kami di halaman proses editorial .

Tentang penulis
Nacho Coll
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.

