JSON 검증기 | 엄격한 구문 오류 위치 찾기

포맷팅브라우저에서 실행(업로드 없음)

엄격한 JSON 문서 하나를 검사하고 구문 실패를 정확한 행·열로 분류합니다. 마지막 콤마, 누락된 구분자, 닫히지 않은 괄호, 잘못된 이스케이프와 숫자, 여러 루트, 제어 문자, 중복 키 위험을 명시적인 바이트·중첩 한도 안에서 로컬로 확인합니다.

다음에 할 작업

관련 작업 흐름을 이어가거나 이 작업 다음에 자주 사용하는 도구를 열어보세요.

이 도구 사용 방법

UTF-8 10,000,000바이트 이하인 완전한 JSON 값 하나를 입력합니다.

즉시 피드백은 Live, 큰 문서를 편집한 뒤 한 번만 확인하려면 수동 모드를 사용합니다.

분류된 오류와 1부터 시작하는 행·열을 읽고 해당 콤마·콜론·따옴표·이스케이프·숫자·닫는 괄호를 확인합니다.

구문이 유효해도 중복 키 경고는 모두 해결합니다. 소비자마다 유지하는 값이 달라질 수 있습니다.

API·설정·마이그레이션에 쓰기 전에 스키마와 업무 규칙을 별도로 검증합니다.

이 도구를 써야 할 때

API 개발

요청/응답 본문의 잘못된 JSON을 커밋·배포 전에 즉시 발견합니다.

설정 파일 검증

package.json, tsconfig.json 등 구성 파일의 오류를 정확히 찾아 수정합니다.

데이터 검증

가져오기/내보내기된 JSON 데이터의 인코딩·직렬화 문제를 점검합니다.

학습 도구

실시간 피드백으로 올바른 JSON 문법을 학습·연습합니다.

흔한 실수

JavaScript 객체 리터럴을 붙여넣는 경우

JSON은 키와 문자열에 큰따옴표가 필요합니다. 주석, 작은따옴표, undefined, trailing comma는 일부 JavaScript 문맥에서는 가능하지만 JSON에서는 유효하지 않습니다.

중복 키를 무시하는 경우

일부 파서는 중복 객체 키를 허용하고 마지막 값을 유지합니다. 테스트나 API에 쓰기 전에 중복 키를 데이터 품질 문제로 다루세요.

변경한 조각만 검증하는 경우

작은 조각은 유효해도 전체 파일이 깨져 있을 수 있습니다. 애플리케이션이 실제로 파싱할 전체 객체나 배열을 검증하세요.

구문 유효성을 스키마 유효성으로 보는 경우

구문이 유효해도 필수 필드, 타입, 값 범위, 업무 규칙을 위반할 수 있습니다. 구문 검사 뒤에 JSON Schema나 애플리케이션 검증을 수행하세요.

모든 유효한 숫자가 어디서나 정확하다고 보는 경우

유효한 JSON 숫자라도 소비하는 JavaScript 환경에서 큰 정수나 정밀 소수가 손실될 수 있습니다. 정확성이 필요한 식별자와 소수는 수신 계약에 따라 문자열을 사용하세요.

예시

API fixture의 trailing comma 찾기

복사한 응답의 마지막 속성 뒤에 쉼표가 남아 테스트에 들어가기 전에 실패하는 상황을 줄 단위로 확인합니다.

입력
{
  "status": "ok",
  "count": 3,
}
출력
Invalid JSON: "count": 3 뒤의 trailing comma를 제거하세요.

배포 전 설정 파일 확인

package, tsconfig, 앱 설정 파일을 로컬에서 검증해 닫히지 않은 중괄호나 잘못된 escape를 CI나 production 파싱 전에 잡습니다.

입력
{"feature":"ads","enabled":true,"paths":["/en/tools"]}
출력
객체 1개, boolean 필드 1개, paths 배열 1개를 가진 유효한 JSON입니다.

유효한 구문과 중복 키 위험 구분

중복 이름은 파서 구문 실패가 아니지만 소비자가 다른 값을 유지할 수 있으므로 키·경로·위치를 별도 경고로 확인합니다.

입력
{
  "role": "viewer",
  "role": "admin"
}
출력
구문은 유효하지만 3행의 $.role 중복 키 경고가 있습니다.

여러 루트 값 찾기

각각 유효한 객체 두 개를 나란히 놓으면 JSON 문서 하나가 아닙니다. 일부만 성공으로 처리하지 않고 두 번째 루트의 위치를 표시합니다.

입력
{"a":1}
{"b":2}
출력
유효하지 않은 JSON: 2행 1열에서 두 번째 루트 값이 시작됩니다.

제한된 엄격 파싱, 정확한 진단, 명확한 스키마 경계

구문 검사는 완전한 JSON 루트 하나에서 시작하며 객체·배열·문자열·유한한 숫자·불리언·null을 인식합니다. 작은따옴표 속성명이나 문자열, 주석, 마지막 콤마, NaN, Infinity, 원시 제어 문자, 추가 루트는 각각 오류로 보고합니다.

파서는 누락된 구분자, 닫히지 않은 컨테이너, 잘못된 이름·문자열·이스케이프·숫자, 여러 루트와 뒤따르는 내용을 구분합니다. LF·CRLF·CR 입력 모두 1부터 시작하는 행·열을 사용합니다.

