전각 ↔ 반각 변환기

전각 Ａ와 반각 A는 모양만 닮은 다른 문자입니다

전각(全角)은 한자 한 글자처럼 글자 크기와 같은 폭의 정사각형 칸을 쓰는 글자이고, 반각(半角)은 그 절반 폭을 쓰는 글자입니다. W3C의 일본어 조판 요건(JLREQ)도 전각을 글자 크기와 같은 길이의 정사각형 틀로, 반각을 그 절반 폭의 틀로 정의합니다. 컴퓨터 안에서는 폭뿐 아니라 코드도 다릅니다. 전각 Ａ는 U+FF21이고 반각 A는 U+0041이므로, 눈으로는 같은 글자처럼 보여도 검색·정렬·중복 확인·엑셀 계산에서는 서로 다른 글자로 처리됩니다.

위 변환기는 방향을 세 가지로 고릅니다. '반각으로'는 ＡＢＣ１２３을 ABC123으로, '전각으로'는 그 반대로 바꾸고, '표준형'은 영문·숫자·기호·공백을 반각으로 두면서 반각 가타카나는 전각으로 넓힙니다. 영문·숫자·기호·공백·가나·그 밖 여섯 가지 칩으로 바꿀 글자를 고르면, 칩마다 이 방향에서 바뀔 글자 수가 함께 나옵니다. 결과 칸은 글자마다 칸을 나눠 넓은 글자를 2칸, 반각을 1칸으로 그리고 바뀐 글자를 표시하므로, 어떤 글자가 전각이었는지 한눈에 찾을 수 있습니다.

전각·반각을 맞춰야 하는 상황

• 엑셀에 붙여 넣은 숫자가 계산되지 않을 때: ９８．５처럼 전각으로 들어온 숫자와 마침표는 숫자처럼 보여도 문자로 남을 수 있습니다. 반각으로 바꾼 뒤 다시 붙여 넣으면 합계·정렬이 숫자 기준으로 맞습니다.
• 같은 코드를 검색·대조해도 찾지 못할 때: 상품 코드 ＲＢ－１０２１과 RB-1021은 다른 문자열이라 검색, 중복 제거, VLOOKUP이 서로를 찾지 못합니다. 두 자료를 같은 폭으로 맞춘 뒤 비교해야 합니다.
• 입력 칸이 '반각만' 받을 때: 아이디·이메일·전화번호 칸이나 일본 사이트의 주소·우편번호 칸은 반각 영숫자만 받는 경우가 많습니다. 입력기가 전자(전각) 모드로 바뀐 줄 모르고 쳤다면 여기서 반각으로 바꿔 붙여 넣으면 됩니다.
• 일본 쪽 자료에 반각 가타카나가 섞였을 때: 오래된 시스템이나 은행 이체 자료에서 내려받은 글에는 ﾛﾍﾞﾘﾝ 같은 반각 가타카나가 들어 있습니다. '표준형'으로 바꾸면 탁점까지 합쳐 ロベリン으로 읽기 쉬워집니다.
• 프로그램에 넣기 전에 데이터를 정리할 때: 사용자가 입력한 값을 저장하기 전에 폭을 맞추면 같은 값이 두 가지로 저장되는 일을 줄일 수 있습니다. NFKC 정규화와 달리 원문자·단위 기호는 건드리지 않습니다.
• 제목이나 닉네임을 넓은 글자로 꾸밀 때: '전각으로'를 쓰면 ＲＯＢＥＲＩＮ처럼 글자마다 한 칸씩 띄어 보이는 넓은 영문을 만들 수 있습니다. 다만 일부 사이트는 전각 문자를 아이디에 받지 않으니 꾸밈 용도로만 쓰는 편이 안전합니다.

쓰는 법

