JSON 상호 운용: YAML, CSV, XML, JWT, Schema
JSON은 혼자 존재하는 경우가 드뭅니다. JSON과 YAML/CSV/XML 간에 변환하고, JWT를 디코딩하고, 타입을 생성하고, JSON Schema로 검증하세요 —— 모든 단계가 브라우저 안에서 이루어집니다.
여기에 도착했다면
한쪽에는 JSON이 있고 다른 쪽에는 YAML, CSV, XML, JWT 또는 JSON Schema가 있어 그 경계를 넘어 변환하거나 검증해야 합니다. 이 섹션의 각 도구는 페이로드를 업로드하지 않고 브라우저 안에서 하나의 경계를 깔끔하게 처리합니다.
YAML을 JSON으로 / YAML 서식 지정JSON ↔ CSV 변환기JSON ↔ XML 변환기JWT 디코딩 (헤더 + 클레임)Base64 인코딩/디코딩 (흔히 JWT 내부)URL 디코딩 (흔히 JSON 쿼리 매개변수 주변)JSON에서 TypeScript 인터페이스 생성
변환 가이드
변환은 대부분 무손실이지만 예외적인 경우가 있습니다. 각 가이드는 정확한 규칙을 다룹니다: 중첩된 객체가 어떻게 CSV 셀이 되는지, XML 속성이 왕복에서 어떻게 보존되는지, YAML 앵커가 왜 깔끔하게 매핑되지 않는지.
YAML을 JSON으로 변환 (들여쓰기 오류 방지)JSON을 CSV로 변환JSON을 XML로 변환Base64 문자열과 JWT 페이로드 디코딩쿼리 매개변수 URL 인코딩 및 디코딩API 요청 전에 JSON 검증
관련 블로그 안내
가장 흔한 상호 운용 작업에 대한 형식별 안내와, 부분 업데이트를 위한 JSON Patch와 JSON Merge Patch의 비교.
JSON vs YAML —— 언제 무엇을 쓸지YAML 포매터 안내JSON을 CSV로 변환하는 방법CSV와 XML을 JSON으로 변환JSON을 XML로XML을 JSON으로JWT 디코딩 방법JSON Schema란?JSON Patch vs JSON Merge Patch (RFC 6902 vs 7396)
각 경계 뒤에 있는 표준
각 상호 운용 경계는 RFC 또는 워킹 그룹 사양으로 정의됩니다. 아래 목록은 한 줄 요약과 출처입니다.
YAML 1.2 —— JSON 호환성YAML 1.2.2 발표GitHub의 YAML 사양 (활성)RFC 7519 —— JSON Web Token (JWT)RFC 7515 / 7516 —— JWS와 JWERFC 6901 / 6902 —— JSON Pointer와 JSON PatchRFC 7396 —— JSON Merge PatchJSON Schema 2020-12IETF JSON Schema Draft 2026RFC 8785 —— JSON 정규화RFC 4648 —— Base64 표준
권장 경로
API 클라이언트를 위한 YAML 설정을 JSON으로, 처음부터 끝까지.
-
- 도구: /yaml —— YAML을 붙여 넣고 'JSON으로' 클릭.
-
- 가이드: /guides/convert-yaml-to-json —— 변환 규칙.
-
- 블로그: /blog/json-vs-yaml —— 언제 YAML을 유지하고 언제 전환할지.
-
- 참고: /news/yaml-1-2-json-compatibility —— 이 변환이 가능한 이유.
JSON 수리 가이드
토픽 허브
구체적인 가이드
- Base64 문자열 디코드 방법 (그리고 JWT 페이로드)
- URL 인코딩: 쿼리 파라미터와 경로를 퍼센트 인코드하기
- YAML을 JSON으로 변환하기 (그리고 들여쓰기 오류 피하기)
- JSON을 CSV로 변환: 객체 배열을 펴기
- JSON을 XML로 변환: 루트, 속성, 배열
- JSON을 문자열 리터럴로 이스케이프하기 (그리고 이중 인코드된 JSON 디코드)
- JSON의 후행 쉼표 고치기
- JSON의 작은따옴표 고치기
- JSON의 따옴표 없는 키 고치기
- LLM이 만든 JSON 고치기
- JSON 파싱 오류 “Expected Property Name” 고치기
- JSON vs JavaScript 객체 리터럴
- API 요청 전에 JSON 검증하기
- JSON 포맷터 vs JSON Repair
- JSON Unexpected Token 오류 고치기
- JSON에서 JavaScript 객체 변환기