JSON 포매터 | 원문을 보존해 보기 좋게 정리·압축

포맷팅브라우저에서 실행(업로드 없음)

엄격한 JSON의 숫자 표기와 중복 키를 조용히 없애지 않고 구조 공백만 보기 좋게 정리하거나 압축합니다. 0~10칸 들여쓰기, 정확한 행·열 오류, 복사·다운로드를 지원하며 10,000,000바이트 한도 안에서 브라우저 로컬로 처리합니다.

다음에 할 작업

관련 작업 흐름을 이어가거나 이 작업 다음에 자주 사용하는 도구를 열어보세요.

이 도구 사용 방법

읽기 쉬운 들여쓰기는 포맷, 구조 공백 제거는 압축 모드를 선택합니다.

UTF-8 기준 10,000,000바이트 이하인 하나의 엄격한 JSON 루트 값을 입력합니다.

즉시 처리하려면 Live, 큰 문서를 편집한 뒤 한 번만 실행하려면 수동 모드를 사용합니다.

2칸·4칸 또는 0~10칸 사용자 지정 들여쓰기를 고르고 구문 오류와 중복 키 경고를 검토합니다.

결과를 비교해 정확히 복사하거나 다운로드하고, 스키마와 업무 규칙은 별도로 검증합니다.

이 도구를 써야 할 때

API 응답 디버깅

REST/GraphQL 응답을 예쁘게 보기(Pretty-print)로 구조를 빠르게 파악하고 디버깅합니다.

JSON 파일 검증

package.json·tsconfig.json 등 설정 파일의 문법 오류를 정확한 행/열로 찾아 수정합니다.

코드 리뷰

코드 리뷰 시 압축된 JSON을 포맷팅해 가독성을 높입니다.

JSON 압축

공백 제거로 페이로드를 줄여 전송량·저장 공간을 절감합니다.

흔한 실수

JavaScript 객체 문법을 그대로 사용하는 경우

JSON은 JavaScript 객체 리터럴보다 엄격합니다. 키와 문자열은 큰따옴표를 쓰고, 주석과 trailing comma는 제거해야 합니다.

배포 후에야 검증하는 경우

설정 파일이나 API 예시는 배포 전에 붙여 넣어 행/열 오류를 먼저 확인하는 편이 안전합니다.

디버깅 전에 바로 압축하는 경우

낯선 데이터를 검토할 때는 먼저 보기 좋게 포맷팅하고, 전송이나 저장에 필요할 때만 압축하세요.

중복 키를 무해하다고 보는 경우

중복 키는 원문 문제를 숨기지 않도록 결과에 그대로 남지만, 소비하는 파서가 어떤 값을 유지할지는 다를 수 있습니다. 표시된 중복 경로를 모두 해결해야 합니다.

로컬 처리와 데이터 취급 권한을 혼동하는 경우

브라우저 로컬 처리는 도구가 입력을 의도적으로 업로드하지 않는다는 뜻입니다. 승인되지 않은 기기나 세션에 운영 토큰·개인정보·고객 데이터를 붙여넣어도 된다는 허가는 아닙니다.

예시

API 응답 예쁘게 보기

압축된 API 응답을 들여쓰기된 JSON으로 바꿔 디버깅과 코드 리뷰에서 구조를 빠르게 확인합니다.

입력
{"user":{"id":42,"roles":["admin","editor"]},"active":true,"lastLogin":"2026-05-13T09:30:00Z"}
출력
{
  "user": {
    "id": 42,
    "roles": [
      "admin",
      "editor"
    ]
  },
  "active": true,
  "lastLogin": "2026-05-13T09:30:00Z"
}

설정 객체 미니파이

들여쓰기된 설정 JSON을 테스트 fixture, 문서, 페이로드 예시에 넣기 쉬운 한 줄 JSON으로 압축합니다.

입력
{
  "feature": "search",
  "enabled": true,
  "limits": {
    "pageSize": 50,
    "timeoutMs": 3000
  }
}
출력
{"feature":"search","enabled":true,"limits":{"pageSize":50,"timeoutMs":3000}}

중복 키를 버리지 않고 드러내기

파싱하면서 마지막 값만 남기지 않고 두 속성을 모두 보존하며, 정확한 중복 키 경로를 경고합니다.

입력
{"role":"viewer","role":"admin"}
출력
{
  "role": "viewer",
  "role": "admin"
}

숫자 표기와 문자열 식별자 보존

공백만 바꾸므로 파싱 후 재직렬화할 때 달라질 수 있는 지수 표기와 문자열 식별자가 원문 그대로 남습니다.

입력
{"threshold":1e+3,"identifier":"00123"}
출력
{
  "threshold": 1e+3,
  "identifier": "00123"
}

원문 토큰을 보존하는 제한된 JSON 공백 편집

포매터는 객체·배열·문자열·유한한 숫자·불리언·null 중 하나인 엄격한 JSON 루트 하나를 받습니다. 속성명과 문자열은 큰따옴표로 감싸야 하며 주석, 마지막 콤마, NaN, Infinity, 이스케이프하지 않은 제어 문자, 추가 루트가 있으면 서식화를 중단합니다.