1. 원문 칸에 글을 붙여 넣습니다. 처음 화면에는 예시 주문서가 들어 있고, 아래 '예시' 단추로 엑셀 표나 일본어 가나 예시도 넣을 수 있습니다.
2. 바꿀 방향을 고릅니다. 데이터를 정리할 때는 '반각으로', 반각 가타카나가 섞였다면 '표준형', 넓은 글자가 필요하면 '전각으로'를 고릅니다.
3. 바꿀 글자 칩을 확인합니다. 칩의 숫자는 이 방향에서 바뀔 글자 수이고, 꺼 둔 칩에도 숫자가 있으면 결과 아래 알림이 나옵니다. 한국어 판은 「근로기준법」 같은 낫표가 바뀌지 않도록 가나 칩을 꺼 두고 시작합니다.
4. 결과 칸에서 표시된 글자를 확인합니다. 글자를 누르면 글자 돋보기에 바뀌기 전과 뒤의 모양·코드·폭이 나오고, 오른쪽 목록의 글자를 누르면 같은 글자가 결과 칸에서 모두 표시됩니다.
5. '결과 복사'로 가져가거나, '결과를 원문으로'를 눌러 결과를 원문 칸에 넣고 다른 방향으로 다시 바꿉니다.

바꾸는 규칙: Unicode가 정한 전각·반각 짝

Unicode는 전각·반각 모양을 'Halfwidth and Fullwidth Forms' 영역(U+FF00~FFEF)에 따로 두고, 각 글자가 어떤 보통 글자의 전각(wide)·반각(narrow) 모양인지 문자 데이터(UnicodeData.txt)에 적어 둡니다. Unicode 18.0 기준으로 전각 짝은 104개, 반각 짝은 122개입니다. 이 변환기는 그 대응만 씁니다.

영문·숫자·기호 94개는 반각과 전각의 코드 차이가 늘 16진수 FEE0(10진수 65,248)입니다. A(0x41)에 0xFEE0을 더하면 Ａ(0xFF21)가 되고, ！(0xFF01)에서 빼면 !(0x21)가 됩니다. 공백만은 이 규칙에서 벗어나 U+0020과 U+3000이 짝입니다. '그 밖'의 반각 한글 자모와 반각 기호는 옛 단말기와 맞추려고 만든 문자라서, 이 도구는 그것들을 보통 글자로 넓히기만 하고 보통 글자를 반각 모양으로 만들지는 않습니다.

'표준형'은 전각 모양(wide)은 반각으로 풀고 반각 모양(narrow)은 보통 글자로 넓히는 방향입니다. NFKC 정규화가 전각·반각에 대해 하는 일과 거의 같은 결과를 내면서, ①·㎏ 같은 다른 호환 문자는 건드리지 않습니다. 다른 점은 하나입니다. 앞 글자와 합칠 수 없는 반각 탁점 ﾞ·ﾟ를 NFKC는 앞 글자에 붙는 결합 탁점(U+3099·U+309A)으로 바꾸지만, 이 도구는 띄어 쓰는 탁점 ゛·゜로 바꿉니다.

기호 32개 반각·전각 대응표

숫자와 영문은 순서대로 한 칸씩 대응하지만, 기호는 생김새가 비슷한 글자가 많아서 어느 전각 기호가 어느 반각 기호와 짝인지 헷갈리기 쉽습니다. 전각 칸 아래의 작은 글자는 전각 쪽 코드입니다.

표에서 \의 전각 짝은 ＼(U+FF3C)입니다. 한국어 글꼴에서는 역슬래시 \가 원화 기호처럼 보이기도 하지만 코드는 원화 기호 ₩(U+20A9)와 다르며, 전각 원화 기호 ￦(U+FFE6)는 '그 밖' 칩에서 ₩와 짝을 이룹니다.

같은 글을 방향마다 바꾸면

전각 영숫자, 반각 가타카나, 전각 원화 기호, 원문자가 섞인 글 한 줄을 모든 칩을 켠 상태로 바꾼 결과입니다. 칸은 넓은 글자를 2칸, 나머지를 1칸으로 센 값입니다.

'반각으로'는 이미 반각인 가타카나를 그대로 두고, '전각으로'는 이미 전각인 글자가 대부분이라 반각 가타카나 ｶﾞｲﾄﾞ 다섯 글자가 ガイド 세 글자로 합쳐진 것만 바뀝니다. '표준형'은 둘을 합친 결과이고, NFKC는 여기에 원문자 ①까지 1로 바꿉니다. 원문자가 번호 목록의 일부라면 NFKC를 쓰면 안 되는 이유가 여기에 있습니다.

