문자 인코딩 변환기

파일을 여러 개 한 번에 바꿔요

같은 한글 글이라도 파일로 저장할 때 쓰는 규칙(인코딩)이 다르면 다른 프로그램에서 ‘안녕’이나 ‘�̸�’처럼 깨져 보여요. 옛 윈도우 메모장·국내 프로그램이 쓰던 EUC-KR(CP949, ‘ANSI’), 지금 표준인 UTF-8, 윈도우가 ‘유니코드’라고 부르던 UTF-16이 대표적이에요. 이 도구는 자막(SMI·SRT), 메모(TXT), 웹 문서(HTML·XML), 설정·소스 코드 파일을 여러 개 한꺼번에 원하는 인코딩으로 바꿔요. ZIP을 넣으면 안의 글자 파일을 모두 꺼내 바꾸고, 결과 ZIP에 같은 폴더 구조로 넣어요.

원래 인코딩은 어떻게 알아내나요

1. 파일 맨 앞에 BOM(EF BB BF, FF FE, FE FF)이 있으면 그 표시를 따라요.
2. BOM이 없어도 영문 글자 사이사이에 0 바이트가 규칙적으로 끼어 있으면 UTF-16으로 봐요.
3. UTF-8 규칙에 한 바이트도 어긋나지 않으면 UTF-8로 봐요. 영문·숫자만 있는 파일은 어떤 인코딩이든 내용이 같아요.
4. 그 밖에는 EUC-KR·서유럽·일본어·중국어 방식으로 읽어 보고 글자가 가장 자연스러운 쪽을 골라요. 한국어 파일이면 대부분 EUC-KR(CP949)이에요.

자동 판단이 틀릴 수 있어서 파일마다 ‘지금 인코딩’을 바꿀 수 있고, ‘미리 보기’로 제대로 읽혔는지 확인할 수 있어요. 깨진 글자(�)가 보이면 다른 인코딩을 골라 보세요. 0 바이트가 많은 그림·실행 파일 같은 것은 글자 파일이 아니라서 빼요.

BOM과 줄바꿈

• BOM은 ‘이 파일은 UTF-8(또는 UTF-16)이에요’라는 표시예요. 엑셀은 BOM이 있어야 UTF-8 CSV의 한글을 바로 읽고, UTF-16은 BOM이 있어야 바이트 순서를 알 수 있어요. 반대로 리눅스 스크립트(#!), PHP, 일부 JSON·웹 서버 설정 파일은 BOM이 있으면 첫 줄이 망가질 수 있어요. 기본값 ‘자동’은 CSV(UTF-8)와 UTF-16에만 붙여요.
• 줄바꿈은 윈도우가 CRLF(\r\n), 맥·리눅스가 LF(\n)를 써요. 윈도우 메모장 옛 버전에서 줄이 한 줄로 붙어 보이면 CRLF로, 깃(Git)이나 리눅스 서버에 올릴 파일은 LF로 맞추세요.
• EUC-KR에는 이모지와 일부 한자·특수 문자가 없어요. 이런 글자는 ?로 바뀌니 목록에 표시되는 글자를 확인하세요. CP949 확장 한글(예: 똠, 햏)은 그대로 바뀌어요.

파일 내용은 이 기기의 브라우저 안에서만 처리되고 서버로 보내지 않아요. 한 번에 500개까지 바꿀 수 있어요.

참고한 자료

• WHATWG Encoding Standard
• Unicode FAQ — UTF-8, UTF-16, UTF-32 & BOM