Sebelum kode Anda mengurai sebuah respons API, ada baiknya memastikan body-nya benar-benar JSON yang valid.
Memuat Validator JSON…
Memastikan body respons API adalah JSON yang benar sebelum diparse
Menunjuk baris, posisi, dan alasan kesalahan pertama
Memakai logika pemeriksaan yang sama dengan JSON.parse
Berjalan lokal di browser, body respons tidak pernah diunggah
Pasang Validator JSON di blog, dokumentasi, intranet, atau portal sekolah dengan iframe. Pemrosesan, privasi, dan batas penggunaan sama seperti pada halaman alat lengkap.
Kode embed
<iframe
src="https://www.fixtools.io/json/json-validator?embed=1&lang=id"
width="100%"
height="780"
frameborder="0"
style="border:0;border-radius:16px;max-width:900px;"
title="Validator JSON by FixTools"
loading="lazy"
allow="clipboard-write"
></iframe>Ramah atribusi: tautan kecil "Powered by FixTools" muncul di footer embed.
Respons API tidak selalu berupa JSON yang rapi seperti yang Anda harapkan. Sebuah endpoint bisa mengembalikan halaman kesalahan HTML saat server bermasalah, potongan JSON yang terpotong karena timeout, atau pesan galat berformat lain ketika autentikasi gagal. Jika kode Anda langsung memanggil JSON.parse pada respons semacam itu, program akan melempar pengecualian dan berpotensi menghentikan alur. Dengan memvalidasi body respons lebih dulu di alat ini, Anda memisahkan dua pertanyaan penting: apakah data yang dikirim server memang JSON yang benar, dan apakah kode Anda yang salah menanganinya. Pemeriksaan cepat ini menghemat waktu debugging karena Anda tidak lagi menebak sumber masalah. Anda cukup menempelkan body mentah, melihat hasilnya, dan langsung tahu di sisi mana perbaikan sebenarnya diperlukan sebelum melangkah lebih jauh.
Agar sebuah respons dianggap valid, ia harus mematuhi aturan sintaks JSON tanpa kompromi. Semua kunci objek wajib memakai tanda kutip ganda, begitu pula nilai bertipe string. Angka ditulis tanpa tanda kutip, sementara nilai true, false, dan null ditulis huruf kecil tanpa kutip. Antaranggota objek maupun array dipisahkan koma, tetapi tidak boleh ada koma setelah elemen terakhir. Setiap kurung kurawal dan kurung siku harus berpasangan dan tertutup dengan benar. Respons API kadang melanggar aturan ini karena serialisasi di sisi server yang keliru, penggabungan string secara manual, atau karakter kontrol yang lolos tanpa di-escape. Validator menelusuri seluruh aturan tersebut sekaligus dan berhenti pada pelanggaran pertama, lalu menunjukkan letaknya. Dengan begitu, Anda bisa memastikan kontrak dasar terpenuhi sebelum data mengalir ke logika aplikasi Anda.
Ketika validator menemukan masalah, alat melaporkan kesalahan pertama secara spesifik: perkiraan baris, posisi karakter, dan alasan singkat seperti token tak terduga atau tanda kutip yang belum ditutup. Informasi ini sangat membantu saat berhadapan dengan respons panjang yang tercetak dalam satu baris tanpa indentasi, karena posisi karakter menuntun Anda tepat ke titik masalah. Perilaku berhenti pada kesalahan pertama ini mengikuti cara JSON.parse bekerja, jadi setelah Anda memperbaiki sumbernya dan memvalidasi ulang, kesalahan lain yang tadinya tertutup bisa saja muncul. Pola bertahap tersebut normal dan justru membantu Anda menangani satu masalah dalam satu waktu. Alih-alih menyalahkan kode klien terlebih dahulu, Anda memperoleh bukti konkret tentang keadaan data yang dikirim server, sehingga percakapan dengan tim backend pun menjadi lebih berbasis fakta.
Body respons API sering mengandung informasi sensitif seperti token akses, alamat surel pengguna, atau detail transaksi. Karena itu, cara alat ini memproses data menjadi penting. Seluruh validasi berjalan di dalam browser Anda; teks yang Anda tempelkan atau file yang Anda muat tidak pernah dikirim ke server kami. Tidak ada unggahan, tidak ada penyimpanan diam-diam, dan tidak ada akun yang perlu dibuat. Model sisi klien ini berarti Anda bisa memeriksa respons dari lingkungan internal atau staging tanpa khawatir datanya bocor ke pihak ketiga. Bahkan pada jaringan yang dibatasi, validasi tetap berfungsi setelah halaman termuat karena tidak bergantung pada backend. Anda mendapatkan umpan balik cepat tentang keabsahan respons sekaligus mempertahankan kendali penuh atas data yang mungkin tidak boleh keluar dari perangkat Anda.
Perlu ditegaskan bahwa alat ini menemukan dan menjelaskan masalah, bukan menulis ulang respons untuk Anda. Alat menunjuk lokasi dan alasan kesalahan, lalu Anda memutuskan perbaikan yang tepat, entah dengan memperbaiki serialisasi di backend atau menyalin ulang respons yang tadinya terpotong. Jika Anda ingin melangkah lebih jauh dari sekadar sintaks, validator dapat memeriksa respons terhadap JSON Schema saat skema disediakan. Dengan skema, Anda memastikan field wajib benar-benar ada, tipe datanya sesuai, dan strukturnya cocok dengan kontrak API yang disepakati. Ini berguna saat menguji integrasi baru atau memverifikasi bahwa perubahan di backend tidak diam-diam merusak bentuk data. Karena berjalan di browser tanpa instalasi, alat mudah dijadikan langkah rutin sebelum Anda menyerahkan respons ke kode yang mengonsumsinya.
Tempel body respons API di validator berikut untuk memastikan JSON-nya valid sebelum kode Anda memparsenya.
Panduan langkah demi langkah untuk validasi respons json api sebelum kode anda mengonsumsinya:
Salin body respons
Ambil body respons dari alat seperti Postman, curl, atau tab Network di DevTools browser. Salin seluruh teks JSON mentahnya, termasuk kurung pembuka dan penutup, agar validator bisa memeriksa struktur lengkapnya.
Tempel ke validator
Tempelkan body respons ke kotak input. Jika Anda menyimpannya sebagai file .json, muat langsung dari komputer. Validator siap membaca teks tanpa mengirimnya ke server mana pun karena bekerja sepenuhnya di browser.
Jalankan pemeriksaan
Klik validasi agar alat mengurai respons dengan aturan JSON yang ketat. Dalam sekejap Anda tahu apakah body layak dikonsumsi kode Anda atau masih mengandung masalah sintaks yang perlu ditangani lebih dulu.
Tafsirkan hasilnya
Bila valid, respons aman untuk diparse. Bila tidak, catat baris dan posisi kesalahan lalu tentukan apakah server mengirim data cacat atau ada bagian yang terpotong saat Anda menyalin, kemudian perbaiki sumbernya.
Situasi umum di mana pendekatan ini benar-benar membuat perbedaan:
Memeriksa respons sebelum kode mengonsumsinya
Sebelum menulis logika parsing, Anda menempelkan body respons dari endpoint baru ke validator. Jika strukturnya cacat, Anda tahu masalahnya ada di server, bukan di kode klien, dan bisa melapor ke tim backend dengan bukti posisi kesalahan yang jelas.
Menguji webhook pihak ketiga
Payload webhook dari layanan eksternal kadang berbeda dari dokumentasinya. Anda menempelkan contoh payload ke validator untuk memastikan formatnya benar JSON sebelum menghubungkannya ke handler Anda, sehingga integrasi tidak gagal diam-diam saat menerima data nyata.
Membandingkan respons staging dan produksi
Saat sebuah bug hanya muncul di produksi, Anda menyalin respons dari kedua lingkungan lalu memvalidasi keduanya. Perbedaan pada baris atau posisi kesalahan sering mengungkap versi backend yang tidak sinkron atau serialisasi yang berbeda antar lingkungan.
Dapatkan hasil yang lebih baik dengan saran ahli ini:
Salin seluruh body, bukan sebagian
Saat menyalin dari tab Network atau terminal, pastikan Anda mengambil dari kurung pembuka pertama sampai penutup terakhir. Body yang terpotong akan tampak tidak valid padahal sumber aslinya benar, sehingga Anda salah menyimpulkan letak masalah sebenarnya.
Periksa Content-Type saat respons bukan JSON
Jika validator menandai token tak terduga di posisi awal seperti karakter kurang dari, kemungkinan server mengirim HTML alih-alih JSON. Cek header Content-Type dan kode status; ini pertanda endpoint mengembalikan halaman kesalahan, bukan data yang Anda harapkan.
Gunakan JSON Schema untuk memverifikasi kontrak
Sintaks yang valid belum menjamin data sesuai kebutuhan. Jika API punya kontrak jelas, sediakan JSON Schema agar validator memeriksa field wajib dan tipe nilai, bukan sekadar memastikan respons bisa diurai oleh parser.
Alat lain yang mungkin berguna bagi Anda:
Periksa JSON untuk Kesalahan
Validator Skema JSON
Validasi JSON dalam JavaScript
Validasi JSON dalam JavaScript dengan JSON.parse dan try/catch
Pelajari cara memvalidasi JSON di JavaScript dengan JSON.parse dan try/catch. Alat ini melakukan pemeriksaan yang sama di browser, gratis dan tanpa unggah.
Linter de JSON online para encontrar erros de sintaxe
Linter JSON online e gratuito que roda no navegador: cole o JSON e veja erros de sintaxe com a linha e a posição exata do primeiro problema.
Validasi string JSON untuk memastikan teksnya valid
Periksa apakah sebuah string adalah JSON yang valid. Alat gratis menandai baris dan posisi kesalahan, berjalan penuh di browser tanpa mengunggah data.
Perbaiki JSON tidak valid dengan mengetahui penyebab pastinya
Perbaiki JSON tidak valid gratis di browser. Alat menandai penyebab pasti seperti koma akhir atau kutip salah, lalu Anda mengeditnya. Tanpa unggah.
Temukan dan pahami penyebab kesalahan JSON.parse
Temukan letak dan alasan kesalahan JSON.parse agar bisa Anda perbaiki. Alat gratis menunjuk baris dan posisinya, berjalan penuh di browser tanpa unggah.
Periksa JSON untuk kesalahan dan lihat lokasinya dengan tepat
Periksa JSON untuk kesalahan gratis di browser. Temukan error dalam dokumen JSON dan lihat posisi persisnya agar mudah diperbaiki. Tanpa unggah, tanpa daftar.
Buka Validator JSON untuk melihat batas gratis dan metode pemrosesannya.
Buka Validator JSON →Tingkat gratis · Tanpa akun · Batas transparan