식별자 열을 확인하기 전에 타입을 추론하는 경우
ID, 우편번호, 계정번호는 앞자리 0이 중요할 수 있습니다. 대상 시스템이 JSON 숫자나 불리언을 명확히 요구할 때만 타입 추론을 켜세요.
CSV 행을 JSON으로, JSON 레코드를 CSV로 원본 업로드 없이 변환합니다. 따옴표·여러 줄 셀을 파싱하고 문자열을 기본 보존하며, 중복 헤더 변경·중첩 JSON·스프레드시트 수식 위험을 확인할 수 있습니다.
관련 작업 흐름을 이어가거나 이 작업 다음에 자주 사용하는 도구를 열어보세요.
보이지 않는 선두 서명 때문에 첫 CSV 헤더나 script token이 달라질 때 사용합니다. 원본 바이트에서 작업하고 UTF-32 LE를 UTF-16 LE 접두부와 구분하며, 대상 시스템이 확인되기 전에는 UTF-16·UTF-32의 바이트 순서 증거를 지우지 않습니다.
열기관련 도구UTF-8을 엄격하게 인코딩하고 Base64·Base64URL·Data URI·바이너리 바이트를 로컬에서 디코딩합니다.
열기관련 도구로컬 파일 바이트에서 BOM, 엄격한 UTF-8, Unicode 구조, ASCII 호환성, 바이너리 단서를 검사합니다.
열기관련 도구중복 키와 숫자 원문을 보존하며 엄격한 JSON을 로컬에서 정리하거나 압축합니다.
열기데이터를 붙여 넣기 전에 CSV→JSON 또는 JSON→CSV 방향을 선택합니다.
CSV 쪽에서 사용하는 쉼표, 탭, 세미콜론, 파이프 구분 기호를 선택합니다.
CSV 입력에서는 헤더 사용, 공백 처리, JSON 출력 형식, 안전한 스칼라 타입 추론 여부를 정합니다.
JSON 입력에서는 중첩 값 처리, CSV 헤더, 수식 보호, 다운로드 BOM 여부를 정합니다.
행·열·경고 수를 보고 바뀐 중복 헤더, 빈 셀, 중첩 값, 보호된 수식을 확인합니다.
현재 결과를 복사하거나 다운로드한 뒤 전체 데이터를 가져오기 전에 대상 앱에서 파일을 다시 열어 확인합니다.
Excel이나 Google Sheets 내보내기를 앞자리 0 ID와 따옴표 여러 줄 메모를 유지한 JSON fixture로 바꿉니다.
API 레코드 배열을 뒤 행 필드·중첩 값 설정·수식 보호가 적용된 검토용 CSV로 바꿉니다.
데이터베이스나 고객 지원 가져오기 전에 중복 헤더, 필드 수 차이, 구분 기호 오류, 닫히지 않은 따옴표를 찾습니다.
원본을 변환 서비스에 보내지 않고 티켓에 첨부할 작은 재현용 CSV 또는 JSON 샘플을 준비합니다.
ID, 우편번호, 계정번호는 앞자리 0이 중요할 수 있습니다. 대상 시스템이 JSON 숫자나 불리언을 명확히 요구할 때만 타입 추론을 켜세요.
값 안의 쉼표나 줄바꿈은 CSV 따옴표로 감싸야 합니다. 변환기는 올바른 여러 줄 셀은 보존하지만 닫히지 않은 따옴표의 행 경계를 임의로 추측하지 않습니다.
CSV는 평면 구조입니다. 점 경로 열이 필요하면 평탄화를, 중첩 값을 한 셀에 두려면 JSON 텍스트를 선택하고 다운로드 파일을 다시 열어 확인하세요.
따옴표 안의 쉼표와 여러 줄 메모는 한 필드로 유지됩니다. 기본 타입 추론이 꺼져 있으므로 앞자리 0이 있는 ID도 JSON 문자열로 남습니다.
id,name,note
0012,"홍, 길동","첫째 줄
둘째 줄"[
{
"id": "0012",
"name": "홍, 길동",
"note": "첫째 줄\n둘째 줄"
}
]모든 레코드에서 헤더를 모으고, 평탄화 모드에서 중첩 객체를 점 경로로 바꾸며, 수식처럼 보이는 텍스트 앞에는 CSV 내보내기 전에 작은따옴표를 붙입니다.
[{"id":1,"profile":{"city":"서울"},"note":"=2+2"},{"id":2,"active":true}]id,profile.city,note,active
1,서울,"'=2+2",
2,,,truePapaParse가 선택한 구분 기호와 CSV 따옴표 규칙에 따라 이스케이프된 따옴표와 따옴표 안 줄바꿈을 읽습니다. 완전히 빈 물리 행은 건너뛰고 필드 수가 처음과 다른 행은 중단합니다.
첫 행을 헤더로 쓰면 헤더 주변 공백 제거를 명시적으로 선택할 수 있습니다. 빈 헤더는 거부하고 중복 헤더에는 일정한 접미사를 붙여 두 원본 셀이 모두 JSON에 남도록 경고합니다.
CSV 셀은 기본적으로 문자열입니다. 선택적 추론은 소문자 true, false, null과 유효한 유한 JSON 숫자 중 십진 값이 손실되지 않는 경우만 변환하며, 앞자리 0과 위험한 숫자 텍스트는 그대로 둡니다.
JSON 입력은 공통 엄격 파서와 CSV 직렬화기를 사용합니다. 모든 레코드에서 열을 찾고, 중첩 값은 평탄화 또는 JSON 텍스트로 처리하며, 없는 필드는 빈 셀로 두고 수식 보호를 기본 적용합니다.
아니요. 정상 사용 시 파싱과 변환은 브라우저에서 실행됩니다. 입력은 5MB까지이며 행·열·중첩 깊이·출력 크기에도 별도 제한이 있습니다.
쉼표, 탭, 세미콜론, 파이프를 명시적인 한 글자 구분 기호로 지원합니다. 행과 열 수를 판단하기 전에 원본 내보내기와 같은 구분 기호를 선택하세요.
기본값에서는 앞자리 0이 있는 ID를 포함한 모든 CSV 값을 문자열로 둡니다. 안전한 타입 추론을 켜면 정확한 true, false, null과 손실 없는 숫자만 변환하고 위험한 숫자는 경고와 함께 문자열로 유지합니다.
헤더 행을 사용할 때 중복 이름은 일정한 접미사로 바꾸고 경고에 목록을 표시해 셀을 덮어쓰지 않습니다. 빈 헤더와 열 수가 다른 행은 오류로 중단합니다.
한 행은 JSON 객체 하나로, 여러 행은 비어 있지 않은 객체 배열로 입력할 수 있습니다. 평탄화는 중첩 객체를 점 경로로 만들고 배열을 JSON 텍스트로 저장하며, JSON 텍스트 모드는 각 상위 중첩 값을 한 셀에 둡니다.
수식 보호는 위험한 문자열 셀과 헤더 앞에 작은따옴표를 붙입니다. 스프레드시트용이면 켜 두고, 다운로드 파일을 다시 열어 긴 ID·줄바꿈·한글·뒤 행의 열이 유지됐는지 확인하세요.
관리 및 검수 SimpleWebUtils검토일
검증 방법: CSV JSON 양방향 변환기 검증에는 “스프레드시트용 CSV를 JSON으로 변환하기 예시”에 적힌 정확한 입력을 사용했습니다. 정상 경로에서 “구분자와 헤더 모드 선택”, “의도하지 않은 셀 공백 제거 피하기” 단계를 실행한 뒤 생성된 값이나 파일을 문서 결과와 맞춰 봤습니다. 위험 검토 항목은 “따옴표 안의 쉼표를 무시”, “스프레드시트 수식을 그대로 둔 채 변환하는 경우”였습니다.
기대 결과: CSV 두 행은 문자열 ID와 원래 email·plan 값을 가진 JSON 객체 두 개가 됐고, 따옴표 안 구분자는 해당 필드 안에 그대로 남았습니다.
공식 출처와 표준
도구를 열기 전에 자주 쓰는 작업 흐름과 예시를 확인하세요.
보이지 않는 선두 서명 때문에 첫 CSV 헤더나 script token이 달라질 때 사용합니다. 원본 바이트에서 작업하고 UTF-32 LE를 UTF-16 LE 접두부와 구분하며, 대상 시스템이 확인되기 전에는 UTF-16·UTF-32의 바이트 순서 증거를 지우지 않습니다.
작업 가이드원본 파일 바이트로 확정된 Unicode 서명과 구조 증거, 보수적 추정을 분리합니다. 후보 decoder가 알려진 header와 다국어 값을 올바르게 복원하는지 소량 가져오기에서 확인한 뒤 전체 작업을 진행합니다.
작업 가이드스프레드시트 내보내기를 API용 JSON이나 테스트 fixture로 바꿀 때 원본 텍스트를 보존하고 경고와 행·열 수까지 확인하는 작업 흐름입니다.
작업 가이드스프레드시트 내보내기, API fixture, CSV/JSON 전달 과정에서 열이 밀리거나 헤더가 사라지거나 JSON이 파싱되지 않을 때 원인을 좁히는 흐름입니다.
작업 가이드문서 표는 원본 구조, 변환 규칙, 게시 결과가 일치할 때만 신뢰할 수 있습니다. 이 절차는 민감 정보를 제거한 대표 fixture에서 시작해 따옴표 CSV와 엄격한 JSON 객체 배열을 구분하고, 큰 숫자와 중첩 값을 보호하며, 생성 헤더와 빈 셀 보정을 모두 확인한 뒤 실제 게시 렌더러에서 완성된 GFM을 검증합니다.
작업 가이드압축된 응답을 읽기 어렵거나 fixture의 엄격한 파싱이 실패할 때, 일반적인 클라이언트 오류를 정확한 JSON 위치까지 추적하면서 구문 유효성과 API 계약 유효성을 혼동하지 않는 워크플로입니다.
작업 가이드JSON 객체 배열을 안정적인 CSV 행과 컬럼으로 바꾸고, 뒤쪽 레코드의 선택 필드와 중첩 값, 문자 인코딩, 스프레드시트 보안 문제까지 확인하는 실전 절차입니다.
작업 가이드운영 식별자를 생성한 UUID v4로 교체하면서 각 필드의 문법과 관계를 보존하는 작업 흐름입니다. 스키마 매핑, 브라우저 로컬 일괄 생성, 버전·중복 검사, 고정 fixture 저장, 데이터베이스 제약, 그리고 레코드 식별자와 인가 사이의 보안 경계를 함께 다룹니다.
관리 중인 다른 작업 흐름을 이어서 사용해 보세요
UTF-8을 엄격하게 인코딩하고 Base64·Base64URL·Data URI·바이너리 바이트를 로컬에서 디코딩합니다.
로컬 파일 바이트에서 BOM, 엄격한 UTF-8, Unicode 구조, ASCII 호환성, 바이너리 단서를 검사합니다.
중복 키와 숫자 원문을 보존하며 엄격한 JSON을 로컬에서 정리하거나 압축합니다.
엄격한 JSON 구문을 로컬에서 검사하고 정확한 오류 위치와 중복 키 경고를 표시합니다.
본문 숫자, 들여쓰기, 정확한 줄바꿈을 유지하면서 줄 시작 번호만 제거합니다.