1. 포맷으로 구조 확인
압축된 응답이나 긴 로그 조각을 붙여 넣은 뒤 먼저 포맷해 키 구조와 중첩 깊이를 파악합니다.
🔒 브라우저 내부 처리
실행 중인 서비스 설정을 점검하듯 JSON을 검증하고, 포맷/압축/복사하세요.
입력 없음
Related
Workflow
압축된 응답이나 긴 로그 조각을 붙여 넣은 뒤 먼저 포맷해 키 구조와 중첩 깊이를 파악합니다.
특정 키, 사용자 ID, 상태값을 검색해 응답에서 필요한 필드를 빠르게 좁힐 수 있습니다.
배열과 객체가 깊게 중첩된 응답은 트리 뷰가 훨씬 읽기 쉬워서 필드 위치를 설명하거나 캡처할 때 도움이 됩니다.
Troubleshooting
JSON은 키와 문자열 값을 큰따옴표로 감싸야 합니다. 자바스크립트 객체 문법과 헷갈려 작은따옴표나 무따옴표 키를 넣는 경우가 많습니다.
배열이나 객체의 마지막 항목 뒤 쉼표는 일부 도구에서는 허용돼도 JSON 표준에서는 오류가 됩니다.
이 페이지는 브라우저 메모리에서 동작하지만, 실제 서비스 키나 개인정보가 포함된 원문은 조직 정책에 맞게 마스킹 후 검토하는 편이 안전합니다.
Examples
API 응답, 설정 파일, 로그에 남은 payload를 점검할 때는 먼저 “표준 JSON인지”와 “필드 구조가 기대와 맞는지”를 분리해서 보는 게 빠릅니다.
압축된 응답을 보기 좋게 펼친 뒤 상태값, pagination, nested data 위치를 확인합니다.
{"ok":true,"data":{"user":{"id":42,"role":"admin"}}}
작은따옴표, 마지막 쉼표, 주석이 섞인 값은 JSON이 아니라 JavaScript 객체에 가까워서 배포 전에 반드시 정리해야 합니다.
{
"env": "prod",
"featureFlags": ["search", "export"]
}
FAQ
JSON은 데이터 교환 형식이라 키와 문자열 값에 큰따옴표가 필요하고, 주석이나 마지막 쉼표를 허용하지 않습니다. JavaScript 객체 문법과 비슷하지만 완전히 같지는 않습니다.
읽고 리뷰할 때는 포맷을 쓰고, API 본문이나 한 줄 샘플처럼 짧게 전달해야 할 때는 압축을 사용하면 됩니다.
대부분의 API 응답은 문제없지만, 매우 큰 파일은 브라우저 메모리와 렌더링 성능에 영향을 줄 수 있습니다. 대용량 로그는 필요한 조각만 잘라서 보는 편이 좋습니다.
JWT payload를 분석할 때는 JWT 디코더, JSON/YAML을 오갈 때는 JSON YAML 변환기, API 재현이 필요할 때는 API 요청 테스트와 함께 쓰면 흐름이 자연스럽습니다.