QuickATools

개발자 도구 · Free browser tool

JSON 포맷터·유효성 검사기

로컬 구문 오류 강조로 JSON 데이터를 즉시 포맷·정리·검증·minify합니다.

Paste your JSON

Raw, minified, or broken — we'll tell you exactly what's wrong.

0 chars · 1 lines

Result

Paste JSON on the left to see the formatted result here.

0 chars · 0 lines

Frequently Asked Questions

JSON을 왜 포맷해야 하나요?

minify되었거나 기계가 만든 JSON—대부분의 원시 API 응답·DB보내기—은 보통 한 줄이라 눈으로 훑거나 다른 버전과 diff하기가 거의 불가능합니다. 포맷(뷰티파이·프리티프린트)은 같은 데이터를 일정한 들여쓰기와 줄바꿈으로 다시 들여, 특정 필드를 찾고 빠진 값을 발견하거나 두 페이로드를 비교하기 쉽게 만듭니다.

JSON이 검증에 실패하는 가장 흔한 이유는?

잘못된 JSON의 대부분은 반복되는 소수 원인입니다. 객체·배열 마지막 항목 뒤의 trailing comma, 키/문자열에 큰따옴표 대신 작은따옴표, 따옴표 없는 키, 항목 사이 빠진 쉼표, 문자열 안의 이스케이프되지 않은 큰따옴표. 이 도구의 오류 패널은 JavaScript 파서가 멈춘 줄·문자 위치를 알려 주며, 보통 실제 실수 바로 위나 직후입니다.

Beautify와 Minify의 차이는?

Beautify는 2칸 들여쓰기와 줄바꿈으로 사람이 읽기 쉽게 다시 들여—디버깅·코드리뷰·문서에 이상적입니다. Minify는 그 공백을 모두 벗겨 한 줄로 압축하며, 데이터는 그대로인데 페이로드만 줄어 프로덕션에서 실제로보내는 형태입니다. 둘 다 기능적으로 동일한 JSON이고 포맷만 다릅니다.

실제 API 응답이나 설정 파일을 붙여넣어도 안전한가요?

네. 파싱·검증·포맷·minify는 모두 브라우저 내장 JSON.parse와 JSON.stringify로 로컬에서만 이루어지며, 붙여넣은 내용은 서버로 전송·로그·저장되지 않습니다. 백엔드로 입력을 프록시하는 도구와 달리, 민감한 API 페이로드를 디버깅할 때도 안전합니다.

로컬에서 JSON을 검증하는 것이 디버깅 속도와 안전에 중요한 이유

거의 모든 개발 워크플로는 결국 포맷되지 않은 JSON 벽을 마주합니다—콘솔에 덤프된 API 응답, 들여쓰기 없이보낸 설정, 기술적으로는 유효하지만 훑을 수 없는 웹훅 페이로드. 일관된 2칸 들여쓰기로 프리티프린트하면 평평한 텍스트 벽이 찾는 필드를 실제로 스캔할 수 있는 형태로 바뀝니다.

JSON이 못생긴 정도가 아니라 깨져 있을 때는 속도가 더 중요합니다. JavaScript 네이티브 파서는 정확히 어디서 포기했는지—문자열의 특정 문자 위치—를 보고하고, 이 도구는 그걸 에디터에서 실제로 보는 줄·열로 바꿔, 거대 덩어리에서 빠진 괄호 하나를 찾느라 쉼표를 수동으로 세지 않게 합니다.

모든 것이 브라우저 내장 JSON.parse·JSON.stringify를 거치므로 데이터를 어디에도 보낼 필요가 없습니다. 디버깅 대상이 실제 프로덕션 API 응답·고객 기록·내부 설정이라면, 임의 서버 사이드 도구에 붙여넣고 싶지 않을 때 특히 중요합니다.

이 카테고리에는 Base64·UUID 생성기 등 더 많은 개발자 유틸리티가 이어져, 브라우저를 떠나지 않고 흔한 포맷·인코딩 작업을 처리할 수 있습니다. 그 사이에 서버를 건너뛰는 순수 클라이언트 사이드 파싱의 또 다른 예로 YouTube 태그 추출기를 살펴보세요.