파서는 누락된 콤마와 콜론, 닫히지 않은 컨테이너, 잘못된 이스케이프와 숫자, 여러 루트, 뒤따르는 내용을 구분해 1부터 시작하는 행·열 위치로 표시합니다.

서식화는 구조 공백만 편집합니다. JavaScript 값으로 다시 직렬화하지 않아 중복 속성과 1e+3 같은 숫자 표기가 그대로 남고, 중복 경로는 별도 경고로 표시됩니다.

들여쓰기는 0~10칸, 파싱은 512단계 중첩과 UTF-8 10,000,000바이트로 제한됩니다. 1,000,000바이트를 넘으면 성능 경고가 표시됩니다.

처리·복사·파일 생성은 브라우저에서 이루어집니다. 운영 분석은 모드·들여쓰기·바이트 수·경고·시간·오류 코드만 받을 수 있고 입력과 출력 본문은 받지 않습니다.

자주 묻는 질문

포맷팅하면 JSON 값이나 숫자 표기가 바뀌나요?

구조 공백만 바꾸며 중복 속성과 1e+3 같은 숫자 원문 표기를 보존합니다. 입력 맨 앞의 BOM 하나는 결과를 만들기 전에 제거됩니다.

작은따옴표·주석·마지막 콤마를 허용하나요?

아니요. 키와 문자열에는 큰따옴표를 써야 하며 주석과 마지막 콤마는 엄격한 JSON에서 허용되지 않습니다.

정확한 입력 크기 한도는 얼마인가요?

정확한 입력 한도는 UTF-8 기준 10,000,000바이트이며 1,000,000바이트부터 성능 경고를 표시합니다. 수동 모드는 반복 처리를 줄일 뿐 한도를 늘리지 않습니다.

포맷된 JSON이면 API 스키마도 통과하나요?

아니요. 엄격한 구문과 중복 키는 확인하지만 필수 필드, 업무 타입, 값 범위는 검증하지 않습니다. 그 계약은 JSON Schema나 애플리케이션 검증으로 따로 확인해야 합니다.

운영 민감 데이터를 붙여넣어도 되나요?

입력과 결과는 현재 브라우저에서 처리되고 운영 분석에는 본문이 포함되지 않습니다. 그래도 조직 정책이 허용하지 않는 토큰·개인정보·고객 데이터는 먼저 제거하세요.

이 도구를 검증한 방법

관리 및 검수 검토일

검증 방법: “중첩된 사용자 정보가 있는 API 응답” 확인에는 가이드 원본 데이터와 JSON 포매터의 “값을 재직렬화하지 않고 포맷” 절차를 사용했습니다. 출력은 문서 결과와 일치해야 했습니다. 기록 전 경계 증거는 “JSON이 아닌 로그 접두사까지 포맷”, “이스케이프된 JSON을 바로 객체로 취급” 항목별로 검토했습니다.

기대 결과: 압축된 응답은 user와 meta 계층으로 정렬됐으며 ID, role 순서, requestId와 숫자 duration 값은 바뀌지 않았습니다.

검증한 작업 가이드 열기

관련 작업 가이드

도구를 열기 전에 자주 쓰는 작업 흐름과 예시를 확인하세요.

작업 가이드

바이트를 손상하지 않고 Base64 API payload 디코딩하기

인코딩된 JSON 필드, Webhook metadata, 헤더, 쿠키, 로그를 반복 가능한 순서로 점검합니다. 디코딩 전에 알파벳과 패딩을 검증하고 바이너리 바이트를 보존하며 Base64를 암호화나 서명 검증과 구분합니다.

작업 가이드

스프레드시트용 CSV를 JSON으로 변환하기

스프레드시트 내보내기를 API용 JSON이나 테스트 fixture로 바꿀 때 원본 텍스트를 보존하고 경고와 행·열 수까지 확인하는 작업 흐름입니다.

작업 가이드

CSV와 JSON 변환 오류 고치기

스프레드시트 내보내기, API fixture, CSV/JSON 전달 과정에서 열이 밀리거나 헤더가 사라지거나 JSON이 파싱되지 않을 때 원인을 좁히는 흐름입니다.

작업 가이드

데이터를 손상시키지 않고 CSV·JSON 레코드를 Markdown 표로 변환하기

문서 표는 원본 구조, 변환 규칙, 게시 결과가 일치할 때만 신뢰할 수 있습니다. 이 절차는 민감 정보를 제거한 대표 fixture에서 시작해 따옴표 CSV와 엄격한 JSON 객체 배열을 구분하고, 큰 숫자와 중첩 값을 보호하며, 생성 헤더와 빈 셀 보정을 모두 확인한 뒤 실제 게시 렌더러에서 완성된 GFM을 검증합니다.

작업 가이드

인코딩된 쿼리 매개변수를 이중 디코딩 없이 디버깅하는 방법

