본문으로 건너뛰기
Toolars
둘러보기

구조화 데이터 변환기

Structured Data Converter

JSON, YAML, CSV 사이에서 데이터를 변환하세요.

버그 신고

기기 내 처리

처리 안내

도구 입력은 이 기기에서 처리됩니다.

실행에 필요한 리소스를 다운로드할 수 있습니다. 계정 서비스는 별도로 운영됩니다.

오프라인 사용을 준비하는 중…

개인정보 안내

작업 경로 / 입력에서 결과까지

JSON, YAML, CSV를 안전하게 변환하는 방법

  1. 01

    원본과 대상 형식을 명확히 선택

    JSON, YAML, CSV 중 하나를 원본으로 선택하고 다른 형식을 대상으로 선택합니다. 형식을 추측하거나 데이터가 담긴 URL을 만들지 않으며, 두 드롭다운을 같은 형식으로 설정하면 반대쪽이 자동으로 바뀝니다. 원본과 대상이 같은 변환은 조용히 그대로 반환되는 것이 아니라 거부되기 때문입니다.

  2. 02

    붙여넣고 즉시 검증

    붙여넣기는 즉시 변환하고, 자동 변환이 켜져 있으면 일반 편집은 짧은 대기 후 다시 실행되며, Ctrl 또는 Command + Enter로 필요할 때 실행할 수 있습니다. 파서가 위치를 제공할 때마다 구문 오류가 정확한 행과 열로 표시되고, 샘플 불러오기는 선택한 원본 형식의 작고 유효한 문서를 필드에 채워 먼저 깨끗한 변환을 볼 수 있게 합니다.

  3. 03

    출력 옵션 설정

    대상이 JSON이나 YAML이면 출력 들여쓰기 컨트롤에서 2칸 또는 4칸 공백을 고릅니다. 대상이 CSV이면 이 컨트롤이 스프레드시트 안전 토글(기본 켜짐)로 바뀌며, =, +, -, @로 시작하는 모든 셀에 아포스트로피 접두사를 붙여 스프레드시트 애플리케이션이 수식으로 실행하지 않게 합니다.

  4. 04

    보존 경고 확인

    경고는 허용된 모든 손실을 표시합니다. YAML 앵커 확장, YAML 주석 제거, CSV 셀의 문자열 처리, null의 빈 셀 기록, 수식처럼 보이는 값의 이스케이프입니다. 지원되지 않거나 모호한 구조(YAML 병합 키, 사용자 정의 태그, 여러 문서, 너무 큰 정수, CSV로 향하는 중첩 값)는 의미를 몰래 바꾸는 대신 구체적인 오류로 변환을 중지합니다.

  5. 05

    복사, 다운로드 또는 역변환

    검증된 결과를 클립보드에 복사하거나, 맞는 .json, .yaml, .csv 확장자로 toolars-converted 파일로 다운로드하거나, 형식 바꾸기로 현재 출력을 다음 원본으로 사용할 수 있습니다. JSON에서 YAML로 다시 JSON으로 왕복할 때 데이터가 보존되는지 확인하는 빠른 방법입니다.

  6. 06

    이 결과로 계속 작업

    이 결과의 사본으로 아래에 새 작업 영역을 엽니다. 전송하거나 저장하지 않으며 준비되면 다음 도구를 실행하세요. 후속 작업 영역은 한 번에 하나만 열 수 있습니다. 바꾸려면 먼저 닫으세요. 원본 결과 변경, 페이지 이동·새로고침 또는 연 뒤 10분이 지나면 사본과 편집 내용이 삭제됩니다. 원본은 그대로 유지됩니다.

도구 요약

처리
브라우저에서 완결
입력의 기기 외 전송
없음
저장
선택적 로컬 전달
가격
무료

입력 값은 브라우저에 머물러요.

구조화 데이터 변환기 도구는 검증된 로컬 실행 경로를 사용하고, 숨겨진 입력 또는 출력 기록을 만들지 않습니다.

로컬 실행

현재 브라우저 탭 안에서 실행됩니다.

숨겨진 처리 없음

사용 중인 도구 데이터는 Toolars 문서 기록으로 남지 않습니다.

계정 불필요

프로필을 만들지 않고도 핵심 워크플로를 사용할 수 있습니다. 즐겨찾기는 로그인 후 계정에 동기화됩니다.

작업 공간과 전달 데이터

탭을 닫으면 일반 작업 데이터는 지워집니다. 전달을 선택하면 선택한 결과는 새로 고침하거나 탭을 닫아도 이 기기에 남으며 30분 동안 받을 수 있습니다. 받거나 버리면 삭제되고, 만료된 기록은 다음에 전달 기능을 사용할 때 정리됩니다.

구조화 데이터 변환기 도구가 유용할 때

주석이 달린 YAML을 엄격한 JSON으로 바꾸기

