이런 분께 유용합니다
- API 응답이나 설정 파일의 변경점을 확인하는 개발자
- 배포 전후 JSON 데이터 계약을 비교하는 테스트 담당자
- 값뿐 아니라 숫자·문자열 같은 타입 변경을 찾으려는 사용자
Developer Utility
JSON Diff 비교 도구
두 JSON 데이터를 비교해 추가, 삭제, 변경된 값을 확인하고 API 응답, 설정 파일, 테스트 데이터의 차이를 빠르게 점검할 수 있는 JSON 비교 도구입니다.
JSON 구조 비교
객체, 배열, 중첩 필드의 구조 차이와 값 변경 여부를 경로 기준으로 확인합니다.
변경점 분류
추가, 삭제, 변경, 동일 항목을 구분해 API 응답 차이를 빠르게 파악합니다.
정렬·복사·다운로드
JSON 자동 정렬, 비교 결과 복사, 리포트 다운로드까지 한 번에 처리할 수 있습니다.
JSON 입력
비교할 원본 JSON과 변경 JSON을 각각 입력하세요.
경로 기준 비교
root.user.profile.name, root.items[0].price 같은 JSON 경로로 변경 위치를 표시합니다.
타입 차이 확인
문자열, 숫자, 불리언, null, 객체, 배열의 타입 변경도 변경 항목으로 표시합니다.
비교 결과
추가, 삭제, 변경된 JSON 경로와 값을 확인할 수 있습니다.
0
추가
0
삭제
0
변경
0
동일
두 JSON 데이터를 입력한 뒤 비교하기 버튼을 눌러주세요.
JSON 비교 방식
비교 결과는 단순 문자열 비교가 아니라 JSON 구조를 파싱한 뒤 경로와 값 기준으로 표시합니다.
추가된 값
변경 JSON에만 존재하는 필드나 배열 항목입니다. 신규 API 필드, 새 설정값 확인에 유용합니다.
삭제된 값
원본 JSON에는 있었지만 변경 JSON에서 사라진 필드입니다. 누락 필드나 삭제된 설정을 확인할 수 있습니다.
변경된 값
같은 경로에 있지만 값 또는 타입이 달라진 항목입니다. 버전 변경, 응답 변경, 설정 변경 확인에 적합합니다.
JSON 구조 차이를 경로와 타입으로 정확히 확인하는 법
두 JSON 문서를 파싱한 뒤 객체 키, 배열 인덱스, 값과 데이터 타입을 비교해 추가·삭제·변경 경로를 찾는 도구입니다. 문자열 모양이 아니라 파싱 결과를 비교하므로 공백과 들여쓰기는 무시하지만, 배열은 순서가 의미 있는 값으로 취급합니다.
대표 활용 상황
- API 응답에 필드가 추가되거나 누락됐는지 확인할 때
- 환경별 설정 JSON의 값과 타입 차이를 검토할 때
- 압축된 JSON의 들여쓰기를 정리하고 변경 리포트로 저장할 때
처음부터 결과 확인까지
- 1
비밀번호·토큰·개인정보를 제거하거나 마스킹한 두 JSON을 준비합니다.
- 2
원본과 변경 JSON을 각각 입력하고 문법 오류가 없는지 확인합니다.
- 3
타입 정보 표시·동일 항목·자동 들여쓰기 옵션을 선택합니다. 타입 정보 표시는 비교 기준을 바꾸지 않습니다.
- 4
비교를 실행해 추가·삭제·변경 수와 root 기준 경로를 확인합니다.
- 5
배열 변경은 인덱스 기준이라는 점을 고려해 순서 변경인지 실제 값 변경인지 구분합니다.
- 6
리포트를 복사하거나 저장하고 실제 API 스키마·테스트 결과와 함께 검토합니다.
API 버전 필드 변경
- 입력
- 원본 {"version":1,"active":true} / 변경 {"version":"1","active":true}
- 결과
- root.version의 값과 타입이 number에서 string으로 변경
JSON의 숫자 1과 문자열 "1"은 서로 다른 타입이므로 화면상 비슷해도 변경으로 분류합니다.
배열 순서 변경
- 입력
- 원본 {"items":["A","B"]} / 변경 {"items":["B","A"]}
- 결과
- root.items[0]과 root.items[1], 총 2곳 변경
JSON 배열은 순서를 보존하므로 같은 원소 집합이라도 위치가 바뀌면 인덱스별 차이로 표시됩니다.
계산·처리 기준
JSON.parse로 파싱한 뒤 객체는 자체 키, 배열은 같은 인덱스, 원시값은 엄격한 일치로 비교합니다. root.user.name처럼 경로를 표시하고 점이 포함된 키는 root["a.b"]처럼 구분합니다. 비교 시 각 입력은 500,000자, 중첩은 100단계로 제한합니다. 자동 정렬은 들여쓰기만 정리하며 키 순서를 바꾸지 않습니다.
알아둘 한계
- 배열 원소를 ID로 매칭하지 않으므로 앞쪽 삽입이나 순서 변경은 이후 여러 인덱스 차이로 나타날 수 있습니다.
- JSON 객체의 키 순서는 의미가 없지만 배열 순서는 의미가 있는 것으로 처리합니다.
- 중복 키가 있는 JSON은 파서가 마지막 값을 남길 수 있으므로 원문의 중복 키 문제를 찾는 검증기가 아닙니다.
- 스키마 적합성, 필수 필드, 숫자 범위와 API 하위 호환성은 별도 JSON Schema 검사나 테스트가 필요합니다.
- JavaScript 숫자 정밀도를 벗어난 정수는 파싱 중 달라질 수 있습니다. 정확한 큰 정수 ID는 문자열로 전달하세요.
- 객체 하나를 추가·삭제하면 하위 필드 수와 관계없이 한 항목으로 집계할 수 있습니다.
개인정보 처리
입력은 현재 브라우저에서 처리하며 서버로 전송하거나 저장하지 않습니다. 보고서에는 입력값이 포함될 수 있습니다. 입력을 수정했다면 다시 비교한 뒤 복사하거나 저장하세요.
참고 자료
함께 쓰면 좋은 도구
자주 묻는 질문
JSON 속성 순서가 다르면 변경인가요?
객체 키 순서는 무시합니다. 파싱된 같은 키와 값이면 작성 순서와 들여쓰기가 달라도 동일합니다.
배열을 순서와 무관하게 비교할 수 있나요?
현재는 JSON 의미에 맞춰 인덱스 순서로 비교합니다. ID 기반 집합 비교가 필요하면 먼저 업무 규칙에 따라 배열을 정렬해야 합니다.
유효한 JSON인지도 확인하나요?
JSON.parse가 양쪽 문법을 확인하고 오류가 있으면 비교를 중단합니다. 다만 JSON Schema 적합성까지 검사하지는 않습니다.
타입 차이 표시를 끄면 숫자와 문자열을 같게 보나요?
아니요. 보고서의 타입 정보만 숨기며 숫자 1과 문자열 "1"은 계속 다른 값으로 비교합니다.