콜백, 검색 링크, 웹훅, API 요청이 여러 파서를 거치면서 더하기 기호, 반복 키, JSON 문자열 이스케이프, 중첩 반환 URL을 바꿀 때 사용하는 절차입니다.

작업 가이드

API 디버깅을 위해 JSON 원문을 보존해 정리하기

압축된 응답을 읽기 어렵거나 fixture의 엄격한 파싱이 실패할 때, 일반적인 클라이언트 오류를 정확한 JSON 위치까지 추적하면서 구문 유효성과 API 계약 유효성을 혼동하지 않는 워크플로입니다.

작업 가이드

JSONPath로 JSON 응답에서 필요한 값 추출하기

응답은 유효한 JSON이지만 직접 찾기에는 너무 크고, 디버깅·QA·문서에 쓸 값 목록만 필요할 때 사용하는 단계별 작업 흐름입니다.

작업 가이드

JSONPath로 큰 API 응답 디버깅하기

버그 리포트, 테스트 실패, 운영 로그에 큰 JSON payload가 포함됐지만 실제로 비교해야 할 값은 몇 개뿐일 때 사용하는 작업 흐름입니다.

작업 가이드

JSON 배열을 스프레드시트용 CSV로 변환하기

JSON 객체 배열을 안정적인 CSV 행과 컬럼으로 바꾸고, 뒤쪽 레코드의 선택 필드와 중첩 값, 문자 인코딩, 스프레드시트 보안 문제까지 확인하는 실전 절차입니다.

작업 가이드

API JSON 응답에서 TypeScript 타입 생성하기

JSON 응답 하나를 완전한 계약으로 오해하지 않으면서 대표 API 샘플을 실용적인 TypeScript 초안으로 바꾸는 절차입니다. 엄격한 JSON 정리, 여러 배열 샘플, 추론 결과 검토, 대상 프로젝트 컴파일, 네트워크 경계의 런타임 검증을 함께 수행합니다.

작업 가이드

JSON과 YAML 설정 파일을 안전하게 변환하기

API 예제, 애플리케이션 설정, 배포 manifest를 JSON과 YAML 사이에서 옮길 때 key나 숫자 값이 조용히 달라지지 않도록 확인하는 작업 흐름입니다.

작업 가이드

운영 데이터를 복사하지 않고 테스트 픽스처 만들기

대표 픽스처는 실제 사람, 식별자, 비밀값을 유지하지 않으면서 운영 레코드의 형태와 제약을 보존해야 합니다. 이 흐름은 대상 스키마를 먼저 기록하고 제한된 정상 값만 생성한 뒤 최솟값, 최댓값, 중복, 빈 값, 잘못된 형식을 의도적으로 추가합니다. 실제 가져오기 경로에서 인코딩을 검증하고 재현성이 필요한 테스트에는 결과를 고정합니다.

작업 가이드

코드 리뷰용 SQL을 포맷하고 쿼리 동작을 검증하는 방법

SQL 포맷은 join, 조건, grouping, subquery를 드러내지만 읽기 좋은 출력이 문장의 유효성이나 안전성을 증명하지는 않습니다. 이 절차는 대상 DB와 버전을 확인하고, 원본을 보존·비식별화하고, 명시적인 포매터 문법 하나를 적용하고, token과 주석 변화를 정확히 검토한 뒤 실제 도구 체인에서 schema 해석, 권한, 결과, plan, transaction, migration, 테스트, rollback을 검증합니다.

작업 가이드

API 로그에서 타임스탬프 추출하고 변환하기

필드명과 원본 줄, 정확한 epoch 정밀도, 명시적인 단위 판단을 유지하면서 작고 비식별화된 로그나 payload를 검토 가능한 타임스탬프 행으로 바꾸는 방법입니다.

작업 가이드

Unix 타임스탬프로 UTC 장애 타임라인 만들기

타임스탬프 필드를 식별한 뒤 여러 시스템의 사건을 정렬하고, 사건 시각과 수집 시각을 구분하며, clock skew를 기록하고, 인과관계를 과장하지 않고 결과를 설명하는 절차입니다.

작업 가이드

JWT 만료와 not-before 타임스탬프 확인하기

요청이 nbf 전인지, exp와 같거나 이후인지, 선언된 token 구간 안인지 판단하면서 clock skew 정책을 기록하고 공유 증거에서는 원본 token을 제거하는 절차입니다.

작업 가이드

운영 ID를 복사하지 않고 UUID v4 테스트 fixture 만들기

운영 식별자를 생성한 UUID v4로 교체하면서 각 필드의 문법과 관계를 보존하는 작업 흐름입니다. 스키마 매핑, 브라우저 로컬 일괄 생성, 버전·중복 검사, 고정 fixture 저장, 데이터베이스 제약, 그리고 레코드 식별자와 인가 사이의 보안 경계를 함께 다룹니다.

관련 도구

관리 중인 다른 작업 흐름을 이어서 사용해 보세요

모든 도구 둘러보기