앵커와 주석을 사용하는 설정 파일을 붙여 넣고, 들여쓰기 두 칸으로 YAML을 JSON으로 변환하고 경고를 읽는다: 주석은 버려지고 앵커는 펼쳐지므로, 테스트 픽스처가 되기 전에 출력을 검토한다.

사용자 목록을 스프레드시트 안전 CSV로 내보내기

사용자 레코드의 평탄한 JSON 배열을 스프레드시트 안전 토글이 켠 상태로 CSV로 변환하면, =로 시작하는 셀이 이스케이프되어 도착해 스프레드시트 애플리케이션에서 파일을 열었을 때 수식으로 실행되지 않는다.

배포 전에 라운드트립 검증하기

JSON을 YAML로 변환하고, 포맷 교환을 누르고 다시 변환한다: 복원된 문서가 원본과 일치하면 중간 포맷이 해당 데이터 구조에 무손실이므로 다른 팀에 넘겨도 안전하다.

구조화 데이터 변환기 도구가 실제로 하는 일

마이크로서비스의 예시 설정이 앵커와 주석이 달린 YAML로 도착하고, 통합 테스트는 같은 데이터를 엄격한 JSON으로 원하며, 지원 팀은 사용자 목록을 스프레드시트 준비된 CSV로 원한다. 무료 온라인 구조화 데이터 변환기는 문서를 어디에도 내보내지 않고 셋 모두를 처리해야 한다. 이 온라인 구조화 데이터 변환기는 붙여 넣는 동시에 브라우저에서 JSON, YAML, CSV를 변환한다: 구문 오류는 행과 열과 함께 도착하고, 경고는 받아들인 손실 — 주석 삭제, 앵커 확장, CSV 셀을 문자열로 읽기 — 을 모두 이름으로 알려주며, 수식처럼 보이는 셀은 스프레드시트가 실행하기 전에 이스케이프된다. YAML로 설정을 작성해 API에 JSON을 넘기거나, JSON 배열을 CSV 가져오기로 평탄하게 만들거나, 다른 팀이 의존하기 전에 YAML 왕복이 데이터를 보존하는지 확인하는 데 쓴다. 한계는 명시된 채로 유지된다: 입력 256 KiB, 40단계 중첩, 그리고 CSV가 되는 것은 평탄한 객체 배열뿐이다. 아무것도 업로드되지 않으므로 토큰과 내부 엔드포인트를 포함한 설정은 기기에 남는다.

자주 묻는 질문

