개발자 도구 / 18
JSON Schema 검증 도구
브라우저에서 JSON 데이터를 JSON Schema 선언과 대조해 로컬로 검증하고 명확한 오류 경로를 확인합니다.
JSON Schema 검증 도구: TOEA는 두 JSON 문서를 구문 분석하고 데이터 유형, 필수 필드, 속성, 숫자 범위, 문자열 형식을 검증합니다. 서버에 파일을 전혀 업로드하지 않고 브라우저에서 100% 로컬로 실행됩니다.
- 카테고리
- 개발자 도구
- 실행 횟수
- 브라우저에서
- 비용
- 무료 · 가입 불필요
- 사용 가능 여부
- 사용 가능
브라우저에서 전부 실행됩니다
검증 결과
이 검증 도구가 확인하는 키워드
type을 확인하며 ["string", "null"]과 같은 목록도 지원합니다. 또한 enum, const, required, properties, patternProperties, additionalProperties, items, minimum, maximum, minLength, maxLength, pattern, minItems, maxItems, allOf, anyOf, oneOf를 확인합니다. $ref가 #/definitions/address 또는 #/$defs/address처럼 같은 스키마 내부를 가리키면 해당 참조를 따릅니다. exclusiveMinimum, multipleOf, uniqueItems, if/then과 같은 다른 키워드는 무시하며, 다른 파일에 대한 참조도 무시합니다. 이러한 기능이 필요하면 JavaScript용 Ajv 또는 Python용 jsonschema와 같은 전체 구현을 사용하십시오.
format은 email, date, date-time, uri, uuid, ipv4에 대해 확인하며, 그 밖의 형식은 통과합니다. 이는 형태를 확인하는 검사입니다. email은 name@domain.tld 형식을 요구하고, date는 2026-02-30처럼 존재하지 않는 날짜를 거부하며, date-time은 Z 또는 +02:00과 같은 시간대가 필요합니다. uri에는 스킴이 필요하므로 /docs와 같은 상대 경로는 실패합니다.
잘못된 데이터가 통과하게 만드는 스키마 오류
properties 아래에 필드를 나열하는 것만으로는 필수 필드가 되지 않습니다. required 배열에도 해당 필드를 추가해야 하며, 그렇지 않으면 필드가 없는 레코드도 통과합니다. pattern은 처음부터 끝까지 일치하도록 고정되지 않으므로 [0-9]{5}는 abc123456도 허용합니다. 전체 값에 일치시키려면 ^[0-9]{5}$로 작성하십시오. 또한 integer는 3.5를 거부하지만 number는 허용합니다. 빈 페이지 대신 샘플에서 시작하려면 JSON to JSON Schema로 스키마를 생성한 뒤 조건을 더 엄격하게 설정하십시오.
사용 방법
- 왼쪽에 JSON 데이터를 붙여넣고 오른쪽에 JSON Schema 정의를 붙여넣습니다.
- JSON 페이로드 검증을 클릭합니다.
- 속성 오류 경로, 데이터 유형 불일치, 필수 필드 위반을 검토합니다.
개인정보 보호 및 제한사항
검증은 로컬 클라이언트 JavaScript 메모리에서만 실행됩니다.
관련 도구
자주 묻는 질문
어떤 JSON Schema 기능을 검증합니까?
유형(유형 목록 포함), required 및 additional properties, enum 및 const, 숫자 최솟값/최댓값, 문자열 길이, pattern, 형식(email, date, date-time, uri, uuid, ipv4), 배열 제한, allOf/anyOf/oneOf, 로컬 정의에 대한 $ref를 검증합니다.
제 JSON 페이로드가 서버에 업로드됩니까?
아니요. 구문 분석과 스키마 검증은 100% 브라우저 내부에서 수행됩니다.
무료 도구 · 브라우저에서회 실행 · 계정 불필요