Response API datang sebagai satu baris sepanjang delapan ribu karakter, dan kamu harus mencari satu field di dalamnya. Atau sebaliknya: file konfigurasi rapi tapi kebesaran untuk dikirim. Dua masalah berlawanan, dua alat berbeda.
Tiga operasi yang sering tertukar
Format / Pretty print — menambahkan indentasi dan baris baru supaya struktur datanya terlihat. Isinya tidak berubah, hanya tampilannya.
Minify — kebalikannya: membuang semua spasi dan baris baru supaya ukurannya sekecil mungkin. Untuk dikirim lewat jaringan atau disimpan.
Validasi — memeriksa apakah teksnya benar-benar JSON yang sah. Ini yang paling sering kamu butuhkan saat ada yang error.
Ketiganya tersedia terpisah: JSON Formatter untuk merapikan sekaligus memvalidasi, JSON Pretty Print untuk tampilan terstruktur yang enak dibaca, dan JSON Minifier untuk memampatkan.
Semuanya berjalan di browser — penting, karena JSON yang kamu tempel sering berisi data pelanggan, token, atau isi database yang tidak boleh diunggah ke server orang lain.
Penyebab JSON invalid yang paling sering
Hampir semua error JSON berasal dari daftar pendek ini:
- Koma di akhir (trailing comma).
{"a": 1, "b": 2,}— sah di JavaScript, tidak sah di JSON. Ini penyebab nomor satu. - Kutip tunggal. JSON hanya menerima kutip ganda.
{'a': 1}invalid. - Key tanpa kutip.
{a: 1}invalid; harus{"a": 1}. - Komentar. JSON standar tidak mengenal
//maupun/* */. - Kurung tidak seimbang. Biasanya akibat salin-tempel yang terpotong.
- Karakter kontrol di dalam string. Baris baru literal harus ditulis
\n, bukan ditekan Enter. - Backslash yang tidak di-escape. Path Windows
C:\folderharus jadiC:\\folder. - NaN atau Infinity. Bukan nilai JSON yang sah.
Kalau validator menunjuk baris tertentu, periksa juga baris sebelumnya — koma yang hilang atau berlebih biasanya baru terdeteksi di baris berikutnya.
Kapan minify benar-benar berguna
Minify memangkas ukuran dengan membuang spasi. Untuk JSON dengan indentasi, penghematannya bisa 15–30%.
Tapi perlu jujur soal ini: sebagian besar server web sudah mengompres response dengan gzip atau brotli, dan kompresi itu jauh lebih efektif daripada sekadar membuang spasi. Kalau JSON-mu dikirim lewat HTTP dengan kompresi aktif, keuntungan minify jadi kecil.
Minify tetap masuk akal untuk: file konfigurasi yang disimpan langsung, data yang ditanam di dalam kode, payload yang dikirim tanpa kompresi, atau saat ada batas ukuran yang ketat.
Yang perlu dijaga: simpan versi rapinya sebagai sumber yang kamu edit. Menyunting JSON hasil minify secara manual adalah cara cepat membuat kesalahan.
Kebiasaan yang menghemat waktu
- Validasi sebelum mengirim ke API. Lebih cepat daripada membaca pesan error server yang samar.
- Format sebelum membandingkan dua file. Dua JSON dengan isi identik tapi format berbeda akan terlihat sama sekali berbeda saat dibandingkan baris per baris.
- Perhatikan urutan key. Secara spesifikasi urutan key dalam objek JSON tidak bermakna, jadi jangan menulis kode yang bergantung padanya.
- Hati-hati dengan angka besar. Bilangan bulat yang sangat besar bisa kehilangan presisi saat diproses sebagai angka JavaScript. Untuk ID panjang, kirim sebagai string.
Kalau JSON-mu perlu disisipkan ke dalam URL atau header, Base64 Encoder/Decoder mengubahnya jadi teks yang aman dikirim.
Pertanyaan yang sering muncul
Apakah data saya dikirim ke server?
Tidak. Ketiga alat memproses di browser, jadi isi JSON-mu tidak meninggalkan perangkat.
Kenapa JSON dari API saya tidak bisa diformat?
Sering karena yang kamu salin sebenarnya bukan JSON murni — misalnya masih terbungkus tampilan konsol browser, atau ada teks log yang ikut tersalin di awal.
Apa beda JSON dan JSON5 atau JSONC?
Keduanya varian yang mengizinkan komentar dan trailing comma. Nyaman untuk file konfigurasi, tapi tidak diterima parser JSON standar.
Bisa memproses file JSON yang sangat besar?
Bergantung memori browser. File berukuran puluhan megabyte bisa membuat tab berat atau berhenti merespons — untuk itu lebih baik memakai alat baris perintah.