어떤 형식을 지원하나요?
작업 공간은 JSON, YAML 1.2 코어 구문, 필수 고유 헤더 행이 있는 쉼표 구분 CSV를 지원합니다. TOML과 XML은 별도의 보존 검토가 필요하며 이번 릴리스에서는 받지 않고, 양쪽에서 같은 형식을 고르는 것도 거부됩니다. 모든 실행은 서로 다른 두 형식 사이에서 변환합니다.
YAML은 어떻게 안전하게 처리하나요?
텍스트 모드에서는 파싱은 일회용 Web Worker에서 엄격한 한도와 함께 실행됩니다. 입력 256 KiB, 중첩 40단계, 노드 10,000개, 별칭 확장 50회, 시간 예산 1,500ms입니다. 사용자 정의 또는 실행 가능 태그, 병합 키, 원격 schema, DTD, import, include, 모든 네트워크 리소스 로딩이 비활성화되어 있어 악의적이거나 손상된 문서가 파서 밖으로 나갈 수 없습니다.
변환 중 무엇이 달라질 수 있나요?
JSON은 YAML 주석이나 앵커 정체성을 표현할 수 없고, CSV는 스칼라 타입, null 정체성, 중첩 구조를 보존할 수 없습니다. 허용된 손실은 각각 결과에 경고로 표시되고, 안전하지 않거나 모호한 형태는 즉시 거부됩니다. 중복 키, __proto__, constructor, prototype이라는 이름의 속성, 유한하지 않은 숫자, 안전 범위를 벗어난 정수는 강제로 변환되지 않고 거부됩니다.
CSV 스프레드시트 안전 옵션은 무엇을 하나요?
대상이 CSV이고 토글이 켜져 있으면, 텍스트가 =, +, -, @로 시작하는(앞의 공백이나 탭 뒤 포함) 모든 셀에 아포스트로피 접두사가 붙어 스프레드시트 애플리케이션이 수식으로 실행하는 대신 텍스트로 표시합니다. 영향을 받은 실행에는 경고가 추가되어 변경이 눈에 보입니다. 스프레드시트로 향하는 파일에는 켜 두고, 원시 값을 기대하는 시스템에 CSV가 들어갈 때만 끄세요.
왜 제 CSV가 거부됐나요?
텍스트 모드에서는 파서는 이름이 비어 있지 않고 고유한 헤더 행을 요구합니다(첫 번째 헤더 앞의 바이트 순서 표시는 허용됨). 또한 모든 레코드는 헤더와 정확히 같은 수의 필드를 가져야 합니다. 따옴표로 묶인 필드는 표준 규칙을 따릅니다. 큰따옴표는 두 개로 이스케이프하고 줄 바꿈을 포함할 수 있지만, 따옴표 없는 필드 중간의 따옴표는 행과 열이 표시된 오류입니다. 출력은 5,000행과 256열로 제한되며, 동일한 키를 가진 평탄한 객체 배열만 CSV로 변환됩니다.
값이 업로드되거나 저장되나요?
변환은 로컬에서 실행됩니다. 현재 문서와 같은 페이지의 후속 작업은 메모리에 남으며 지우기를 누르면 현재 문서를 삭제합니다. 원본 데이터와 결과를 URL, 분석, 로그 또는 피드백 양식으로 전송하지 않습니다. 다른 도구로 파일을 전달하는 것은 별도의 선택 작업입니다. 출력을 다른 도구에 명시적으로 전달하면 해당 출력이 브라우저 로컬 저장소에 저장됩니다. 작업 공간을 초기화하거나 새로 고치거나 닫아도 대기 중인 이 사본은 삭제되지 않습니다. 전달을 받거나 취소하면 삭제되며 30분 후에는 더 이상 받을 수 없습니다.
CSV 파일 모드의 제한은 무엇인가요?
파일 모드에서 UTF-8, UTF-16LE/BE, GB18030, Windows-1252 및 쉼표·세미콜론·탭·세로줄을 직접 선택합니다. 열 이름은 기본 유지하며 선택한 경우에만 앞뒤 공백을 제거합니다. 이름은 비어 있지 않고 고유해야 합니다. 입력 ≤ 100 MiB, 출력 ≤ 32 MiB, 레코드당 ≤ 256열 및 디코딩 후 UTF-8 기준 ≤ 1 MiB입니다. 미리보기는 20행, 셀당 160자이며 다운로드는 전체 값을 보존합니다. JSONL은 문자열을 저장합니다. 정규화 CSV는 UTF-8, 쉼표, CRLF, 따옴표 필드를 사용합니다. 선택적 BOM은 인코딩 인식을 돕지만 형식을 강제하지 않습니다. 빈 실제 레코드는 건너뛰며 인코딩과 따옴표를 정규화하므로 바이트 단위 복사가 아닙니다. 로컬에서 취소 가능하며 출력을 메모리에 보관하므로 최대 메모리 사용량은 32 MiB를 넘을 수 있습니다.
JSON, YAML, CSV는 언제 써야 하나요?
기계끼리 데이터를 주고받을 때는 JSON: API, 코드가 읽는 설정, 모호함이 허용되지 않는 테스트 픽스처에 쓴다. 사람이 직접 편집하는 파일 — 배포 매니페스트와 문서 — 에는 주석과 앵커가 도움이 되는 YAML을 쓴다. 스프레드시트나 데이터 가져오기가 행과 열을 기대할 때는 CSV를 쓴다. 여기서 서로 변환하고, 경고가 대상 포맷이 보존할 수 없는 것을 알려준다.
JSON과 XML의 차이는 무엇인가요?
JSON은 객체와 배열 위에 세워진 최소한의 데이터 포맷이다: 닫는 태그도 속성도 없고 대부분의 값을 쓰는 정석적인 방법이 하나뿐이라 JavaScript와 대부분의 모던 API에서 더 작고 파싱하기 쉽다. XML은 요소, 속성, 네임스페이스, 스키마를 갖춘 문서 포맷으로, 출판, 은행 표준, 많은 엔터프라이즈 통합처럼 문서를 검증하는 업계에서 여전히 지배적이다. 이 작업 공간은 JSON, YAML, CSV를 변환한다; XML은 문서를 이해하는 변환기가 필요하다. 속성과 네임스페이스 모델이 단순한 데이터 트리에 일대일로 대응되지 않기 때문이다.

함께 읽기

막다른 길이 아니라 이어지는 작업입니다.

전체 인덱스로 돌아가지 않고 다른 집중 워크스페이스로 바로 이동합니다.

URL 작업 도구

URL Workbench

서명 링크를 보존하며 URL 목록을 정리합니다. 행별 변경 이유, 주소 구성 비교와 Sitemap 내보내기를 제공합니다.

편집

JSON 검색 및 펼치기

JSON Explorer

JSONPath 검색과 필드 추출, JSON Pointer 펼치기와 복원을 지원하며 큰 수의 정밀도를 보존합니다.

검사

JSON Schema 검증

JSON Schema Validator

Draft 7 또는 2020-12를 로컬 검증하고 오류 경로를 표시합니다. 여러 샘플로 스키마를 추론합니다.

검사

HTML 게시 준비

HTML Publishing

붙여 넣은 HTML을 정리하고 목록, 링크, 표의 의미를 유지합니다. 변경 내용을 안전하게 미리 봅니다.

게시