CSV를 JSON로 변환 Comma-Separated Values ↔ JavaScript Object Notation 무료 온라인 안전
CSV 파일을 놓고 JSON를 가져가십시오. 읽기도 쓰기도 여기, 여러분의 브라우저 안에서 이루어지므로 파일은 기기를 떠나지 않습니다 — 그리고 건너가며 남는 것과 남지 못하는 것은 아래에 적어 두었습니다, 여러분이 겪어서 알게 되는 대신에.
파일 변환하기
여기에 CSV 파일을 놓거나 하나 고르십시오.
파일은 이 기기를 벗어나지 않습니다. 모든 처리가 브라우저 안에서 이뤄집니다.
업로드 없음
CSV 형식에서 변환
CSV 형식으로 변환
이 형식들은 어디에서 왔는가
CSV는 가장 오래되었고 가장 덜 표준화된 것입니다. 표를 글줄로 적은 것으로, 1970년대부터 쓰였으나 글로 서술된 것은 2005년이었습니다. 그때쯤에는 이미 프로그램마다 구분자가 무엇인지, 따옴표를 언제 두는지 스스로 정해 버린 뒤였습니다. XML은 1998년 SGML에서 자라났습니다. 엄한 구조를 지녀야 하고 스키마에 비추어 검사받아야 하는 문서를 위해서였습니다. JSON은 2001년 무렵 더글러스 크록퍼드가 자바스크립트에서 끄집어낸 것으로, 일부러 객체와 배열과 수와 문자열만 남기고 깎아 냈습니다. 그 덜어냄이야말로 그것이 웹을 차지한 까닭입니다. YAML은 그 읽기 좋은 사촌으로, 다른 데서 괄호가 하는 일을 들여쓰기가 맡습니다. 서로 바꿀 때 중요한 것은 오직 하나입니다. CSV는 납작한 줄과 칸의 격자이고, JSON과 XML과 YAML은 나무라는 것입니다.
어디에서 마주치는가
CSV는 표 계산이 내보내는 것이고, 회계 담당자나 상점 플랫폼이나 은행 거래 명세서가 건네주는 것입니다. JSON은 웹 서비스들이 주고받는 말이고, 설정 파일도 점점 그것으로 적힙니다. XML은 오래된 기업 체계에, 청구 표준에, 그리고 사무 형식들의 안쪽에 살아남아 있습니다. YAML은 사람이 손으로 설정을 적는 자리입니다. 이들 사이를 바꾸는 일은 자료를 만들어진 자리에서 필요한 자리로 옮기는 나날의 일입니다.
자주 묻는 질문
제 CSV가 엑셀에서 한 칸으로 열렸습니다. 왜인가요?
표 계산이 다른 구분자를 기다리고 있었기 때문입니다. 엑셀은 컴퓨터 지역 설정의 목록 구분자를 따릅니다. 쉼표가 이미 소수점 노릇을 하는 곳에서는 그것이 쌍반점입니다. 곧 유럽 대륙의 많은 곳입니다. 그러면 쉼표로 나뉜 파일이 한 칸의 글줄처럼 보입니다. 파일을 두 번 눌러 여는 대신, 가져오기 창을 쓰고 구분자를 분명히 말해 주십시오. 3.5가 때때로 날짜로 도착하는 것도 같은 지역 설정 탓입니다.
중첩된 제 JSON은 왜 말끔한 표 계산이 되지 않나요?
표 계산은 납작하고 JSON은 나무이기 때문입니다. 한 줄은 칸마다 값 하나를 담습니다. JSON 객체는 어떤 밭 안의 목록 안에 또 목록을 담을 수 있습니다. 바꾼다는 것은 그것을 어떻게 납작하게 두드릴지 고르는 일입니다. 중첩된 이름들을 한 줄의 긴 칸 머리글로 잇거나, 어버이 줄을 자식 수만큼 되풀이하거나. 둘 다 양보이고, 어느 쪽도 저절로는 되돌릴 수 없습니다. 표 계산에서 본디 모습으로 돌아가는 데 대개 사람의 결정이 필요한 까닭이 그것입니다.
파일의 질이 떨어지나요?
두 형식이 무엇을 담을 수 있느냐에 달렸습니다. 같은 것을 담는 형식 사이의 변환 — PNG에서 BMP로, WAV에서 FLAC으로 — 은 아무것도 잃지 않습니다. 자리를 아끼려고 정보를 버리는 형식, 이를테면 JPEG이나 MP3으로 바꾸면 할 때마다 조금씩 잃고, 되돌려도 돌아오지 않습니다. 고를 수 있는 자리에서 이 쪽은 가장 작은 파일을 만들기보다 본디의 질을 지키는 쪽으로 기웁니다.
제 파일이 어딘가로 올라가나요?
아니요. 변환은 여러분의 기계 위, 여러분의 브라우저 안에서 이루어집니다. 파일은 그곳을 떠나지 않으며, 여기에는 그것을 받을 서버도 없습니다. 큰 파일을 가로막는 것이 업로드가 아니라 여러분 자신의 기억 장치인 까닭, 여러분이 변환한 어떤 것도 누구의 기록에도 — 우리의 기록에도 — 나타날 수 없는 까닭이 그것입니다. 다만 소리와 영상 도구는 처음 쓸 때 변환 기관을 이곳에서 받아 옵니다. 삼십 메가바이트쯤, 한 번뿐입니다. 그 뒤로도 일은 모두 여러분의 기계 위에서 이루어집니다.
CSV를 JSON으로 변환하는 이유
CSV는 스프레드시트와 내보내기의 형식입니다. 한 줄에 한 행씩, 셀이 쉼표나 세미콜론으로 구분된 단순한 표입니다. 모든 스프레드시트가 이 형식으로 저장할 수 있고 모든 데이터베이스가 이를 만들어 낼 수 있습니다. JSON은 프로그램의 형식입니다. 웹 서비스, 애플리케이션, 스크립트가 직접 읽는 구조화된 텍스트입니다. 표가 프로그램, 웹사이트, 모바일 앱, 차트 라이브러리, API에 데이터를 공급해야 할 때 프로그램이 원하는 것은 CSV가 아니라 JSON입니다. 그래서 사람들은 CSV를 JSON으로 변환합니다. 데이터는 표에 있는데 그것을 사용할 쪽이 JSON을 쓰기 때문입니다.
이런 상황은 흔합니다. 스프레드시트에 제품 목록을 보관하고 있는데 웹 페이지가 그것을 불러와야 하는 개발자. 차트용 데이터를 가진 디자이너. 표에 점수가 있고 스크립트로 처리하고 싶은 교사. JSON만 받는 서비스에 카탈로그를 올려야 하는 상점 주인. 어느 경우든 표는 이미 깔끔하게 정리되어 있고, 없는 것은 언어를 바꾸는 일뿐입니다.
이 페이지는 브라우저에서 CSV를 JSON으로 변환합니다. 파일은 이곳에서 읽고 쓰이므로 기기를 떠나지 않으며, 고객 목록, 학생 기록, 그 밖의 개인 정보에 중요한 점입니다. 그리고 이 페이지는 직접 겪어 보게 두는 대신, 변환 과정에서 무엇이 유지되고 무엇이 유지되지 않는지 미리 알려 줍니다. 아래에서 변환이 어떻게 이루어지는지, 값의 자료형이 어떻게 정해지는지, 구분자에서 무엇을 주의해야 하는지 볼 수 있습니다.
변환이 이루어지는 방식
첫 번째 행이 키가 됩니다
CSV는 브라우저 안에서 읽힙니다. 첫 번째 행은 헤더로 간주되어 그 셀이 키가 됩니다. 나머지 행은 각각 하나의 레코드, 곧 각 키가 같은 열의 값과 짝지어진 객체가 됩니다. 결과는 레코드의 목록이며, 프로그램이 표에서 기대하는 형태입니다.
따옴표로 묶인 필드는 통째로 유지됩니다
CSV에는 함정이 있으며 그것들은 처리됩니다. 따옴표로 묶인 필드는 쉼표, 줄바꿈, 겹따옴표를 그대로 유지합니다. "Smith, John" 같은 셀은 하나의 값으로 남고, 줄바꿈이 들어 있는 셀도 하나의 값으로 남습니다. 마지막 줄바꿈 없이 끝나는 파일도 마지막 행을 내어 주므로 끝부분에서 잃는 것이 없습니다.
모든 셀이 유지됩니다
모든 셀이 결과에 들어갑니다. 빈 셀은 빈 값으로 유지되므로 모든 레코드가 같은 키를 갖고 구조가 규칙적입니다.
유지되는 것
모든 행과 모든 열
첫 번째 행을 키로 삼아 모든 셀이 유지됩니다. 300행 8열의 표는 각각 8개의 키를 가진 300개의 레코드 목록이 됩니다.
각 셀의 텍스트 그대로
각 셀의 내용은 안의 공백, 악센트 문자, 기호를 포함해 정확히 유지됩니다. 모르는 사이에 다듬거나 번역하거나 서식을 바꾸는 일은 없습니다.
셀 안의 쉼표, 따옴표, 줄바꿈
쉼표, 따옴표, 줄바꿈이 들어 있는 값은 온전히 살아남습니다. 파일을 읽을 때 CSV의 따옴표 규칙을 따르기 때문입니다.
값의 자료형이 정해지는 방식
CSV 셀은 텍스트일 뿐입니다
CSV 셀은 텍스트일 뿐입니다. 그것이 숫자인지 날짜인지 단어인지 알려 주지 않습니다. 그래서 자료형은 마법이 아니라 규칙으로 복원됩니다. 일반 숫자, true, false, null은 인식되고 나머지는 모두 문자열로 남습니다. 42가 들어 있는 셀은 숫자 42가 되고, true가 들어 있는 셀은 값 true가 되며, Berlin이 들어 있는 셀은 문자열 Berlin으로 남습니다.
앞의 영이 살아남는 이유
일반 숫자만 변환되므로 앞의 영, 전화번호, 식별자는 온전히 살아남습니다. 01234로 적힌 우편번호는 일반 숫자가 아니므로 문자열 01234로 남으며 영을 잃지 않습니다. 이는 의도된 보호입니다. 이런 값을 숫자로 바꾸면 조용히 훼손됩니다.
날짜는 텍스트로 남습니다
날짜는 추측하지 않습니다. 2026-03-14가 들어 있는 셀은 문자열 2026-03-14로 남습니다. JSON에는 날짜 자료형이 없으므로 받는 프로그램이 처리 방법을 정하게 되며, 그것이 결정을 내리기에 더 안전한 곳입니다.
CSV를 JSON으로 변환하기 전에 알아야 할 것
구분자는 첫 줄에서 추측합니다
구분자는 첫 줄에서 추측합니다. 따옴표 밖에서 더 자주 나오는 쪽, 쉼표 또는 세미콜론입니다. 일부 나라의 스프레드시트는 세미콜론으로 저장하므로 흔한 두 경우를 모두 다룹니다. 파일이 탭이나 다른 문자를 쓴다면 먼저 쉼표로 바꾸십시오.
헤더는 첫 번째 행에 있어야 합니다
첫 번째 행이 키가 되므로 그것이 헤더인지 확인하십시오. 파일의 표 위에 제목, 빈 줄, 메모가 있다면 먼저 지우십시오. 그렇지 않으면 키가 잘못됩니다.
중복된 열 이름
이름이 같은 두 열은 한 객체의 키가 둘 다 될 수 없습니다. 키는 한 번만 나올 수 있기 때문입니다. CSV를 JSON으로 변환하기 전에 각 열에 서로 다른 이름을 붙이십시오.
여기서 CSV를 JSON으로 변환하는 방법
파일 추가
CSV를 페이지에 놓거나 기기에서 고르십시오. 브라우저 안에서 읽히며 업로드되지 않습니다.
변환
버튼을 누르십시오. 보통 크기의 파일은 잠깐이면 됩니다. 끝날 때까지 페이지를 열어 두십시오.
다운로드와 확인
JSON을 내려받아 텍스트 편집기에서 여십시오. 첫 번째 레코드와 마지막 레코드를 보고, 키가 기대한 이름인지, 값이 필요한 자료형인지 확인하십시오.
CSV와 JSON 자세히 보기
표와 트리
CSV는 표를 기술합니다. 행과 열이 전부입니다. JSON은 트리를 기술합니다. 값을 담은 객체가 있고, 그 값은 다시 객체나 목록일 수 있습니다. 표는 가장 단순한 종류의 트리로, 모두 같은 키를 가진 레코드의 목록입니다. 그래서 CSV에서 JSON으로의 변환은 구조상 간단하고, 흥미로운 질문은 자료형에 있으며, 위의 규칙이 중요한 이유입니다.
JSON이 프로그램에 더 쉬운 이유
CSV 파일은 깨지기 쉽습니다. 구분자나 따옴표 습관이 바뀌면 읽는 쪽마다 해석이 달라질 수 있습니다. JSON은 엄격한 문법, 문자열, 숫자, 불리언, null에 대한 분명한 개념, 모든 프로그래밍 언어의 기성 리더를 갖추고 있습니다. JSON을 받는 프로그램은 추측할 필요가 없습니다. 많은 서비스가 이것을 고집하는 이유입니다.
크기
JSON은 모든 레코드에 키 이름을 반복하므로 원본 CSV보다 파일이 큽니다. 수천 행의 표라면 JSON이 상당히 커질 것을 예상하십시오. 모든 레코드가 스스로를 설명하게 하는 대가입니다.
흔한 상황 자세히 보기
웹 페이지나 앱에 공급하기
스프레드시트에 보관한 제품, 장소, 행사의 목록을 JSON으로 변환해 페이지가 불러오게 할 수 있습니다. 익숙한 스프레드시트에서 표를 편집하고, 결과는 페이지가 읽게 두면 됩니다.
차트와 지도용 데이터
차트와 지도 라이브러리는 대개 JSON을 받습니다. CSV를 JSON으로 변환해 라이브러리가 그 파일을 가리키게 하면 차트가 표에서 스스로 그려집니다.
서비스와 API로 업로드
카탈로그, 연락처, 설정을 가져오는 서비스는 흔히 JSON만 받습니다. 스프레드시트를 여기서 알맞은 파일로 바꿔 업로드할 수 있습니다.
스크립트와 자동화
레코드를 처리하는 스크립트는 JSON을 읽을 때 더 간단합니다. 한 번 변환하면 CSV 리더를 작성하고 따옴표를 걱정하는 수고를 덜 수 있습니다.
CSV를 JSON으로 변환하기 전의 실용 조언
헤더 행 정리하기
짧고 분명하며 고유한 이름을 쓰고, 받는 프로그램이 선호한다면 공백은 넣지 마십시오. 이름은 키가 되고 프로그램은 키를 이름으로 참조합니다.
메모와 합계 지우기
스프레드시트에는 표 위에 제목이, 아래에 합계 행이 있는 경우가 많습니다. CSV를 내보내기 전에 지우십시오. 그렇지 않으면 레코드가 됩니다.
구분자 확인하기
스프레드시트가 세미콜론으로 저장했다면 페이지는 정확히 추측합니다. 첫 줄의 텍스트에 쉼표와 세미콜론이 모두 있다면 결과를 꼼꼼히 확인하십시오.
식별자 생각하기
숫자처럼 보이지만 텍스트로 남아야 하는 코드, 예를 들어 앞에 영이 있는 코드가 한 열에 있다면 규칙이 그것들을 보호합니다. 그러나 텍스트가 필요한 일반 숫자의 열은 숫자로 도착하므로, JSON을 읽는 프로그램에서 조정하십시오.
변환 전에 사람들이 묻는 질문
왜 어떤 값은 숫자이고 어떤 값은 문자열입니까?
일반 숫자, true, false, null은 인식되고 나머지는 모두 문자열로 남기 때문입니다. 앞의 영이나 글자가 있으면 그 셀은 문자열이 됩니다.
왜 앞의 영이 살아남았습니까?
설계된 대로입니다. 일반 숫자만 변환되므로 우편번호나 전화번호는 영을 유지합니다.
내 파일은 세미콜론을 씁니다. 되나요?
예. 구분자는 첫 줄에서 추측하며, 따옴표 밖에서 더 자주 나오는 쉼표 또는 세미콜론입니다.
날짜도 변환됩니까?
아니요. JSON에는 날짜 자료형이 없으므로 날짜는 원래의 텍스트로 남습니다.
내 파일이 업로드됩니까?
아니요. 변환은 브라우저에서 이루어지며 파일은 기기를 떠나지 않습니다.
CSV로 되돌릴 수 있습니까?
예. JSON을 CSV로 변환하면 평평한 레코드의 목록이 다시 표가 됩니다.
CSV를 JSON으로 변환할 때의 현명한 선택
JSON, XML, YAML 중 무엇입니까?
JSON은 프로그램과 웹 서비스에 알맞습니다. 시스템이 마크업을 기대한다면 JSON을 XML로 이어서 변환할 수 있습니다. 사람이 손으로 편집하는 설정 파일에는 JSON을 YAML로 바꾸면 더 편하게 읽힙니다.
스프레드시트 원본
데이터가 CSV가 아니라 Excel 통합 문서에 있다면 XLSX를 JSON으로 변환하는 도구가 통합 문서를 직접 읽고 여러 시트를 처리합니다.
표를 보관하기
CSV는 데이터를 관리하는 사람들에게 원본입니다. 보관해 두고 바뀔 때 다시 변환하십시오.
변환 뒤에 좋은 결과를 얻으려면
뷰어에서 JSON 검증하기
JSON을 이해하는 편집기에서 결과를 열고 레코드를 접어 보십시오. 구조가 기대한 대로라면 이상이 없는 것입니다.
몇 개의 레코드를 원본과 비교하기
중간쯤의 행 몇 개를 골라 표와 대조하십시오. 일 분이면 되고, 변환이 충실했는지 알 수 있습니다.
게시용으로 압축하기
파일을 웹 페이지가 불러오는데 크다면, 공백을 제거해 더 가볍게 만드는 도구가 있습니다. 데이터는 그대로입니다.
잘 변환되도록 CSV 준비하기
표준 인코딩으로 저장하기
스프레드시트는 CSV를 여러 문자 집합으로 저장할 수 있습니다. 특히 데이터에 여러 언어의 이름이 있다면, 악센트 문자와 기호가 올바르게 도착하도록 유니코드 인코딩을 고르십시오.
각 열에는 한 종류만 담기
CSV를 JSON으로 변환할 때, 대부분의 행에는 숫자가 있고 몇 행에는 단어가 있는 열은 자료형이 섞인 결과를 냅니다. 각 열이 하나의 뜻만 갖도록 예외를 정리하십시오.
먼저 작은 조각으로 시험하기
파일이 크다면 처음 스무 행을 시험용 파일에 옮겨 변환해 보십시오. 결과를 잠깐 보면 키와 자료형이 기대한 대로인지 알 수 있습니다.
CSV를 JSON으로 변환한 뒤 결과 활용하기
웹 페이지에서 불러오기
CSV를 JSON으로 변환하면 페이지가 몇 줄의 스크립트로 파일을 가져와 목록, 표, 지도 위의 마커 모음으로 바꿀 수 있습니다. 파일은 일반 텍스트이므로 페이지 옆에 호스팅할 수 있고, 데이터가 바뀌면 새로 변환하고 새로 업로드하기만 하면 됩니다.
숫자와 문자열 확인하기
JSON을 읽는 프로그램은 표에 일반 숫자가 있던 곳에서는 숫자를, 그 밖의 모든 곳에서는 문자열을 보게 됩니다. 금액 열의 한 행에 엉뚱한 단어가 있으면 그 행은 문자열을 갖게 되고, 계산이 놀랄 수 있습니다. 변환하기 전에 표에서 열을 빠르게 훑어 두면 나중에 버그를 찾는 수고를 덜 수 있습니다.
빈 셀 다루기
빈 셀은 해당 키의 빈 값으로 도착합니다. 프로그램마다 다루는 방식이 다릅니다. 빈 문자열로 보는 곳도, 아무것도 없는 것으로 보는 곳도 있습니다. 중요하다면 빈칸을 어떻게 읽을지 프로그램에서 정하고, 표가 알려 주리라고 기대하지 마십시오.
큰 표
수천 행이 넘는 표는 큰 파일이 됩니다. 페이지가 그것을 불러와야 한다면 데이터를 페이지 단위로 나누거나 필요한 부분만 불러와서 방문자가 기다리지 않게 하는 것을 고려하십시오.
개인 정보와 처리
데이터에 로컬 변환이 중요한 이유
데이터 파일에는 고객, 학생, 주소, 가격처럼 비공개인 내용이 흔히 들어 있습니다. 많은 온라인 변환기는 파일을 서버에 올려 처리한 뒤 결과를 돌려주며, 그동안 사본이 통제할 수 없는 컴퓨터에 남습니다. 여기서는 사용자의 브라우저가 작업을 하므로 데이터가 기기에 머뭅니다.
페이지를 떠나면
페이지를 닫으면 변환된 파일은 브라우저에서 사라지므로 먼저 내려받으십시오. 데이터에 관한 어떤 것도 보관되지 않습니다.
문제가 생겼을 때
키가 잘못되었습니다
첫 번째 행이 헤더가 아니었습니다. 표 위의 제목이나 빈 줄을 지우고 다시 변환하십시오.
모든 데이터가 하나의 키에 들어 있습니다
구분자가 페이지가 추측한 것과 달랐습니다. 아마 탭이었을 것입니다. 쉼표로 바꾸십시오.
큰 파일에서 페이지가 멈춥니다
모든 것이 기기에서 실행되며 큰 파일에는 메모리가 필요합니다. 컴퓨터에서 다시 시도하거나 데이터를 나누십시오.
관련 도구
같은 계열의 도구가 인접한 작업을 다룹니다. 되돌리려면 JSON을 CSV로를 쓰십시오. Excel 통합 문서에는 XLSX를 JSON으로와 JSON을 XLSX로가 있습니다. 구조화된 데이터의 다른 형식으로는 JSON을 XML로, XML을 JSON으로, JSON을 YAML로, YAML을 JSON으로가 있습니다. 수치가 PDF에 들어 있다면 PDF를 XLS로 변환하는 도구가 페이지에서 표를 다시 만들어 줍니다.
실제 예
스프레드시트에 이름, 도시, 우편번호, 전화번호가 있는 120개 상점의 목록을 보관하고 있고, 웹사이트가 이를 지도에 보여 주어야 한다고 합시다. 시트를 CSV로 저장해 여기에 놓고 버튼을 누릅니다. 잠시 뒤 120개의 레코드가 있는 JSON을 내려받습니다. 앞에 영이 있는 우편번호는 문자열이므로 온전합니다. 파일을 페이지 옆에 두면 지도 라이브러리가 그것을 읽습니다. 상점이 이전하면 스프레드시트를 편집하고 다시 변환합니다.
짧은 점검표
변환하기 전에
헤더를 첫 번째 행에 두십시오. 제목과 합계를 지우십시오. 각 열에 고유한 이름을 붙이십시오.
변환하는 동안
파일이 준비될 때까지 페이지에 머무십시오.
변환한 뒤에
JSON을 열어 키와 몇 개의 레코드를 확인하고, CSV는 원본으로 보관하십시오.
흔한 실수
헤더 위에 제목 남기기
첫 번째 행이 키가 됩니다. 거기에 제목이 있으면 키를 망칩니다.
날짜가 변환되기를 기대하기
날짜는 텍스트로 남습니다. 해석은 받는 프로그램에 맡기십시오.
CSV 삭제하기
보관하십시오. 스프레드시트에서 편집할 수 있는 버전입니다.
데이터는 기기에 머뭅니다
변환은 로컬에서 이루어집니다. 파일은 사용자의 브라우저가 읽고, 그곳에서 다시 쓰고, JSON으로 돌려줍니다. 아무것도 업로드되지 않으므로 서버에 사본이 남지 않고 다른 누구도 읽을 수 없습니다. 비공개 내용이 있는 데이터라면 이것이 CSV를 JSON으로 변환하는 안전한 방법입니다.
요약
여기서 CSV를 JSON으로 변환하려면 파일을 놓고 버튼을 누르십시오. 파일은 브라우저에서 읽고 쓰이므로 기기를 떠나지 않습니다. 첫 번째 행을 키로 삼아 모든 셀이 유지됩니다. 따옴표로 묶인 필드는 쉼표, 줄바꿈, 겹따옴표를 유지하며, 줄바꿈 없이 끝나는 파일도 마지막 행을 내어 줍니다. CSV 셀은 텍스트일 뿐이므로 자료형은 마법이 아니라 규칙으로 복원됩니다. 일반 숫자, true, false, null은 인식되고 나머지는 모두 문자열로 남으며, 그래서 앞의 영, 전화번호, 식별자가 온전히 살아남습니다. 구분자는 첫 줄에서 추측하며, 따옴표 밖에서 더 자주 나오는 쉼표 또는 세미콜론입니다.