XML → JSON
모든 XML 문서를 분석해 JSON으로 변환합니다. 반복되는 형제 요소는 배열로 묶이고 속성과 텍스트는 유지되며 잘못된 XML은 변환 전에 알려줍니다.
XML 문서를 JSON으로 해석합니다. 반복되는 형제 요소는 배열이 되고, 속성과 텍스트 내용은 유지되며, 잘못된 XML은 변환을 시작하기도 전에 문제 위치와 함께 알려 줍니다.
API나 내보내기 파일은 XML을 주는데 나머지 도구는 JSON을 쓰는 상황에 유용합니다. SOAP 응답, 데이터 피드, 설정 내보내기 파일 등이 그렇습니다. 속성은 자식 요소와 나란히 남으므로 빠지는 정보가 없고, 이후에 원하는 스키마로 옮겨 담기도 쉽습니다.
XML을 JSON으로 변환하는 방법
XML을 붙여 넣습니다
변환하고 구조를 확인합니다
JSON을 복사하거나 다운로드합니다
자주 묻는 질문
반복되는 요소는 어떻게 처리하나요?
같은 태그 이름을 가진 형제 요소는 개수와 상관없이 배열이 되므로, 요소가 하나뿐인 목록도 객체 하나가 아니라 목록으로 해석됩니다.
속성은 어떻게 되나요?
요소 내용 옆에 속성으로 유지되므로 잃는 정보가 없습니다. 스키마가 별도의 속성 객체를 기대한다면 매핑 단계에서 이름을 조정하세요.
요소의 원래 순서를 유지할 수 있나요?
JSON 객체는 정의상 순서가 없으므로 요소 순서는 보장되지 않습니다. 순서가 의미상 중요하다면 원본 XML을 기준으로 삼으세요.
제 XML이 거부된 이유는 무엇인가요?
흔한 원인은 닫히지 않은 태그, 선언되지 않은 네임스페이스 접두사, XML 선언 앞에 붙은 불필요한 텍스트입니다. 오류 메시지가 해석이 실패한 위치를 가리켜 줍니다.
CDATA와 네임스페이스를 지원하나요?
CDATA 구역은 텍스트로 읽고 네임스페이스 접두사는 요소 이름의 일부로 유지하며, 충실한 매핑을 원할 때 대개 이것이 바람직합니다.
제 XML이 업로드되나요?
아니요. 해석은 브라우저 안에서 기기 로컬로 이루어집니다.
한눈에 보기
| 입력 | XML |
|---|---|
| 여러 파일 | 아니요 |
| 실행 위치 | 브라우저에서 실행 - 파일은 업로드되지 않습니다 |
| 오프라인에서도 작동 | 예 — 페이지를 불러온 후 |
| 가격 | 무료, 가입 필요 없음, 워터마크 없음 |
데이터 형식 고르기
JSON은 API가 반환하거나 프로그램이 읽는 데이터의 기본 선택입니다. 중첩 구조, 숫자, 불리언, null을 자연스럽게 다루고 모든 언어가 파싱합니다. CSV는 더 작고 스프레드시트에서 바로 열리지만, 중첩을 표현할 방법이 없고 구분자, 인용, 문자 집합에 관한 공통 표준도 없습니다. 변환이 어긋나는 지점이 바로 여기입니다. XML은 장황하지만 속성, 혼합 콘텐츠, 스키마를 담을 수 있어 문서 형식과 기존 연동에서 여전히 주류입니다. YAML은 설정 파일에 가장 읽기 좋지만 공백에 민감하고 형 변환이 뜻밖의 결과를 냅니다("no"가 false가 되거나 1.10 같은 버전이 1.1이 됩니다). 보기 좋은 형식이 아니라 그것을 사용하는 도구가 선호하는 형식을 고르십시오.
변환이 조용히 깨지는 곳
변환 버그는 대부분 문법이 아니라 의미의 문제입니다. 우편번호 CSV 열은 스프레드시트가 숫자라고 추측하는 순간 앞의 0을 잃습니다. 긴 ID는 부동소수점 정밀도를 넘어섭니다. 날짜는 일이 먼저인지 월이 먼저인지에 따라 의미가 달라집니다. JSON 키에는 순서가 없지만 배열에는 있습니다. 키를 정렬하는 도구는 아무것도 바꾸지 않지만 배열을 정렬하는 도구는 데이터를 바꿉니다. Unicode도 함정입니다. 텍스트는 UTF-8이나 UTF-16으로, 또는 BOM과 함께 도착할 수 있고, 잘못 추측한 디코더는 강세 문자가 있는 글자를 깨진 문자로 만듭니다. 어떤 변환이든 믿기 전에 첫 행과 마지막 행, 앞에 0이 붙은 필드, 따옴표나 쉼표, 줄바꿈이 들어 있는 필드를 표본 검사하십시오.