반각 가타카나와 탁점

반각 가타카나에는 ガ·パ처럼 탁점이 붙은 글자가 따로 없어서, ｶ와 탁점 ﾞ 두 글자를 이어 써서 나타냅니다. 그래서 전각으로 넓힐 때는 두 글자를 한 글자로 합쳐야 하고, 반각으로 좁힐 때는 한 글자가 두 글자로 늘어납니다.

작은 ヵ·ヶ, 옛 글자 ヮ·ヰ·ヱ는 반각 모양이 없어 '반각으로'에서도 전각으로 남습니다. 반각 가타카나만 받는 칸에 넣을 글이라면 이런 글자가 남지 않았는지 돋보기로 확인해 보세요. 예를 들어 미쓰이스미토모은행(SMBC)의 기업용 서비스(Web21 BUSINESS 플랜) 안내는 이체 자료의 가나에 작은 글자를 쓰지 말라고 하며(ｼｮｳ가 아니라 ｼﾖｳ), 쓰면 큰 글자로 바꾼다고 밝힙니다. 이 도구는 작은 가나를 큰 가나로 바꾸지 않으니, 이런 칸에 넣을 글은 직접 고쳐야 합니다.

엑셀·구글 시트·코드에서 바꾸는 방법

원문자와 단위 기호를 그대로 두고 영문·숫자·기호·공백만 반각으로 바꾸려면, 위의 FEE0 차이를 그대로 쓰는 편이 정확합니다.

// JavaScript: 전각 영문·숫자·기호(U+FF01~FF5E)와 전각 공백만 반각으로
s.replace(/[！-～]/g, c => String.fromCharCode(c.charCodeAt(0) - 0xFEE0)).replace(/　/g, ' ');

# Python 3.9 이상: 같은 규칙
s.translate({c: c - 0xFEE0 for c in range(0xFF01, 0xFF5F)} | {0x3000: 0x20})

키보드에서 전각·반각 바꾸기

글을 칠 때부터 전각으로 들어간다면 입력기 설정을 확인해야 합니다. Windows 한국어 입력기는 작업 표시줄의 입력 모드 아이콘(A 또는 가)을 오른쪽 클릭해 나오는 메뉴의 문자 너비(Character width)에서 반자(Half-width)와 전자(Full-width)를 고릅니다. Microsoft 문서는 이 메뉴 경로만 안내하고 바로 가기 키는 적어 두지 않았습니다.

자주 틀리는 경우

• 〜와 ～를 같은 글자로 생각하는 경우: 물결 대시 〜(U+301C)와 전각 물결 ～(U+FF5E)는 다른 문자입니다. ～는 반각 ~로 바뀌지만 〜는 폭 짝이 아니라서 그대로 남고, '그대로 둔 닮은 글자'에 표시됩니다.
• 빼기 기호·대시를 하이픈으로 여기는 경우: −(U+2212)·–(U+2013)·―(U+2015)는 키보드 하이픈 -(U+002D)과 다른 문자입니다. 전화번호·코드가 맞지 않으면 닮은 글자 목록을 보고 직접 고쳐야 합니다.
• 숫자 사이에 ー가 들어간 경우: 일본어 입력기로 전화번호를 치면 하이픈 대신 가타카나 장음 기호 ー(U+30FC)가 들어가기도 합니다. 이 글자는 가나라서 하이픈으로 바뀌지 않으며, 숫자 사이에 있으면 닮은 글자로 표시합니다.
• 한국어 낫표가 반각으로 바뀌는 경우: 가나 칩을 켜고 '반각으로'를 고르면 「근로기준법」의 낫표도 ｢｣로 바뀝니다. 한국어 문서를 정리할 때는 가나 칩을 꺼 두세요.
• 반각 가타카나로 바꾼 뒤 글자 수가 늘어난 경우: ガ 한 글자가 ｶﾞ 두 글자가 되므로 글자 수 제한이 있는 칸에서는 넘칠 수 있습니다. 결과 칸 위의 글자 수를 확인하세요.
• NFKC로 한꺼번에 정리하는 경우: NFKC는 ①을 1로, …을 ...으로, ㎡을 m2로 바꿉니다. 번호 목록이나 단위 표기를 지켜야 하는 글이라면 결과 아래 NFKC 비교 문장을 보고 판단하세요.

