JSON vs XML 비교 - 데이터 포맷 선택 기준과 실무 차이점 총정리
JSON과 XML 중 어떤 데이터 포맷을 써야 할지 고민이라면, 구조·속도·가독성·호환성까지 실무 기준으로 비교해 드립니다
개발 프로젝트를 시작할 때마다 반복되는 질문이 있습니다. "데이터를 JSON으로 주고받을까, XML로 할까?" 특히 API를 설계하거나 설정 파일 형식을 정할 때 이 고민은 피할 수 없습니다. 두 포맷 모두 수십 년간 쓰여온 검증된 형식이지만, 특성이 확연히 다릅니다. JSON vs XML 비교를 통해 각 포맷의 강점과 약점을 실무 관점에서 정리해 보겠습니다.
JSON과 XML, 각각 어떤 포맷인가
JSON(JavaScript Object Notation)은 2001년 더글라스 크락포드가 정리한 경량 데이터 교환 형식입니다. 자바스크립트 객체 표기법에서 출발했지만, 현재는 사실상 모든 프로그래밍 언어에서 지원합니다.
XML(eXtensible Markup Language)은 1998년 W3C가 표준화한 마크업 언어입니다. HTML과 비슷한 태그 기반 구조를 가지며, 문서의 구조와 의미를 동시에 표현할 수 있도록 설계되었습니다.
핵심 차이 한눈에 보기
- JSON - 키-값 쌍 기반, 배열과 객체로 구성, 데이터 교환에 최적화
- XML - 태그 기반, 속성과 네임스페이스 지원, 문서 표현에 최적화
- 등장 시기 - XML이 약 3년 먼저 표준화되었고, JSON은 웹 API 시대에 급성장
두 포맷 모두 사람이 읽을 수 있는 텍스트 기반이라는 공통점이 있습니다. 하지만 설계 철학부터 다르기 때문에 JSON vs XML 비교에서는 단순히 "어느 쪽이 낫다"고 말하기 어렵습니다.
문법 구조 직접 비교
같은 데이터를 JSON과 XML로 표현하면 차이가 명확해집니다. 사용자 정보를 담은 간단한 예시를 보겠습니다.
JSON 표현
{"name": "홍길동", "age": 30, "skills": ["Python", "SQL"]}
XML 표현
<user><name>홍길동</name><age>30</age><skills><skill>Python</skill><skill>SQL</skill></skills></user>
동일한 정보인데 XML이 눈에 띄게 깁니다. 태그를 열고 닫는 구조 때문입니다.
| 항목 | JSON | XML |
|---|---|---|
| 데이터 타입 지원 | 문자열, 숫자, 불리언, 배열, 객체, null | 모든 값이 문자열 (스키마로 타입 지정 가능) |
| 배열 표현 | 대괄호 []로 간결하게 | 반복 태그로 표현 (장황함) |
| 주석 지원 | 공식적으로 미지원 | <!-- 주석 --> 지원 |
| 네임스페이스 | 미지원 | xmlns로 지원 |
| 속성(Attribute) | 없음 (키-값으로 대체) | 태그에 속성 추가 가능 |
| 스키마 검증 | JSON Schema | DTD, XSD, RELAX NG |
JSON vs XML 비교의 핵심은 "간결함 vs 표현력"입니다. JSON은 데이터 전달에 집중하고, XML은 데이터에 의미와 구조를 부여하는 데 강점이 있습니다.
파싱 속도와 데이터 크기 차이
실무에서 가장 체감되는 차이는 성능입니다. 동일한 데이터를 기준으로 JSON이 XML보다 평균 30-40% 가볍습니다. 태그 중복이 없기 때문입니다.
파싱 속도 비교
- JSON 파싱 - 대부분의 언어에 내장 파서 존재, JavaScript에서는
JSON.parse()한 줄로 완료 - XML 파싱 - DOM 파서는 전체 문서를 메모리에 로드, SAX 파서는 이벤트 기반으로 대용량 처리 가능
- 벤치마크 결과 - Node.js 환경에서 1MB 데이터 기준, JSON 파싱이 XML 대비 약 2-5배 빠름
모바일 앱이나 IoT 기기처럼 네트워크 대역폭과 처리 성능이 제한된 환경에서는 이 차이가 결정적입니다. REST API가 JSON을 기본 형식으로 채택한 이유이기도 합니다.
실무에서 어디에 쓰이는가
JSON과 XML은 각각 강세를 보이는 영역이 뚜렷합니다.
JSON이 주로 쓰이는 곳
- REST API 통신 - 2024년 기준 공개 API의 약 83%가 JSON 형식 채택 (Postman API 보고서)
- 웹/모바일 앱 데이터 교환 - 프론트엔드와 백엔드 사이 통신의 사실상 표준
- NoSQL 데이터베이스 - MongoDB, CouchDB 등이 JSON 기반 문서 저장
- 설정 파일 - package.json, tsconfig.json 등 개발 도구 설정
XML이 주로 쓰이는 곳
- 기업 시스템 연동 - SOAP 웹서비스, 금융/공공기관 전자문서
- 문서 포맷 - DOCX, XLSX, SVG, RSS 피드 등
- 안드로이드 레이아웃 - 화면 UI를 XML로 정의
- 데이터 검증이 중요한 시스템 - XSD 스키마로 엄격한 구조 검증 가능
최근 트렌드를 보면 신규 프로젝트에서는 JSON 채택률이 압도적입니다. 하지만 레거시 시스템, 공공 데이터, 문서 기반 시스템에서는 XML이 여전히 핵심 역할을 합니다. 예를 들어, 연봉 실수령액 계산기처럼 공공 세금 데이터를 활용하는 서비스도 내부적으로 XML 형식의 국세청 API를 파싱해서 사용하는 경우가 많습니다.
Accept: application/xml 요청에 대응하면 레거시 클라이언트와의 호환성을 유지할 수 있습니다.프로젝트별 선택 기준 가이드
JSON vs XML 비교에서 최종 선택은 프로젝트 요구사항에 달려 있습니다. 아래 기준을 참고하면 빠르게 판단할 수 있습니다.
JSON을 선택해야 할 때
- 웹 API나 모바일 앱 백엔드를 개발하는 경우
- 데이터가 구조적이고, 빠른 파싱이 필요한 경우
- 프론트엔드 개발자와 협업하는 경우 (JavaScript와의 자연스러운 호환)
- 데이터 크기를 최소화해야 하는 경우
XML을 선택해야 할 때
- 엄격한 스키마 검증이 필요한 금융/의료/공공 시스템
- 문서에 메타데이터, 네임스페이스, 속성이 필요한 경우
- XSLT로 데이터를 다른 형식으로 변환해야 하는 경우
- 기존 XML 기반 시스템과 연동해야 하는 경우
하나 더 고려할 점이 있습니다. 최근에는 JSON과 XML 외에도 Protocol Buffers(gRPC), YAML, TOML 같은 대안이 있습니다. 마이크로서비스 간 통신에는 Protocol Buffers가, 사람이 자주 편집하는 설정 파일에는 YAML이 더 적합할 수 있습니다.
결국 JSON vs XML 비교에서 중요한 것은 "최신 기술이냐"가 아니라 "우리 프로젝트에 맞느냐"입니다. REST API를 만든다면 JSON, 공공기관 연동 시스템이라면 XML, 이 기본 원칙만 기억하면 됩니다. 지금 진행 중인 프로젝트의 데이터 흐름을 한번 그려보세요. 어떤 포맷이 적합한지 자연스럽게 답이 나올 것입니다.
