JSON
JSON ↔ YAML / CSV / XML / TOML
JSON을 YAML, CSV, XML 또는 TOML로 변환, 또는 반대로 변환 — 모두 브라우저에서, 라이브러리 없이.
규칙: 속성은 "@"가 붙은 키(@id → id 속성), 혼합 요소의 텍스트는 "#text" 키, 반복되는 자식 요소는 배열이 됩니다.
JSON, YAML, CSV, XML, and TOML all solve the same problem — structured data representation — with different syntax and different trade-offs. This tool converts between all of them in both directions, right in your browser.
How to use it
- Paste data in the source format and pick a target format — the conversion happens instantly.
- For CSV, the first row is automatically treated as column headers.
- Copy the result or download it as a file with the matching extension.
Common uses
- Converting an app's configuration from YAML to JSON (or back) to match a specific framework.
- Turning a spreadsheet export (CSV) into JSON for loading into a database or API.
- Reading a TOML config (common in the Rust/Python ecosystem) in the more familiar JSON format.
Things to keep in mind
JSON ↔ YAML and JSON ↔ TOML are usually lossless in both directions, since both formats support nesting the same way JSON does.
JSON → CSV loses nested structure: CSV is a flat tabular format, so nested objects and arrays either need to be flattened into separate columns or serialized as text.
자주 묻는 질문
이 도구로 JSON을 어떤 형식으로 변환할 수 있나요?
YAML, CSV, XML, TOML 간에 서로 변환할 수 있으며, 모든 처리는 브라우저 안에서 이루어집니다.
CSV로 변환하면 왜 원래 구조가 손실될 수 있나요?
CSV는 본질적으로 평평한 표 형식이기 때문에, 먼저 평탄화하지 않으면 중첩된 객체나 배열을 표현할 수 없습니다.
XML 변환에서 속성과 요소는 어떻게 구분되나요?
이 도구의 규칙상 "@"로 시작하는 키는 XML 속성이 되고, "#text"는 혼합 콘텐츠의 텍스트 부분을 나타내는 데 사용됩니다.
왜 숫자나 문자열이 이상하게 바뀌는 경우가 있나요?
YAML 파서는 따옴표 없는 값의 타입을 추측합니다: "1.20"은 숫자 1.2로 바뀌어(끝의 0이 사라짐) 버릴 수 있고, "NO"는 YAML 1.1의 오래된 규칙에 따라 불리언 false가 될 수 있습니다. 이를 피하려면 문자열로 유지되어야 하는 값은 명시적으로 따옴표로 감싸야 합니다.
반대 방향으로 변환해도 데이터 손실이 없나요?
JSON ↔ YAML과 JSON ↔ TOML은 두 형식 모두 JSON과 동일하게 중첩 구조를 지원하므로 보통 손실 없이 상호 변환됩니다. JSON → CSV → JSON은 중첩 구조가 있었다면 이를 잃어버리므로, 역변환 시 평면화된 데이터만 돌아옵니다.