T
ToolBox
KO
comparison

JSON vs XML Compared — Differences, Pros and Cons, and When to Use Each

2026-04-02 · 5 min read

JSON과 XML — 데이터 표현의 두 거인

소프트웨어 개발에서 데이터를 저장하고 전송하는 방법은 여러 가지가 있지만, 그 중에서도 JSON과 XML은 가장 오랫동안 사랑받아온 두 가지 포맷입니다. 두 포맷 모두 인간이 읽을 수 있는 텍스트 기반이고, 플랫폼에 독립적이며, 다양한 언어와 도구에서 지원됩니다.

그렇다면 둘의 차이는 무엇이고, 언제 어떤 것을 써야 할까요?

같은 데이터, 다른 표현

두 포맷의 차이를 가장 직관적으로 느끼려면 같은 데이터를 각각으로 표현해보는 것이 좋습니다.

JSON으로 표현

{
  "person": {
    "name": "홍길동",
    "age": 30,
    "email": "hong@example.com",
    "hobbies": ["독서", "등산", "코딩"]
  }
}

XML로 표현

<?xml version="1.0" encoding="UTF-8"?>
<person>
  <name>홍길동</name>
  <age>30</age>
  <email>hong@example.com</email>
  <hobbies>
    <hobby>독서</hobby>
    <hobby>등산</hobby>
    <hobby>코딩</hobby>
  </hobbies>
</person>

같은 데이터를 담고 있지만 XML이 훨씬 더 많은 텍스트를 필요로 합니다. 모든 값이 여는 태그와 닫는 태그 쌍으로 감싸져야 하기 때문입니다.

핵심 차이점 비교

비교 항목JSONXML
문법간결함, 중괄호/대괄호 기반장황함, 태그 기반
파일 크기작음큼 (태그 반복으로 overhead)
가독성높음보통 (태그가 많아 복잡)
파싱 속도빠름상대적으로 느림
데이터 타입문자열, 숫자, 불리언, null, 배열, 객체모든 값이 문자열 (타입 정보 없음)
주석 지원지원 안 함지원 (<!-- 주석 -->)
속성(Attribute)없음태그에 속성 추가 가능
스키마 검증JSON SchemaDTD, XSD (더 성숙한 생태계)
네임스페이스지원 안 함지원 (복잡한 문서 구조에 유용)
언어 지원모든 언어에서 기본 지원모든 언어 지원, 파서 필요
탄생 배경2001년, JavaScript에서 파생1998년, SGML에서 파생

JSON의 장단점

장점

1. 간결함과 가독성 JSON은 불필요한 반복이 없습니다. 데이터 자체에 집중할 수 있어 읽고 쓰기가 편합니다.

2. JavaScript와의 완벽한 호환성 JSON은 JavaScript에서 바로 객체로 파싱되므로, 웹 프론트엔드와 Node.js에서 처리가 매우 자연스럽습니다. JSON.parse()와 JSON.stringify() 두 함수만으로 변환이 끝납니다.

3. 작은 파일 크기 태그를 반복하지 않아도 되므로, 같은 데이터를 XML보다 훨씬 적은 용량으로 표현합니다. 네트워크 대역폭과 전송 시간이 절약됩니다.

4. 데이터 타입 지원 숫자, 불리언, null 등 기본 타입을 언어 수준에서 지원합니다. XML에서는 모든 것이 문자열이라 타입을 따로 정의해야 합니다.

단점

1. 주석 불가 JSON 파일에는 주석을 달 수 없습니다. 설정 파일에서 각 옵션의 용도를 설명하고 싶어도 방법이 없습니다. (JSONC나 JSON5 같은 확장 형식을 사용하면 가능하지만, 표준이 아닙니다.)

2. 메타데이터 표현이 어려움 XML의 속성(attribute) 기능처럼 데이터와 함께 메타데이터를 붙이는 깔끔한 방법이 없습니다.

3. 네임스페이스 없음 여러 소스의 데이터를 병합할 때 이름 충돌을 다루는 표준 방법이 없습니다.

XML의 장단점

장점

1. 성숙한 스키마 생태계 DTD, XML Schema(XSD), RelaxNG 등 다양하고 강력한 스키마 검증 도구가 있습니다. 복잡한 데이터 구조의 유효성을 엄격하게 검증할 수 있습니다.

2. 주석 지원 설정 파일에 주석을 달 수 있어, 사람이 읽고 관리해야 하는 파일에 유리합니다.

3. 네임스페이스 여러 XML 어휘를 하나의 문서에서 충돌 없이 사용할 수 있습니다. XHTML, SOAP, RSS 등이 XML 기반인 이유 중 하나입니다.

4. 문서 중심 데이터에 강함 문서 내에 혼합 콘텐츠(텍스트 중간에 태그가 섞임)를 표현할 수 있습니다. HTML 자체도 XML과 유사한 SGML 계열입니다.

단점

1. 장황함 같은 내용을 JSON보다 훨씬 많은 문자로 써야 합니다. 전송 대역폭과 파싱 비용이 증가합니다.

2. 배열 표현이 불편 JSON은 []로 배열을 직관적으로 표현하지만, XML은 동일한 태그를 반복하거나 별도의 컨벤션을 정의해야 합니다.

3. 상대적으로 느린 파싱 DOM이나 SAX 파싱이 JSON보다 복잡하고 느린 경우가 많습니다.

언제 JSON을 선택해야 할까?

다음 상황에서는 JSON이 더 좋은 선택입니다.

  • REST API 개발: 오늘날 대부분의 REST API는 JSON을 사용합니다. 프론트엔드와 백엔드 간 데이터 교환의 사실상 표준입니다.
  • 웹·모바일 앱: JavaScript/TypeScript 생태계와의 호환성이 뛰어납니다.
  • NoSQL 데이터베이스: MongoDB, Firestore 등 주요 NoSQL DB는 JSON(BSON) 형식을 사용합니다.
  • 설정 파일: package.json, tsconfig.json 등 개발 도구 설정에 주석이 필요 없다면 JSON이 적합합니다.
  • 가벼운 데이터 전송: 파일 크기와 파싱 속도가 중요한 경우.

언제 XML을 선택해야 할까?

다음 상황에서는 XML이 더 적합합니다.

  • 문서 포맷: Microsoft Office 파일(.docx, .xlsx)은 내부적으로 XML을 사용합니다. SVG 이미지도 XML 기반입니다.
  • 엔터프라이즈 시스템: SOAP 웹 서비스, 금융·의료 분야의 레거시 시스템 연동에는 XML이 표준인 경우가 많습니다.
  • RSS/Atom 피드: 블로그나 뉴스 피드 구독은 여전히 XML 기반입니다.
  • 복잡한 스키마 검증 필요: 엄격한 데이터 유효성 검사가 필요한 시스템에서는 XSD가 강력합니다.
  • 주석이 필요한 설정 파일: Maven(pom.xml), Ant, Spring 설정처럼 주석이 중요한 경우.

마무리

JSON과 XML은 서로 경쟁 관계라기보다는 각자 잘 맞는 영역이 있는 도구들입니다. 현대 웹 개발의 대부분은 JSON으로 이동했지만, XML은 여전히 문서 포맷, 엔터프라이즈 통합, 레거시 시스템에서 중요한 역할을 합니다.

“무엇이 더 좋은가?”보다 “이 상황에 무엇이 맞는가?”를 질문하는 것이 올바른 접근입니다.

JSON 데이터를 보기 좋게 정리하거나 유효성을 검사하고 싶다면, JSON 포매터 도구를 활용해보세요.

🔤
Try it yourself
JSON Formatter & Validator →