XML JSON 변환

Q: 나중에 JSON을 다시 XML로 변환할 수 있습니까?

[JSON XML 변환](/json-to-xml)으로 가능합니다. 같은 @와 #text 규칙을 따르므로 속성은 속성으로 돌아옵니다. 주석과 원래 들여쓰기는 JSON에 담긴 적이 없으므로 돌아오지 않습니다.

SOAP 응답, RSS 피드, 설정 파일, 레거시 시스템 내보내기의 데이터를 JavaScript, Python, 노코드 도구가 바로 읽는 JSON으로 옮기십시오. 파서를 직접 작성할 필요가 없습니다.

또는 CSV, TSV, TXT … 파일을 여기에 끌어다 놓으세요 ·

파일당 최대 95 MB· 최대 20개 파일· 30분 뒤 삭제

출력

변환할 형식

파일은 UltKit 서버에서 처리되며 30분 뒤 삭제됩니다.

CSV 및 텍스트

구분자

CSV와 텍스트 파일에서 열을 나누는 문자로, 읽기와 쓰기에 모두 쓰입니다. 자동은 입력에서 감지하고 쉼표로 씁니다.

텍스트 인코딩

UTF-8은 모든 언어에 쓸 수 있습니다. Windows의 Excel에서 CSV를 열 때 악센트 문자나 아시아 문자가 깨지면 BOM 포함 UTF-8을 선택하십시오.

첫 행을 머리글로 사용

첫 행을 열 이름으로 씁니다. JSON 키, XML 태그, SQL 열 이름, vCard 필드 매핑이 됩니다. 1행이 데이터라면 끄십시오.

시트

변환할 시트

Excel, ODS, Numbers 입력은 첫 시트만 변환하거나 모든 시트를 변환합니다(ZIP 안에 시트마다 CSV 하나, 또는 시트마다 JSON 키 하나).

JSON, XML 및 SQL

보기 좋게 정렬

사람이 읽을 수 있도록 들여쓰기를 합니다. 끄면 최대한 적은 줄로 써서 더 작아집니다.

JSON 구조

객체 배열은 모든 행에 열 이름을 키로 쓰고, 배열의 배열은 더 간결하며 머리글을 첫 배열로 유지합니다.

값

날짜

날짜 셀을 한 가지 형식으로 다시 씁니다. 데이터베이스와 코드에는 ISO (2026-10-18)가 가장 안전하며, 그대로 유지는 원본에 보이는 대로 둡니다.

공백 제거

모든 값의 앞뒤 공백을 지웁니다. 가져온 뒤 조회가 실패하는 흔한 원인입니다.

사용 방법

1
XML 업로드
업로드 영역에 .xml 파일을 놓으십시오. 한 번에 최대 20개, 파일당 95 MB까지 가능합니다. 파일마다 따로 변환됩니다.
2
읽기용 또는 압축형 선택
보기 좋게 정렬이 켜져 있어 읽기와 코드 리뷰에 좋도록 JSON을 들여씁니다. API 페이로드용으로 가장 작은 한 줄 출력이 필요하다면 고급 설정에서 끄십시오.
3
변환 후 JSON 사용
JSON으로 변환을 누르고 .json 파일을 다운로드해 코드나 도구에서 불러오십시오.

XML을 업로드하고 JSON으로 변환을 누르십시오. 요소는 키가, 반복 요소는 배열이 되고, 속성은 @가 붙은 키로 유지되므로 태그 안의 정보가 하나도 사라지지 않습니다.

XML JSON 변환기가 필요한 사람

XML 1.0은 1998년 2월 W3C 권고안이 되었고, 이후 10년 동안 시스템끼리 대화하는 방식이었습니다. SOAP 웹 서비스, RSS와 Atom 피드, Office 문서, 금융 메시지, 상품 카탈로그가 그랬습니다. 그런 시스템 중 상당수가 아직 돌아가고 있습니다. RFC 8259로 규정된 JSON은 JavaScript가 파서 라이브러리 없이 읽고 거의 모든 언어의 리스트와 딕셔너리에 그대로 대응하기 때문에 새 웹 API를 차지했습니다.

그래서 변환하는 사람들은 대개 두 시대를 잇는 일을 합니다. 프런트엔드 개발자는 결제나 배송 업체에서 SOAP 응답을 받아 평범한 객체로 쓰고 싶어 합니다. Zapier나 Make로 자동화를 만드는 사람은 공급업체의 XML 피드를 JSON이 가장 잘 맞는 흐름으로 끌어옵니다. 데이터 엔지니어는 오래된 Java 애플리케이션의 설정 파일을 옮기고, 학생은 수업 과제에 쓸 RSS 피드를 JSON으로 필요로 합니다. 모두 꺾쇠괄호 없이 같은 구조를 원합니다.

XML JSON 변환: 태그, 속성, 텍스트가 대응하는 방식

XML 입력: 속성 하나, 고객 하나, 품목 두 개가 있는 주문

<order id="A-77">
  <customer>김지은</customer>
  <total currency="EUR">59.90</total>
  <item sku="0042">책상 스탠드</item>
  <item sku="0108">LED 전구</item>
</order>

