한 줄 결론: JSONLint는 JSON 텍스트를 붙여 넣으면 문법이 맞는지 바로 판별하고, 오류가 있으면 행·열과 원인을 보여 주는 무료 웹 도구입니다. API 응답·설정 파일을 확인할 때 빠르지만, URL 매개변수나 화면 공유에 민감한 값이 섞이지 않도록 입력 방식은 구분해야 합니다.
개발 중 API 응답이나 설정값을 복사했는데 화면은 열리지 않고 “JSON 형식이 올바르지 않다”는 말만 들을 때가 있습니다. 중괄호와 대괄호의 짝, 큰따옴표, 항목 사이 쉼표 중 어디가 문제인지 눈으로 찾는 일은 생각보다 오래 걸립니다. JSONLint는 이때 텍스트를 검사해 오류 위치를 알려 주는 브라우저 도구입니다.
이 글은 2026년 10월 16일 데스크톱 Chrome에서 회원가입·결제 없이 공개용 예제 JSON을 넣어 확인한 결과와, JSONLint의 개인정보 처리방침, 제품 안내를 바탕으로 정리했습니다. 직접 테스트한 화면 결과와 서비스가 안내한 정책, 아래의 사용 판단은 서로 구분해 읽어 주세요.
JSONLint는 무엇을 확인하는 도구인가
JSON은 웹서비스가 데이터를 주고받거나 설정을 기록할 때 자주 쓰는 텍스트 형식입니다. 키는 큰따옴표로 감싸고, 객체 항목은 쉼표로 나누며, 중괄호·대괄호가 열고 닫히는 순서가 맞아야 합니다. JSONLint의 검증 화면에는 Validate, Format, Repair, Minify 같은 메뉴가 보였습니다. 이 글에서는 기능을 넓게 비교하지 않고, 가장 기본인 문법 검증과 오류 판독 흐름을 확인했습니다.
공식 URL: https://jsonlint.com/
확인 환경: 데스크톱 Chrome, 로그인하지 않은 상태
한국어 지원: 확인한 화면의 메뉴와 오류 문구는 영어였습니다. 한국어 전용 UI 제공 여부는 확인하지 못했습니다.
지원 기기·브라우저: 설치가 아닌 웹페이지 방식입니다. 이 글의 실제 검증은 데스크톱 Chrome에서만 했으므로 모바일 동작까지 보장하지는 않습니다.
실제로 해 본 사용 흐름: 입력 → 처리 → 결과
1. 민감하지 않은 JSON만 준비하기
먼저 JSONLint를 열고 아래처럼 공개해도 되는 예제 문자열을 입력했습니다. 실제 업무 데이터에는 API 키, 비밀번호, 쿠키, 고객 정보, 주소, 연락처가 들어갈 수 있으므로 그대로 붙여 넣지 않는 편이 안전합니다. 문법만 확인하려면 값을 “example”처럼 바꾼 최소 재현 예제로 줄이면 됩니다.
{"service":"Hiddenpick test","count":2,"enabled":true}2. Validate로 문법 상태를 읽기
정상 예제를 넣자 화면에 Valid JSON과 함께 바이트 수, 키 수, 깊이, 객체·배열 수가 표시됐습니다. 이 결과는 데이터 내용이 업무적으로 맞다는 뜻이 아니라, JSON 문법 구조가 유효하다는 뜻입니다. 숫자 범위나 필수 항목처럼 서비스별 규칙까지 검사하려면 별도 JSON Schema나 API 문서가 필요합니다.
3. 오류의 행·열과 수정 힌트 보기
다음으로 항목 사이의 쉼표 하나를 뺀 예제를 검증했습니다. JSONLint는 Invalid JSON, 오류 코드 E009, line 1, col 30을 표시하고 “이전 값 뒤의 쉼표를 잊었는지”라는 힌트를 보여 줬습니다. 이때는 빨간 표시가 가리키는 위치 바로 앞·뒤를 보고 쉼표, 큰따옴표, 닫는 괄호를 차례로 확인하면 됩니다.
4. 수정 뒤 다시 검증하기
오류 위치만 고치고 다시 Validate를 누릅니다. 유효 결과가 나왔다면 그 다음에는 원래 서비스의 문서와 대조해 필드 이름·값 형식·필수 여부를 확인해야 합니다. JSONLint는 문법 확인 단계에 특히 적합하며, 실제 API 요청을 보내거나 데이터 내용을 보정해 주는 도구로 이해하면 범위를 넓게 잡은 것입니다.
결과를 어떻게 해석하면 좋을까
Valid JSON은 쉼표·따옴표·괄호 같은 문법이 맞는다는 신호입니다. 하지만 값이 최신인지, 숫자가 허용 범위인지, 필드 이름이 실제 API 문서와 일치하는지는 별개의 문제입니다. 예를 들어 요청 본문이 문법적으로 유효해도 인증 정보가 없거나 필수 필드가 빠지면 서버는 오류를 반환할 수 있습니다. 반대로 Invalid JSON이 나오면 오류 위치의 한 글자만 고치기보다 그 앞의 닫는 따옴표와 괄호까지 함께 확인하면 같은 실수를 줄이는 데 도움이 됩니다.
무료 범위와 유료 여부
이번 테스트에서 웹 검증 기능은 로그인과 결제 없이 실행됐습니다. JSONLint의 제품 안내는 웹 validator를 무료로 제공한다고 설명하며, 별도로 macOS용 JSONLint Pro 앱을 안내합니다. 따라서 브라우저에서 단순 검증·정리 작업을 하려는 경우에는 결제 없이 시작할 수 있었고, 앱 가격이나 구독 조건은 구매 직전에 공식 판매 화면에서 다시 확인하는 것이 안전합니다. 지역·통화·세금에 따라 표시 금액이 달라질 수 있기 때문입니다.
개인정보와 보안: 붙여 넣는 내용보다 공유 경로를 먼저 점검하기
JSONLint 개인정보 처리방침은 JSON 검증이 브라우저 안에서 이뤄지고 JSON 데이터를 처리 목적으로 서버에 보내지 않는다고 설명합니다. 다만 이것만으로 모든 입력 방식이 안전하다고 단정할 수는 없습니다. 특히 URL에 JSON을 넣는 방식은 브라우저 기록, 북마크, 화면 공유, 분석 도구에 값이 남을 가능성을 고려해야 합니다. 화면 캡처나 공유 링크에도 값이 보일 수 있습니다.
- 토큰·비밀번호·개인정보는 붙여 넣지 않습니다.
- 필요하면 값은 가짜 문자열로 바꾸고 구조만 남깁니다.
- 오류 화면을 동료에게 보낼 때도 요청 헤더·식별자·고객 데이터가 없는지 확인합니다.
- 민감한 원본을 다뤄야 한다면 조직의 보안 규정에 맞는 로컬 검증 도구를 우선 검토합니다.
장점과 아쉬운 점
- 장점: 회원가입 없이 바로 열어 문법 유효 여부와 오류 행·열을 확인할 수 있었습니다.
- 장점: 쉼표 누락 예제에서 구체적인 수정 힌트를 보여 주어 초보자도 다음 확인 지점을 잡기 쉽습니다.
- 아쉬운 점: 실제 확인한 화면은 영어라 영어 오류 문구가 부담스러울 수 있습니다.
- 아쉬운 점: 유효 판정은 문법 판정입니다. 업무 규칙·API 권한·데이터 정확성까지 대신 검증하지는 않습니다.
추천 대상과 비추천 상황
추천: API 응답, 설정 파일, 자동화 도구의 JSON을 수정하다가 쉼표·따옴표·괄호 오류를 빠르게 찾고 싶은 사람에게 맞습니다. 비추천: 고객 원본 데이터나 접근 토큰처럼 외부 도구에 넣기 곤란한 내용, 또는 스키마·권한·서버 응답까지 한 번에 테스트해야 하는 상황에는 맞지 않습니다.
대안과 관련 글
코드를 직접 작성하면서 JSON을 확인해야 한다면 편집기 확장 기능이나 프로젝트의 테스트 도구가 더 자연스러울 수 있습니다. 화면으로 작업 흐름을 설명하거나 정리해야 할 때는 Excalidraw 무료 온라인 화이트보드 사용법, 웹페이지의 이전 상태를 확인해야 할 때는 Wayback Machine 사용법도 함께 참고할 수 있습니다.
FAQ
JSONLint 결과가 Valid JSON이면 API도 정상인가요?
아닙니다. 문법 구조가 맞다는 뜻입니다. API 주소, 인증, 필수 필드, 값 범위, 서버 상태는 별도로 확인해야 합니다.
무료인가요?
2026년 10월 16일 직접 확인한 웹 검증 기능은 로그인·결제 없이 실행됐습니다. 공식 제품 안내는 웹 validator를 무료로 설명합니다.
한국어로 쓸 수 있나요?
확인한 화면의 메뉴와 오류 문구는 영어였습니다. 한국어 UI 지원은 이 글의 확인 범위 밖입니다.
민감한 JSON을 붙여 넣어도 되나요?
권하지 않습니다. 정책 설명과 별개로 URL·기록·화면 공유에 값이 노출될 수 있으므로 토큰·개인정보는 제거한 최소 예제로 확인하세요.
마무리
JSON 오류를 찾는 첫 단계가 필요하다면 JSONLint에 공개용 최소 예제를 붙여 넣고, 오류 행·열과 힌트를 따라 쉼표·따옴표·괄호를 확인해 보세요. Valid JSON을 받았다면 그 다음에는 반드시 원래 서비스의 규칙과 실제 응답을 별도로 검토하는 순서가 좋습니다.
출처·확인일: JSONLint Validator, Privacy Policy, JSONLint Pro (모두 2026년 10월 16일 확인).