한계

• 칸 수는 Unicode 동아시아 폭(UAX #11)에서 넓은 글자(W)와 전각(F)을 2칸, 나머지를 1칸으로 센 값입니다. ①·※처럼 폭이 모호한(A) 글자는 1칸으로 세며, 동아시아 글꼴이나 터미널에서는 2칸으로 보일 수 있습니다.
• 실제 화면의 글자 폭은 글꼴마다 다르므로 결과 칸 보기는 고정폭 칸으로 그린 모양입니다.
• 히라가나 ↔ 가타카나 바꾸기, 작은 가나를 큰 가나로 바꾸기, 한글 음절 분해·조합은 하지 않습니다.
• 〜·−·특수 공백·폭 없는 문자는 바꾸지 않고 알리기만 합니다. 공백을 줄이거나 줄바꿈을 지우는 정리도 하지 않습니다.
• 칸 보기는 앞 4,000자까지만 칸으로 그리고 나머지는 글로 이어 보여 줍니다. 결과 복사에는 전체가 들어갑니다.
• 키캡 이모지(1️⃣·#️⃣)의 숫자와 기호는 이모지가 깨지지 않도록 전각으로 바꾸지 않습니다.

출처

기준: 전각·반각 대응과 폭 분류는 Unicode 18.0.0 문자 데이터로, 엑셀·구글 시트 함수와 입력기 메뉴는 각 회사 도움말로 2026년 10월 21일에 확인했습니다. Unicode 안정성 정책은 한 번 배정한 글자의 분해 대응을 바꾸지 않는다고 밝히고 있으므로, 새 버전이 나와도 이 글의 전각·반각 짝은 그대로입니다.

• 01Unicode 18.0.0 — UnicodeData.txt<wide> 104개·<narrow> 122개 호환 분해, U+3000 ↔ U+0020
• 02Unicode — Halfwidth and Fullwidth Forms 표U+FF00~FFEF 글자 모양과 이름
• 03Unicode Standard Annex #11 — East Asian WidthUnicode 18.0 개정 46, F·H·W·Na·A·N 분류
• 04W3C — Requirements for Japanese Text Layout (JLREQ)全角 = 글자 크기와 같은 폭의 정사각형 틀, 半角 = 그 절반(JIS X 4051)
• 05Microsoft 지원 — ASC 함수DBCS 언어에서 전자(더블바이트) 문자를 반자 문자로 바꿈
• 06Microsoft 지원 — DBCS 함수반자 문자를 전자 문자로, 이름과 바뀌는 글자는 언어 설정에 따라 다름(일본어판 JIS)
• 07Google Docs 편집기 고객센터 — ASC전각 ASCII 문자와 가타카나를 반각으로 바꿈
• 08Microsoft Learn — Korean IME오른쪽 클릭 메뉴의 Character width에서 Half-width·Full-width
• 09Microsoft 지원 — Microsoft Japanese IMEF6 히라가나·F7 전각 가타카나·F8 반각 가타카나·F9 전각 영숫자·F10 반각 영숫자
• 10MDN — String.prototype.normalize()NFKC = 호환 분해 뒤 정규 합성
• 11Unicode — Character Encoding Stability Policies한 번 배정한 글자의 분해 대응(decomposition mapping)은 바꾸지 않음
• 12미쓰이스미토모은행(SMBC) — 자주 묻는 질문(Web21 BUSINESS 플랜)가나는 작은 글자를 쓰지 않고, 쓰면 큰 글자로 바꿈(ﾜｶｸｻｼﾖｳﾃﾝ 예시)

자주 묻는 질문

함께 쓰는 도구