위 주문의 각 부분이 JSON에 나타나는 방식
XML 구성 요소	예시	JSON 결과
루트 요소	<order>	최상위 키 order
속성	id="A-77"	"@id": "A-77"
텍스트만 있는 요소	<customer>	"customer": "김지은"
텍스트와 속성	<total currency="EUR"> 요소	{"@currency": "EUR", "#text": "59.90"}
반복 요소	<item> 태그 두 개	"item": [ … , … ] 배열
주석	<!-- note -->	삭제됨, JSON에는 주석이 없음

XML

확장 가능한 마크업 언어(XML)

XML은 1998년 W3C가 발표한 구조화된 데이터용 마크업 언어입니다. 속성이 붙은 중첩 태그를 사용하고 스키마, 네임스페이스, 유효성 검사를 지원해 복잡한 문서에 적합합니다. RSS 피드, SVG, Office 문서, 사이트맵과 많은 기업·정부 데이터 교환의 기반입니다. JSON보다 장황하지만 모든 프로그래밍 언어와 많은 스프레드시트 도구가 XML을 읽을 수 있습니다.

압축 방식: –
투명도: –
애니메이션: –
도입 연도: 1998 · W3C

XML 변환

JSON

JavaScript 객체 표기법(JSON)

JSON은 구조화된 데이터를 위한 가벼운 텍스트 형식으로, 2000년대 초 Douglas Crockford가 널리 알렸고 RFC 8259와 ECMA-404로 표준화되었습니다. 객체, 배열, 문자열, 숫자, 불리언, null을 간단하고 읽기 쉬운 문법으로 표현합니다. 거의 모든 프로그래밍 언어에서 웹 API, 설정 파일, 앱 간 데이터 교환의 기본 형식으로 쓰입니다. 주석, 날짜, 스키마가 기본으로 들어 있지 않고, 깊게 중첩된 큰 파일은 뷰어 없이 읽기 어렵습니다.

압축 방식: –
투명도: –
애니메이션: –
도입 연도: 2001 · Douglas Crockford

JSON 변환

오래된 시스템이나 기업 시스템의 데이터가 웹 앱, 스크립트, 자동화 도구로 가야 할 때 XML을 JSON으로 바꿉니다. JSON은 JavaScript에서 기본으로 파싱되고 Python 딕셔너리에 그대로 대응합니다.

JSON에 자리가 없는 XML 기능

두 형식 모두 트리를 기술하지만 XML에는 JSON에 없던 부가 기능이 있습니다. 1999년 W3C가 정의한 네임스페이스는 한 문서에 soap:, xsi: 같은 어휘를 섞을 수 있게 하는데, JSON에서는 키 이름의 일부로만 남습니다. 주석과 처리 명령은 갈 곳이 없어 삭제됩니다. 굵은 단어가 들어간 XHTML 문단처럼 텍스트와 하위 태그가 섞인 혼합 콘텐츠는 유효한 XML이지만 JSON에서는 어색해지므로, 문서형 XML은 JSON보다 HTML이나 Markdown으로 변환하는 편이 낫습니다.

미묘한 것은 순서입니다. XML은 형제 요소의 순서를 유지하고 스키마가 이에 의존할 수 있지만, JSON 객체의 키는 표준상 순서가 없습니다. 반복 요소는 배열 안에서 순서를 유지하므로 대부분의 실제 데이터는 문제없습니다. XML이 코드가 아니라 스프레드시트로 가야 할 평평한 레코드 목록이라면 XML 엑셀 변환이 바로 행과 열을 만들어 주고, XML CSV 변환은 데이터베이스 가져오기용 파일을 만듭니다.

XML JSON 변환 자주 묻는 질문

같은 요소가 어떤 파일에서는 배열이고 다른 파일에서는 객체인 이유는 무엇입니까?

변환기는 문서 안에 있는 것만 봅니다. 주문에 item 태그가 세 개 있으면 배열이 되고, 하나뿐이면 반복할 것이 없으므로 단일 객체가 됩니다. JSON을 읽는 코드는 두 형태를 모두 받아들이거나, 반복문 전에 단일 객체를 배열로 감싸야 합니다.

XML 속성은 JSON에 어떻게 기록됩니까?

각 속성은 이름 앞에 @가 붙은 키가 되므로 currency="EUR"는 "@currency": "EUR"이 됩니다. 요소에 속성과 텍스트가 모두 있으면 텍스트는 그 옆의 #text 키에 들어갑니다. 이 규칙 덕분에 속성과 하위 요소의 이름이 같아도 충돌하지 않습니다.

XML의 숫자가 JSON 숫자로 바뀝니까?

XML에는 자체 데이터 형식이 없어서 태그 안의 42와 "42"는 똑같아 보입니다. 따라서 값은 문자열로 나오며, 덕분에 우편번호나 007 같은 ID가 안전하게 유지됩니다. 코드에 필요한 필드는 파싱한 뒤 숫자로 바꾸십시오.

soap:Envelope 같은 네임스페이스 접두사는 어떻게 됩니까?

접두사는 키 이름의 일부로 남으므로 엔벨로프는 soap:Envelope로, 네임스페이스 선언은 @xmlns:soap 키로 나타납니다. 그래서 서로 다른 어휘의 요소가 섞이지 않습니다. 한 어휘만 다룬다면 코드에서 접두사를 제거하십시오.

나중에 JSON을 다시 XML로 변환할 수 있습니까?

JSON XML 변환으로 가능합니다. 같은 @와 #text 규칙을 따르므로 속성은 속성으로 돌아옵니다. 주석과 원래 들여쓰기는 JSON에 담긴 적이 없으므로 돌아오지 않습니다.