JSON 입력

검사 결과

상태
검사 전

사용 방법

  1. 검사할 JSON 문자열을 입력합니다.
  2. 유효성 검사 버튼을 누르면 valid/invalid 상태를 즉시 표시합니다.
  3. invalid라면 오류 메시지(예: trailing comma, 따옴표, escape 문제)를 기준으로 JSON을 수정합니다.

문법 검사 범위

이 도구는 브라우저의 JSON.parse 규칙을 기준으로 문자열이 올바른 JSON 문법인지 검사합니다. 검사 대상은 중괄호·대괄호의 짝, 키와 문자열을 감싸는 큰따옴표, 콤마 위치, 숫자·불리언·null 표기 같은 문법 요소입니다. 다만 이 검사는 문법(syntax) 유효성만 다루므로, 필드 이름이 비즈니스 규칙에 맞는지나 값의 의미가 적절한지 같은 스키마 차원의 검증은 포함하지 않습니다. 즉 valid라는 결과는 "기계가 파싱할 수 있는 JSON"이라는 뜻이지, 데이터 내용까지 옳다는 의미는 아닙니다.

오류 메시지 읽는 법과 예시

invalid일 때 표시되는 메시지는 보통 문제가 생긴 위치나 예상한 토큰을 알려 줍니다. 예를 들어 배열 마지막 요소 뒤에 콤마가 남은 trailing comma는 자주 나오는 오류이며, 마지막 항목 뒤 콤마를 지우면 해결됩니다. 또 키나 값을 작은따옴표로 감싼 경우 JSON에서는 허용되지 않으므로 큰따옴표로 바꿔야 합니다. 줄바꿈이나 따옴표 같은 특수문자를 값에 직접 넣어 escape가 누락된 경우에도 오류가 나며, 역슬래시로 이스케이프하면 통과합니다. 메시지가 가리키는 위치 근처를 먼저 살피면 원인을 빠르게 좁힐 수 있습니다.

주의할 점

API 응답을 그대로 붙여 넣을 때 앞뒤에 따옴표나 로그 텍스트가 섞여 들어가면 본문은 멀쩡해도 검사에 실패할 수 있으므로, 순수한 JSON 영역만 복사했는지 확인하세요. 또 주석은 표준 JSON에서 허용되지 않아 // 나 /* */ 가 포함되면 오류가 납니다. 검사를 통과한 뒤에는 JSON 포맷터에서 들여쓰기를 정리하거나 minify하면 이후 작업이 한결 수월합니다.

자주 묻는 질문

JSON parser와 JSON validator는 어떻게 다른가요?
보통 parser는 파싱 가능 여부를, validator는 규칙 검증을 의미합니다. 이 도구는 JSON.parse 기준의 문법 유효성 검사를 수행합니다.
JSON parse error가 자주 나는 이유는 무엇인가요?
마지막 콤마(trailing comma), 작은따옴표 사용, 이스케이프 누락, 중괄호/대괄호 불일치가 대표적입니다.
trailing comma나 따옴표 문제도 찾을 수 있나요?
네. JSON.parse에서 오류가 발생하면 해당 오류 메시지를 표시해 문제를 빠르게 좁힐 수 있습니다.
JSON 포맷터와 JSON validator는 언제 나눠서 쓰나요?
먼저 validator로 문법 오류를 확인한 뒤, 오류가 없는 JSON을 formatter에서 정렬하거나 minify하면 작업이 빠릅니다.