서버전송 없음 · 브라우저 처리

JSON 정리

JSON을 예쁘게 펼치거나 한 줄로 압축하고, 오류 위치를 알려줘요.

JSON 입력

들여쓰기

옵션

키 정렬 자동 정리

불러오기

왼쪽에 JSON을 붙여넣으세요.

즐겨찾기하면 홈에서 바로 찾을 수 있어요

이럴 때 쓰세요

API 응답 한 줄 JSON을 읽기 좋게 펼치기

설정 파일 키를 정렬해 diff 노이즈 제거

꼬리 쉼표·홑따옴표가 있는 JSON 고치기

이렇게 사용하세요

11단계JSON을 붙여넣으면 자동으로 정리돼요

22단계오류가 있으면 위치를 알려줘요 — 고치기 버튼도 써보세요

33단계정리된 결과를 복사하거나 저장하세요

결과가 예상과 다를 때

오류 위치를 모르겠어요

표시된 줄·열 주변을 보세요. 따옴표나 쉼표가 빠진 경우가 대부분이에요.

큰 파일이 느려요

10MB가 넘으면 나눠서 처리하는 편이 빨라요.

자주 하는 실수

큰 정수 ID가 뭉개집니다. 브라우저 숫자는 IEEE 754 배정밀도라 정확히 표현되는 정수는 2의 53제곱에서 1을 뺀 9,007,199,254,740,991까지라, 이 값을 넘는 주문번호는 반올림됩니다.
중복 키는 조용히 사라집니다. 같은 이름의 키가 두 번 나오면 뒤의 값만 남아 앞의 값이 덮어써져요. 원본 데이터에서 먼저 확인하세요.
키를 정렬하면 의미 없는 차이가 생깁니다. 값이 바뀐 게 아니라 순서만 바뀐 것처럼 보여서 검토자가 놓칩니다.
수십 메가바이트를 브라우저에서 다룹니다. 문자열 파싱에 화면이 멈출 수 있으니 나누어 처리하거나 서버 쪽 도구를 쓰세요.

계산 근거

표준은 RFC 8259입니다. 객체는 순서 없는 키와 값의 쌍이고 배열만 순서가 보장되며, 문자열은 반드시 유니코드여야 하고 제어 문자는 이스케이프해야 하며 문서 안에 개행 문자를 그대로 넣을 수 없습니다. 숫자에는 값 범위 규범이 없어 브라우저에서 파싱하면 배정밀도 숫자가 되어 큰 정수 값이 손실될 수 있습니다. 정렬과 들여쓰기는 표시 계층의 처리라 값 자체는 바뀌지 않습니다.

실제로 계산해 보면

9,007,199,254,740,993이 왜 위험한가요?

2의 53제곱에서 1을 더한 값이라 배정밀도 정수의 마지막 경계인 9,007,199,254,740,991을 넘습니다. 브라우저에서 읽으면 9,007,199,254,740,992로 반올림되고, 다시 서버로 보내면 원래 번호가 아니게 됩니다.

오류 위치는 어떻게 찾나요?

파서가 실패한 문자 위치를 그대로 알려 줍니다. 뒤에 쉼표가 남은 {"a":1,} 형태라면 오타는 앞이 아니라 닫는 괄호 앞을 가리키므로, 표시된 위치에서 앞뒤 한 줄을 함께 보세요.

작은 JSON을 펼치면 얼마나 커지나요?

들여쓰기 공백이 붙으므로 보통 2~4배로 늘어납니다. 전송과 저장에는 공백 없는 압축본을, 사람이 읽고 고칠 때만 펼친본을 쓰는 편이 좋습니다.

더 궁금한 것

키 순서는 보존되나요?

표준은 객체의 키에 순서를 부여하지 않습니다. 파서마다 다르게 담기는 경우가 많아 순서를 바꿔 저장하면 값이 바뀐 것처럼 보입니다. 순서를 고정해야 한다면 스키마에 정의를 넣으세요.

홑따옴표나 주석이 있는 파일도 되나요?

표준 JSON은 홑따옴표, 주석, 뒤따르는 쉼표를 허용하지 않습니다. 설정 파일에 이런 문법이 있으면 그대로는 읽히지 않아 평탄화하거나 규격에 맞는 형태로 바꿔야 합니다.

정렬하면 변경점 비교가 쉬워지나요?

키를 정렬하면 배치만 바뀐 차이가 사라져 실제 변경만 남습니다. 다만 순서에 의미가 있는 배열은 정렬하지 말고 그대로 두는 것이 맞습니다.

알아둘 경계값

파일 불러오기는 앞 20만 자까지만 읽어요. 뒷부분이 잘려 파싱 오류가 나니 큰 파일은 나누세요.
자동 고치기는 주석·홑따옴표·꼬리쉼표를 손봐요. 비표준 문법은 고쳐진 뒤에야 읽히니 원본과 달라져요.
정렬 옵션은 키 순서를 바꿔 저장해요. 순서에 의미를 둔 데이터와 섞으면 배치가 실제 변경처럼 보여요.
제어 문자·날것 개행이 문자열 안에 있으면 오류예요. 로그는 개행을 이스케이프해야 읽혀요.
자동 미리보기는 입력 후 0.3초 뒤에 돌아요. 빨리 붙여넣고 바로 복사하면 이전 결과가 나갈 수 있어요.
키 개수·바이트 표시는 압축본 기준이에요. 펼친 화면과 다르니 전송 용량은 표시값으로 삼으세요.

결과를 믿기 전 확인 목록

붙여넣기 전 20만 자 제한을 보세요. 초대형 로그·덤프는 잘려서 오류가 나니 나눠 넣으세요.
홑따옴표·주석이 섞였다면 고치기 버튼을 쓰세요. 그대로는 표준이 아니라 파싱되지 않아요.
키 정렬이 필요한지 먼저 정하세요. 정렬하면 diff 노이즈가 줄지만 순서 의미가 사라져요.
민감 키(토큰·비밀번호)가 포함됐는지 보세요. 화면 복사·파일 저장 전에 마스킹하세요.
금액·수량은 정수 단위인지 보세요. 소수 금액은 이진 오차가 날 수 있어 원 단위 정수로 바꾸세요.
복사 전 통계(키 개수·바이트)가 기대 범위인지 보세요. 비어 있거나 0이면 입력을 확인하세요.
트리 보기로 구조를 먼저 훑으세요. 중첩 깊은 설정은 펼친 텍스트보다 트리가 한눈에 들어와요.
저장 파일명을 data.json에서 바꾸세요. 여러 응답을 같은 이름으로 받으면 덮어써져요.
자동 미리보기가 켜져 있는지 보세요. 꺼져 있으면 붙여넣기만으로 결과가 안 바뀌니 정리 버튼을 누르세요.

자주 묻는 질문

오류가 있으면 어디가 틀렸는지 알려주나요?

네. 파싱 실패 시 에러 메시지와 근처 위치를 표시합니다.

홑따옴표 JSON도 고쳐지나요?

네. 고치기 버튼이 홑따옴표·주석·꼬리쉼표를 자동으로 손봅니다.

큰 파일도 처리되나요?

브라우저 메모리 범위에서 동작해요. 수 MB까지는 무난하지만, 그 이상은 편집기가 빠릅니다.