중복 객체 이름은 구문 실패와 분리해 표시합니다. 원문은 파싱 가능하지만 소비자가 첫 값·마지막 값을 유지하거나 거부할 수 있으므로 성공 상태가 경고를 지우지 않습니다.

검증은 UTF-8 10,000,000바이트와 512단계 중첩으로 제한됩니다. 입력 맨 앞의 BOM 하나는 허용해 제거하며 더 크거나 깊은 문서는 스트리밍 또는 명령줄 파서가 필요합니다.

구문 유효성은 JSON Schema 적합성, 다운스트림 숫자 정밀도, 의미 정확성, 권한, 배포 안전성을 보장하지 않습니다. 모든 파싱은 현재 브라우저에서 수행됩니다.

자주 묻는 질문

어떤 JSON 구문 문제를 찾나요?

마지막 콤마, 누락된 콤마·콜론, 닫히지 않은 괄호와 문자열, 따옴표 없는 이름, 잘못된 이스케이프와 숫자, 주석, 제어 문자, 여러 루트, 뒤따르는 내용을 분류합니다. 중복 키는 구문 실패가 아니라 별도 위험 경고입니다.

포맷팅이나 압축도 하나요?

아니요. 이 도구는 구문 검증에 집중합니다. 공백 정리나 압축은 별도의 JSON 포매터를 사용하세요.

바이트와 중첩 한도는 얼마인가요?

입력은 UTF-8 10,000,000바이트, 중첩은 512단계까지입니다. 수동 모드는 편집 중 반복 검사를 막지만 한도를 늘리지는 않습니다. 더 큰 문서는 스트리밍 또는 명령줄 파서를 사용하세요.

유효한 JSON이면 API 스키마도 통과하나요?

아니요. 구문 유효성은 JSON 값 하나로 파싱된다는 뜻일 뿐 필수 속성, 타입, 범위, 참조 무결성, 권한 규칙을 확인하지 않습니다. JSON Schema나 애플리케이션 계약을 별도로 적용하세요.

입력이 업로드되며 민감 데이터를 넣어도 되나요?

입력은 현재 브라우저에서 파싱되고 운영 분석에는 본문이 포함되지 않습니다. 그렇더라도 조직 정책이 허용하지 않는 운영 비밀이나 개인정보는 먼저 제거해야 합니다.

관련 작업 가이드

도구를 열기 전에 자주 쓰는 작업 흐름과 예시를 확인하세요.

작업 가이드

배포 전에 코드를 안전하게 포맷하고 압축하는 방법

포맷과 압축은 구문 오류를 숨기거나 데이터 토큰을 바꾸는 작업이 아니라 검토 가능하고 재현 가능한 자산을 만드는 작업이어야 합니다. 이 절차는 먼저 소스와 대상을 분류하고, 비밀을 제거하고, 언어별 파서를 실행하고, 정확한 설정과 바이트 변화를 기록하고, 의미 경계를 비교한 뒤 원본을 교체하기 전에 실제 브라우저·컴파일러·로더·스키마·테스트에서 후보를 검증합니다.

작업 가이드

스프레드시트용 CSV를 JSON으로 변환하기

스프레드시트 내보내기를 API용 JSON이나 테스트 fixture로 바꿀 때 원본 텍스트를 보존하고 경고와 행·열 수까지 확인하는 작업 흐름입니다.

작업 가이드

CSV와 JSON 변환 오류 고치기

스프레드시트 내보내기, API fixture, CSV/JSON 전달 과정에서 열이 밀리거나 헤더가 사라지거나 JSON이 파싱되지 않을 때 원인을 좁히는 흐름입니다.

작업 가이드

API 디버깅을 위해 JSON 원문을 보존해 정리하기

압축된 응답을 읽기 어렵거나 fixture의 엄격한 파싱이 실패할 때, 일반적인 클라이언트 오류를 정확한 JSON 위치까지 추적하면서 구문 유효성과 API 계약 유효성을 혼동하지 않는 워크플로입니다.

작업 가이드

JSONPath로 JSON 응답에서 필요한 값 추출하기

응답은 유효한 JSON이지만 직접 찾기에는 너무 크고, 디버깅·QA·문서에 쓸 값 목록만 필요할 때 사용하는 단계별 작업 흐름입니다.

작업 가이드

JSONPath로 큰 API 응답 디버깅하기

버그 리포트, 테스트 실패, 운영 로그에 큰 JSON payload가 포함됐지만 실제로 비교해야 할 값은 몇 개뿐일 때 사용하는 작업 흐름입니다.

작업 가이드

API JSON 응답에서 TypeScript 타입 생성하기

JSON 응답 하나를 완전한 계약으로 오해하지 않으면서 대표 API 샘플을 실용적인 TypeScript 초안으로 바꾸는 절차입니다. 엄격한 JSON 정리, 여러 배열 샘플, 추론 결과 검토, 대상 프로젝트 컴파일, 네트워크 경계의 런타임 검증을 함께 수행합니다.

작업 가이드

JSON과 YAML 설정 파일을 안전하게 변환하기

API 예제, 애플리케이션 설정, 배포 manifest를 JSON과 YAML 사이에서 옮길 때 key나 숫자 값이 조용히 달라지지 않도록 확인하는 작업 흐름입니다.

관련 도구

관리 중인 다른 작업 흐름을 이어서 사용해 보세요

모든 도구 둘러보기