Konversi YAML ke JSON YAML Ain't Markup Language ↔ JavaScript Object Notation Gratis Daring Aman
Jatuhkan sebuah berkas YAML dan bawa pulang JSON. Pembacaan dan penulisannya terjadi di sini, di peramban Anda, jadi berkasnya tidak meninggalkan perangkat — dan apa yang dipertahankan penyeberangan itu, serta apa yang tidak bisa, tertulis di bawah, bukan dibiarkan untuk Anda temukan sendiri.
Konversikan berkas Anda
Jatuhkan berkas YAML di sini, atau pilih satu.
Berkas Anda tidak meninggalkan perangkat ini. Semuanya berjalan di peramban Anda.
Tidak ada unggahan
Mengubah dari YAML
Mengubah menjadi YAML
Dari mana format-format ini berasal
CSV paling tua dan paling kurang dibakukan: sebuah tabel yang ditulis sebagai baris-baris teks, dipakai sejak tahun 1970-an dan baru diuraikan secara tertulis pada 2005, ketika tiap program sudah memutuskan sendiri apa pemisahnya dan kapan tanda kutip dipasang. XML tumbuh dari SGML pada 1998, untuk dokumen yang harus membawa struktur ketat dan diperiksa terhadap sebuah skema. JSON ditarik keluar dari JavaScript oleh Douglas Crockford sekitar 2001, sengaja dipangkas hingga tinggal objek, larik, bilangan, dan untaian — dan kesederhanaan itulah sebabnya ia menguasai web. YAML adalah sepupunya yang mudah dibaca, tempat indentasi mengerjakan apa yang di tempat lain dikerjakan kurung. Saat mengubah di antara keduanya, hanya satu hal yang penting: CSV itu datar, sebuah kisi baris dan kolom, sedangkan JSON, XML, dan YAML adalah pohon.
Di mana Anda menemuinya
CSV adalah yang diekspor lembar hitung dan yang diserahkan kepada Anda oleh akuntan, lapak daring, atau rekening koran. JSON adalah bahasa yang dipakai layanan web dan makin lama makin menjadi bahasa berkas konfigurasi. XML bertahan pada sistem perusahaan yang lebih tua, pada standar penagihan, dan di dalam format perkantoran itu sendiri. YAML adalah tempat manusia menulis setelan dengan tangan. Mengubah di antara mereka adalah pekerjaan sehari-hari memindahkan data dari tempat ia dihasilkan ke tempat ia dibutuhkan.
Pertanyaan yang sering diajukan
CSV saya terbuka sebagai satu kolom di Excel. Mengapa?
Karena lembar hitung Anda mengharapkan pemisah yang lain. Excel mengikuti pemisah daftar pada setelan wilayah komputer, dan itu titik koma di mana pun koma sudah menjadi tanda desimal — yaitu di sebagian besar Eropa daratan. Berkas yang dipisah koma lalu tampak sebagai satu kolom teks. Pakailah kotak impor dan sebutkan pemisahnya dengan tegas, alih-alih membuka berkas dengan klik ganda. Setelan wilayah yang sama pula yang membuat 3.5 kadang tiba sebagai tanggal.
Mengapa JSON saya yang bersarang tak bisa menjadi lembar hitung yang rapi?
Karena lembar hitung itu datar dan JSON adalah pohon. Satu baris memuat satu nilai per kolom; satu objek JSON bisa memuat daftar di dalam sebuah ruas di dalam daftar lain. Mengubahnya berarti memilih cara memipihkannya: menggabungkan nama-nama bersarang menjadi satu judul kolom yang panjang, atau mengulang baris induk sekali untuk tiap anak. Keduanya adalah kompromi, dan tak satu pun dapat dibatalkan secara otomatis — karena itu kembali dari lembar hitung ke bentuk semula biasanya memerlukan keputusan manusia.
Apakah berkasnya kehilangan mutu?
Bergantung pada apa yang sanggup dimuat kedua format. Mengubah antara format yang menyimpan hal yang sama — PNG ke BMP, WAV ke FLAC — tidak kehilangan apa pun. Mengubah ke format yang membuang keterangan demi menghemat ruang, seperti JPEG atau MP3, kehilangan sedikit setiap kali, dan kembali lagi tidak mengembalikannya. Bila ada pilihan, halaman ini condong menjaga mutu asli ketimbang menghasilkan berkas terkecil.
Apakah berkas saya diunggah ke suatu tempat?
Tidak. Konversinya berlangsung di dalam peramban Anda, pada mesin Anda sendiri; berkas itu tak pernah meninggalkannya, dan di sini memang tak ada server yang dapat menerimanya. Karena itu berkas besar dibatasi oleh memori Anda sendiri, bukan oleh unggahan; dan karena itu tak satu pun yang Anda ubah dapat muncul dalam catatan siapa pun — termasuk catatan kami. Alat suara dan video memang mengambil mesin konversinya dari situs ini pada pemakaian pertama — sekitar tiga puluh megabita, sekali saja; setelah itu pekerjaannya tetap berlangsung sepenuhnya di mesin Anda.
Mengapa orang mengonversi YAML ke JSON
YAML adalah notasi yang dipilih orang ketika mereka harus menulis data dengan tangan. Ia memakai indentasi alih-alih kurung kurawal, mengizinkan komentar, dan terbaca hampir seperti kerangka tulisan, itulah sebabnya ia menjadi favorit untuk konfigurasi: pipeline build, definisi kontainer, berkas penerapan, pengaturan situs statis, alat dokumentasi, dan tak terhitung konfigurasi aplikasi. JSON adalah notasi yang lebih disukai program untuk diterima. Ia ketat, tanpa komentar, dan setiap bahasa pemrograman dapat membacanya dengan pustaka standar. Ketika berkas yang ditulis untuk manusia harus diserahkan kepada program, API, atau alat yang hanya menerima JSON, konversi diperlukan. Itulah sebabnya orang mengonversi YAML ke JSON: mereka punya data dalam bentuk yang menyenangkan untuk ditulis, dan tujuannya menginginkan bentuk yang mudah diurai.
Situasinya sehari-hari. Pengembang yang memelihara konfigurasi dalam YAML dan harus mengirimkannya ke layanan sebagai JSON. Tim yang ingin memvalidasi berkas pengaturan dengan alat yang memeriksa JSON. Penulis yang punya front matter dalam YAML dan ingin memasukkannya ke skrip. Mahasiswa yang ingin melihat bagaimana indentasi berkas YAML dipetakan ke kurung kurawal. Dalam setiap kasus datanya sama, dan hanya notasinya yang berubah.
Halaman ini mengonversi YAML ke JSON di browser Anda. Berkas Anda dibaca dan ditulis di sini, jadi tidak pernah meninggalkan perangkat Anda, yang penting untuk berkas konfigurasi, yang sering memuat alamat, nama sistem internal, dan kadang rahasia. Dan halaman memberi tahu Anda lebih dulu apa yang dipertahankan penyeberangan dan apa yang tidak dapat, alih-alih membiarkan Anda menemukannya sendiri. Di bawah Anda akan menemukan cara kerja konversi, apa yang hilang bersama komentar, dan apa yang diharapkan dari tanggal dan tag.
Cara kerja konversi
Bentuk yang sama dalam kedua notasi
YAML Anda dibaca di dalam browser Anda, dan strukturnya ditulis sebagai JSON. Keduanya memuat bentuk yang sama: peta, daftar, string, angka, boolean, dan null menyeberang tanpa kehilangan. Pemetaan dalam YAML menjadi objek dalam JSON, urutan menjadi array, dan nilai skalar mempertahankan tipenya. Baris seperti port: 8080 memberi angka, dan enabled: true memberi boolean.
Anchor dan alias diperluas
YAML punya fitur yang tidak dimiliki JSON: Anda dapat menandai blok dengan anchor dan merujuknya di tempat lain dengan alias, untuk menghindari pengulangan. Anchor dan alias diperluas, jadi hasilnya berdiri sendiri. Setiap tempat alias muncul kini memuat salinan penuh blok. JSON-nya lebih panjang, tetapi tidak memerlukan pengetahuan tentang anchor untuk dibaca.
Indentasi menjadi struktur
Dalam YAML, struktur dinyatakan oleh indentasi. Dalam JSON, ia dinyatakan oleh kurung kurawal dan kurung siku. Konverter membaca indentasi seperti yang dimaksud penulis, dan menulis kurung kurawalnya untuk Anda. Kesalahan indentasi, yang merupakan galat YAML paling umum, dilaporkan alih-alih ditebak.
Apa yang dipertahankan
Semua yang merupakan data
Semuanya dipertahankan, karena keduanya memuat bentuk yang sama: peta, daftar, string, angka, boolean, dan null menyeberang tanpa kehilangan. Jika ia nilai dalam YAML Anda, ia nilai dalam JSON.
Urutan kunci
Kunci mempertahankan urutan penulisannya, jadi JSON terbaca dalam urutan yang sama dengan YAML.
String multibaris
String yang membentang beberapa baris dalam YAML, ditulis dengan gaya blok, dibawa sebagai string tunggal dengan jeda baris di dalamnya, yang ditulis JSON sebagai urutan escape. Teksnya sama.
Yang perlu Anda ketahui sebelum mengonversi YAML ke JSON
Komentar dan tata letak hilang
Komentar, baris kosong, dan pilihan antara berkutip dan polos adalah cara berkas YAML terbaca, bukan apa artinya, dan tak satu pun bertahan, karena JSON tak punya tempat untuk menyimpannya. Jika YAML Anda penuh komentar penjelas, JSON tidak akan memuat satu pun. Simpan YAML sebagai berkas yang dibaca dan disunting orang, dan perlakukan JSON sebagai salinan turunan.
Tanggal tanpa kutip tiba sebagai teks
Tanggal yang ditulis tanpa kutip tiba sebagai teks, karena JSON tak punya tanggal. Baris seperti released: 2026-03-14 memberi string 2026-03-14. Program yang membaca JSON harus menafsirkannya sebagai tanggal jika memerlukannya.
Tag kustom tidak dihormati
Tag kustom tidak dihormati: hanya tipe standar yang dibaca, yang juga mencegah berkas meminta sesuatu yang tidak dimiliki halaman ini. YAML mengizinkan tag yang memberi tahu program tertentu untuk membangun objek tertentu. Instruksi semacam itu tak berarti apa-apa di sini, dan konverter tidak mengikutinya.
Cara mengonversi YAML ke JSON di sini
Tambahkan berkas Anda
Jatuhkan berkas YAML ke halaman atau pilih dari perangkat Anda. Ia dibaca di dalam browser Anda dan tidak diunggah.
Konversi
Tekan tombol. Berkas berukuran biasa memakan sesaat. Biarkan halaman terbuka sampai selesai.
Unduh dan periksa
Unduh JSON dan buka di editor teks. Lihat awal dan akhirnya, dan periksa bahwa struktur dan tipenya seperti yang Anda harapkan.
Melihat lebih dekat YAML dan JSON
Dua notasi untuk data yang sama
YAML dirancang agar mudah ditulis dan dibaca manusia. JSON dirancang agar mudah dibaca dan ditulis program. Mereka tumpang tindih begitu jauh sehingga JSON hampir merupakan himpunan bagian YAML, dan pembaca YAML biasanya dapat membaca JSON. Sebaliknya tidak benar, karena YAML punya lebih banyak fitur. Mengonversi YAML ke JSON adalah berpindah dari notasi yang lebih kaya ke yang lebih ketat, dan melepas tambahannya: komentar, anchor, dan tag.
Mengapa kesalahan indentasi penting
Karena YAML bergantung pada indentasi, baris yang tidak sejajar mengubah makna, dan kadang ia tetap terurai. Kunci yang seharusnya di dalam blok berakhir di luarnya. JSON membuat kesalahan semacam itu terlihat, karena kurung kurawal menunjukkan persis di mana setiap kunci mendarat. Mengonversi karenanya juga cara praktis untuk memeriksa bahwa berkas berarti apa yang Anda kira.
Tab
YAML tidak mengizinkan tab untuk indentasi. Jika berkas Anda memuatnya, konversi akan melaporkan masalah. Ganti tab dengan spasi dan coba lagi.
Situasi umum secara rinci
Konfigurasi untuk layanan dan alat
Banyak alat menerima konfigurasi hanya dalam JSON, atau memvalidasinya terhadap skema JSON. Konversikan YAML Anda dan pakai hasilnya di mana JSON diperlukan.
Memeriksa apa yang sebenarnya dikatakan berkas
Ketika konfigurasi YAML berperilaku aneh, mengonversinya ke JSON menunjukkan strukturnya tanpa ambiguitas. Kunci yang salah tempat dan tipe yang salah menonjol.
Mengisi skrip dan API
API yang menerima badan JSON dapat diberi isi berkas YAML setelah konversi. Ia memungkinkan Anda menyimpan berkas dalam bentuk yang Anda suka sunting.
Dokumentasi dan berkas konten
Generator situs statis dan alat dokumentasi memakai YAML untuk front matter dan berkas data. Mengonversinya memungkinkan alat lain membaca data yang sama.
Saran praktis sebelum Anda mengonversi YAML ke JSON
Periksa indentasi
Pakai spasi, bukan tab, dan jaga lebar yang sama pada setiap tingkat. Kebanyakan editor dapat menampilkan spasi putih dan menyorot galat YAML.
Beri kutip nilai yang harus tetap teks
Nilai polos seperti yes, no, atau 1.0 mungkin dibaca sebagai boolean atau angka. Jika yang Anda maksud teks, beri kutip. Ini melindungi nomor versi, kode, dan singkatan negara.
Simpan komentar di YAML
Karena komentar tidak bertahan, simpan YAML sebagai master, dengan penjelasannya, dan hasilkan ulang JSON bila perlu.
Berkas besar
Semuanya berjalan di perangkat Anda, jadi berkas yang sangat besar memerlukan memori. Untuk berkas berukuran banyak megabita, pakai komputer, dan pecah data jika halaman kesulitan.
Pertanyaan yang diajukan orang sebelum mengonversi
Ke mana komentar saya?
Mereka hilang. JSON tak punya tempat untuk menyimpan komentar, dan mereka adalah cara berkas terbaca, bukan apa artinya.
Mengapa tanggal saya string?
Karena JSON tak punya tanggal. Tanggal yang ditulis tanpa kutip tiba sebagai teks.
Apa yang terjadi pada anchor dan alias?
Mereka diperluas, jadi hasilnya berdiri sendiri.
Mengapa tag saya tidak berfungsi?
Tag kustom tidak dihormati. Hanya tipe standar yang dibaca.
Apakah berkas saya diunggah?
Tidak. Konversi berjalan di browser Anda dan berkas tidak pernah meninggalkan perangkat Anda.
Bisakah saya kembali ke YAML?
Ya. JSON ke YAML menulis kembali data dalam bentuk yang terbaca, meski tanpa komentar yang dimiliki aslinya.
Memilih dengan bijak saat Anda mengonversi YAML ke JSON
Apakah JSON benar-benar diperlukan?
Jika alat penerima membaca YAML, simpan YAML. Konversikan hanya ketika JSON diperlukan.
Target lain
Jika tujuannya berkas markup, JSON ke XML dapat menyusul. Untuk tabel, JSON ke CSV dan JSON ke XLSX melayani lembar kerja.
Simpan YAML
YAML adalah master, dengan komentar dan tata letaknya. Simpan, dan perlakukan JSON sebagai salinan.
Mendapat hasil yang baik setelah konversi
Validasi JSON di penampil
Buka hasilnya di editor yang memahami JSON dan lipat objeknya. Jika strukturnya tampak seperti yang Anda harapkan, ia sehat.
Periksa tipenya
Lihat nilai seperti versi, kode, dan bendera. Pastikan mereka string di mana Anda memaksudkan string dan angka di mana Anda memaksudkan angka.
Minify untuk pengiriman
Jika JSON akan dikirim lewat jaringan, ada alat yang membuang spasi putih dan membuatnya lebih ringan. Datanya tetap sama.
Menyiapkan YAML Anda agar dikonversi dengan baik
Jaga tetap polos
Ketika Anda mengonversi YAML ke JSON, YAML polos dikonversi paling baik: peta, daftar, dan nilai sederhana. Fitur seperti tag kustom diabaikan, dan anchor hanya membuat berkas lebih panjang.
Eksplisit tentang tipe
Beri kutip apa pun yang tampak seperti tipe lain. Eksplisit lebih aman daripada cerdik, dan JSON akan membawa persis apa yang Anda tulis.
Uji dengan potongan kecil lebih dulu
Jika berkas Anda besar, ambil satu bagian ke berkas uji dan konversikan itu. Sekilas melihat hasilnya menunjukkan apakah strukturnya seperti yang Anda harapkan.
Mendapat hasil maksimal saat Anda mengonversi YAML ke JSON
Pakai konversi sebagai pemeriksaan
Salah satu pemakaian terbaik halaman ini adalah sebagai cermin. Ketika Anda mengonversi YAML ke JSON, kurung kurawal menunjukkan persis bagaimana indentasi dipahami. Jika kunci berada di tingkat yang salah, atau daftar menelan entri yang seharusnya tidak, itu jelas terlihat di hasil. Banyak orang mengonversi konfigurasi semata-mata untuk memastikan ia mengatakan apa yang mereka maksud.
Waspadai kejutan tipe yang umum
YAML membaca beberapa kata polos sebagai tipe lain. Kata no mungkin dibaca sebagai false, versi seperti 1.10 sebagai angka 1.1, dan kode negara seperti NO sebagai boolean pada beberapa pembaca. Konverter mengikuti tipe standar, jadi nilai yang tampak seperti angka atau boolean akan diketik demikian. Jika Anda ingin mereka tetap teks, beri kutip di YAML sebelum Anda mengonversi.
String panjang dan gaya blok
YAML menawarkan gaya blok untuk teks panjang, satu yang menjaga jeda baris dan satu yang melipatnya menjadi spasi. Keduanya dibaca seperti yang dimaksud para perancang format, dan string hasilnya ditulis ke JSON dengan jeda barisnya sebagai urutan escape. Teksnya sama, dan JSON hanya kurang menyenangkan dibaca manusia, yang merupakan alasan YAML ada.
Beberapa dokumen dalam satu berkas
YAML mengizinkan lebih dari satu dokumen dalam satu berkas, dipisahkan tiga tanda hubung. Jika berkas Anda punya beberapa, pikirkan mana yang Anda inginkan. Pecah menjadi berkas terpisah dan konversikan masing-masing, agar setiap berkas JSON memuat satu dokumen.
Rahasia dalam konfigurasi
Berkas konfigurasi kadang memuat kata sandi, token, dan kunci. Karena konversi terjadi di browser Anda, tidak ada yang dikirim ke mana pun. Meski begitu, jangan tinggalkan berkas yang dikonversi di folder bersama atau email, dan hapus rahasia sebelum Anda meneruskannya.
Menjaga kedua format tetap sejalan
Jika proyek memerlukan versi YAML dan JSON dari data yang sama, perlakukan satu sebagai sumber dan hasilkan ulang yang lain setiap kali berubah. Setiap kali Anda mengonversi YAML ke JSON, lakukan dari YAML terkini, dan jangan menambal JSON dengan tangan. Dengan cara ini keduanya tak dapat menyimpang.
Memvalidasi terhadap skema
Banyak alat memeriksa JSON terhadap skema, deskripsi kunci dan tipe yang diizinkan. Konfigurasi YAML tidak selalu dapat diperiksa langsung, tetapi bentuk JSON-nya bisa. Ini alasan umum untuk mengonversi YAML ke JSON: untuk memvalidasi berkas sebelum sampai ke sistem yang akan menolaknya.
Privasi dan penanganan
Mengapa konversi lokal penting untuk konfigurasi
Berkas konfigurasi sering menyimpan alamat, nama sistem internal, dan kadang kunci serta kata sandi. Banyak konverter daring mengunggah berkas Anda ke server, memprosesnya, dan mengirim kembali hasilnya, dan untuk sementara salinan berada di mesin yang tak Anda kendalikan. Di sini browser Anda sendiri yang bekerja, jadi berkas tetap di perangkat Anda.
Apa yang terjadi saat Anda pergi
Ketika Anda menutup halaman, berkas yang dikonversi lenyap dari browser, jadi unduh dulu. Tidak ada tentang berkas Anda yang disimpan.
Jika ada yang salah
Halaman melaporkan galat YAML
Lihat baris yang ditunjuknya. Penyebab umum adalah tab dipakai untuk indentasi, spasi yang hilang setelah titik dua, atau kutip yang tidak menutup.
Strukturnya bukan seperti yang saya harapkan
Periksa indentasi. Baris yang meleset satu spasi termasuk blok yang berbeda dari yang Anda maksud.
Halaman membeku dengan berkas besar
Semuanya berjalan di perangkat Anda, dan berkas besar memerlukan memori. Coba lagi di komputer, atau pecah datanya.
Alat terkait
Keluarga alat yang sama mencakup pekerjaan bertetangga. Untuk kembali, pakai JSON ke YAML. Untuk markup, XML ke JSON dan JSON ke XML mengonversi di antara keduanya. Untuk tabel, ada JSON ke CSV, CSV ke JSON, JSON ke XLSX, dan XLSX ke JSON.
Contoh terolah
Katakanlah tim Anda menyimpan pengaturan aplikasi dalam berkas YAML dengan komentar, anchor untuk blok berulang, dan tanggal rilis, dan alat pemantauan menginginkan pengaturan yang sama sebagai JSON. Anda menjatuhkan berkas di sini dan menekan tombol. Sesaat kemudian Anda mengunduh JSON di mana anchor diperluas, tanggalnya string, dan komentar hilang. Anda mengirimkannya ke alat. YAML tetap di repositori Anda, dengan komentarnya, sebagai berkas yang disunting orang.
Daftar periksa singkat
Sebelum mengonversi
Periksa indentasi. Beri kutip nilai yang harus tetap teks. Simpan YAML.
Saat mengonversi
Tetap di halaman sampai berkas siap.
Setelah mengonversi
Buka JSON, periksa struktur dan tipenya, dan ujilah dengan alat yang akan membacanya.
Kesalahan umum
Mengharapkan komentar bertahan
Mereka tidak. Simpan YAML untuk penjelasan.
Membiarkan nilai ambigu polos
Nilai seperti yes, no, dan 1.0 mungkin dibaca sebagai tipe lain. Beri kutip.
Memakai tab
YAML tidak mengizinkan tab untuk indentasi. Pakai spasi.
Berkas Anda tetap di perangkat Anda
Konversi terjadi secara lokal. Berkas Anda dibaca oleh browser Anda sendiri, ditulis ulang di sana, dan diserahkan kembali sebagai JSON. Tidak ada yang diunggah, jadi tak ada salinan yang berakhir di server dan tak seorang pun dapat membacanya. Untuk konfigurasi dengan isi pribadi, itulah cara aman untuk mengonversi YAML ke JSON.
Ringkasan
Untuk mengonversi YAML ke JSON di sini, jatuhkan berkas dan tekan tombol. Ia dibaca dan ditulis di browser Anda, jadi berkas tidak pernah meninggalkan perangkat Anda. Semuanya dipertahankan, karena keduanya memuat bentuk yang sama: peta, daftar, string, angka, boolean, dan null menyeberang tanpa kehilangan. Anchor dan alias diperluas, jadi hasilnya berdiri sendiri. Komentar, baris kosong, dan pilihan antara berkutip dan polos adalah cara berkas YAML terbaca, bukan apa artinya, dan tak satu pun bertahan, karena JSON tak punya tempat untuk menyimpannya. Tanggal yang ditulis tanpa kutip tiba sebagai teks, karena JSON tak punya tanggal. Tag kustom tidak dihormati: hanya tipe standar yang dibaca.