Sejarah JSON: Dari Tahun 2000 hingga Menjadi Standar Industri

Douglas Crockford dan asal-mula JSON

Pada awal 2000-an, Douglas Crockford — seorang pengembang JavaScript berpengalaman — merasa frustrasi dengan XML, format data yang mendominasi masa itu. XML bertele-tele, sulit diurai di peramban, dan berlebihan untuk transfer data sederhana dari server ke klien.

Saat bekerja di State Software, Crockford menyadari bahwa sintaks object literal JavaScript sudah nyaris menjadi format data yang sempurna: ringkas, mudah dibaca manusia, dan dipahami secara native oleh semua peramban. Ia menamainya JSON — JavaScript Object Notation — dan mendaftarkan json.org pada tahun 2002 untuk mempublikasikan spesifikasinya.

Gelombang adopsi Web 2.0

Titik balik JSON datang bersama gerakan Web 2.0 (2005–2006). Ketika aplikasi berbasis AJAX membutuhkan respons server yang ringan, pengembang beralih ke JSON daripada XML. Yahoo menjadi pengadopsi awal, mengirimkan JSON di beberapa layanan webnya.

Untuk beberapa waktu, JSON diurai dengan eval() — cepat tetapi berbahaya, karena bisa mengeksekusi kode sembarangan. Kehadiran JSON.parse() yang native dan aman di ECMAScript 3.1 (yang menjadi ES5, 2009) menghilangkan risiko tersebut dan mengukuhkan JSON di dalam platform.

Menjadi standar

JSON diformalkan sebagai standar ECMA-404 pada tahun 2013, dan diterbitkan sebagai RFC 7159 oleh IETF pada tahun 2014 (kemudian direvisi sebagai RFC 8259 pada tahun 2017). Langkah-langkah ini menetapkan JSON sebagai format yang independen terhadap bahasa — bukan fitur JavaScript, melainkan standar universal.

Dari situ, adopsinya menjadi menyeluruh. REST API beralih ke JSON secara bawaan. Database NoSQL seperti MongoDB menyimpan dokumen sebagai JSON (BSON). Berkas konfigurasi, token autentikasi JWT, dan perkakas cloud-native semuanya membakukan JSON atau superset-nya, YAML.

Era eval() dan JSONP

Sebelum parsing native ada, trik yang membuat data lintas domain menjadi mungkin adalah JSONP: membungkus respons JSON dalam nama fungsi callback dan memuatnya sebagai tag <script>, menghindari same-origin policy. Ini bekerja di mana saja tetapi kasar — halaman pemanggil harus sepenuhnya mempercayai penyedia data, karena tag script mengeksekusi apa pun yang diterimanya.

Masalah kepercayaan itu tidak menua dengan baik. Saat API makin banyak, JSONP menjadi vektor injeksi yang umum, dan industri bergerak maju: CORS menstandarkan permintaan lintas origin yang benar, dan JSONP kini hanya menjadi kuriositas historis yang akan Anda temui di codebase lama.

Ekosistem JSON modern

JSON berhenti menjadi sekadar format pertukaran data. JSON Schema tumbuh menjadi ekosistem validasi dengan proses draft-nya sendiri, menggerakkan kontrak API dan generator kode. Varian bermunculan untuk ceruk tertentu: JSON5 melonggarkan sintaks untuk file yang diedit manusia, BSON mendukung penyimpanan MongoDB dengan tata letak biner, NDJSON (JSON yang dibatasi baris baru) mengalirkan catatan baris demi baris untuk log dan transfer massal, dan JSONC — JSON dengan komentar — bertahan dalam file konfigurasi seperti pengaturan VS Code.

Tata kelola formatnya juga mantap: RFC 8259 (2017) adalah Internet Standard saat ini, di samping ECMA-404. Situs asli Douglas Crockford, json.org, masih online sebagai referensi spesifikasi sekaligus bagian dari sejarah web.

Mengapa JSON mengalahkan XML

JSON kira-kira 30–40% lebih kecil daripada XML yang setara (tanpa closing tag, tanpa atribut), memetakan langsung ke struktur data native di semua bahasa, dan jauh lebih cepat diurai. XML bertahan di ceruk tertentu — markup dokumen, SOAP, konfigurasi dengan schema — tetapi JSON mendominasi pertukaran data.