최근 업데이트
불러오는 중...

JSON 스키마 검증기 (JSON Schema Validator)

JSON 데이터를 붙여넣고 스키마를 작성하면 필수 항목 누락·타입 불일치·형식 오류를 즉시 검증해 주는 도구입니다. 오류 위치와 원인을 한눈에 확인해 API 개발·테스트 시간을 줄일 수 있습니다.

최종 업데이트: 2026/02/27

JSON 스키마 검증기 (JSON Schema Validator)

스키마(JSON Schema)와 데이터(JSON)를 나란히 입력해 유효성을 검사하고, 오류 리포트를 JSON/CSV로 내려받을 수 있습니다.

Schema JSON 검증 규칙
Data JSON 검증 대상 데이터
검증 중입니다. 잠시만 기다려 주세요.
검증 실행 전입니다. 샘플을 불러오거나 직접 입력한 뒤 검증 버튼을 눌러 주세요.
검증 상태
대기
오류 수
0
경고 수
0
처리 시간

검증 실행 후 keyword / instancePath / message / schemaPath 기준으로 오류가 표시됩니다.

keyword instancePath message schemaPath

오류가 발생하면 키워드별 분포가 막대 형태로 표시됩니다.

시각화 렌더링에 실패해 표만 표시합니다.

keyword count ratio

리포트는 검증 실행 후 자동 생성됩니다.


        

현재 경고가 없습니다.

    JSON 스키마 검증기 (JSON Schema Validator)란?

    JSON Schema Validator는 JSON 데이터가 정의된 규칙을 만족하는지 빠르게 점검하는 검증 도구입니다. API 입력 검증, 설정 파일 점검, 테스트 데이터 QA 과정에서 같은 규칙을 반복 검토해야 할 때 특히 유용합니다.

    이 도구는 스키마와 데이터를 분리해 보여주기 때문에 어떤 규칙이 실패했는지 즉시 확인할 수 있으며, 오류 리포트를 JSON과 CSV로 내보내 팀 협업에도 바로 활용할 수 있습니다.

    이런 상황에서 활용해 보세요

    • 프론트엔드 폼 제출 전에 JSON 요청 본문 형식이 맞는지 확인할 때
    • 백엔드 계약 스키마 변경 후 하위 호환 오류를 빠르게 점검할 때
    • QA 테스트 케이스에서 실패 원인을 keyword 단위로 분류할 때
    • 데이터 파이프라인 전처리 단계에서 누락 필드나 타입 불일치를 사전 차단할 때
    • 오류 목록을 CSV로 전달해 이슈 트래커에 바로 등록할 때

    주요 기능

    • Draft 선택: 2020-12, 2019-09 스키마 버전을 전환해 검증할 수 있습니다.
    • 검증 옵션 제어: allErrors/strict 토글로 오류 수집 범위와 엄격도를 조정할 수 있습니다.
    • 요약 카드: 상태, 오류 수, 경고 수, 처리 시간을 한 번에 파악할 수 있습니다.
    • 다중 오류 테이블: keyword, instancePath, message, schemaPath 컬럼으로 문제 위치를 빠르게 추적할 수 있습니다.
    • 키워드 분포 시각화: 어떤 규칙에서 오류가 집중되는지 막대와 표로 동시에 확인할 수 있습니다.
    • 내보내기: 검증 결과 JSON 리포트와 CSV 오류표를 즉시 다운로드할 수 있습니다.

    사용 방법

    1. 스키마 Draft를 선택하고 allErrors/strict 옵션을 원하는 방식으로 설정합니다.
    2. 좌측 입력창에 스키마 JSON, 우측 입력창에 검증할 데이터 JSON을 넣습니다.
    3. 검증 실행 버튼을 눌러 결과 카드와 오류 테이블을 확인합니다.
    4. 키워드 분포 탭에서 오류 집중 구간을 파악하고 우선 수정 대상을 정합니다.
    5. 검토 결과를 복사하거나 JSON/CSV로 다운로드해 팀 문서에 첨부합니다.

    상세 설명

    도구는 브라우저에서 스키마를 컴파일하고 데이터를 검증한 뒤 결과를 로컬에서만 출력합니다. 입력 내용은 서버에 업로드되지 않으며 페이지를 닫으면 메모리에서 제거됩니다.

    기준 문서 확인일: 2026-02-27

    검증 규칙을 설계할 때는 공식 문서 기준을 우선 확인하세요. 실무에서 자주 참고하는 자료: JSON Schema Specification, JSON Schema Draft 2020-12, RFC 8259 (JSON), Ajv Documentation.

    자주 묻는 질문

    allErrors를 켜면 무엇이 달라지나요?

    첫 오류에서 중단하지 않고 가능한 오류를 한 번에 수집합니다. 수정 우선순위를 한 번에 잡아야 할 때 유리합니다.

    strict 모드는 언제 켜는 것이 좋나요?

    운영 반영 전 스키마 품질을 엄격하게 점검할 때 권장합니다. 실험 단계에서는 끄고 빠르게 반복 검증한 뒤 배포 전 다시 켜는 방식이 실무에서 자주 사용됩니다.

    instancePath가 빈 문자열로 보이는 이유는 무엇인가요?

    루트 객체 자체에서 오류가 발생한 경우입니다. 이 도구에서는 가독성을 위해 루트 경로를 /로 표시합니다.

    CSV 오류표는 어떤 용도로 쓰면 좋나요?

    버그 트래킹 도구나 스프레드시트에서 정렬·필터링이 쉬워집니다. keyword 기준으로 묶어 반복 오류를 빠르게 찾을 수 있습니다.

    민감한 JSON 데이터를 넣어도 괜찮나요?

    검증 로직은 브라우저에서 실행되지만, 보안 정책상 실제 개인정보나 비밀 키는 마스킹한 샘플로 검증하는 것을 권장합니다.

    Draft 2020-12와 2019-09를 모두 테스트해야 하나요?

    소비자 시스템이 여러 버전을 함께 쓰는 환경이라면 두 버전 모두 점검하는 것이 안전합니다. 단일 버전만 운영한다면 해당 버전 중심으로 검증해도 충분합니다.