중국어 입력란과 스프레드시트의 전각·반각 문자

ABC123과 ＡＢＣ１２３은 비슷해 보이지만 서로 다른 유니코드 문자로 이루어져 있습니다. 일반 영문자와 숫자만 허용하는 입력란은 전각 값을 거부할 수 있으며, 스프레드시트에서도 두 값을 서로 다르게 판단할 수 있습니다.

중국어 입력기는 중국어 문장과 함께 전각 영문자, 숫자, 문장 부호를 입력할 수 있습니다. 이때 확인할 대상은 화면에 쓰이는 글꼴이나 확대 비율이 아니라 문자열에 실제로 저장된 문자입니다.

자주 쓰는 전각·반각 쌍

반각	전각	흔히 생기는 문제
`A`	`Ａ`	식별자 비교 실패
`1`	`１`	숫자 입력란에서 거부
`,`	`，`	구분자로 인식되지 않음
`( )`	`（）`	검색이나 분석 결과 차이

일반 공백과 전각 공백도 입력란에서 비슷하게 보일 수 있습니다. 맨 앞이나 뒤의 공백 때문에 별도의 불일치가 발생하기도 합니다. 특히 상품 코드, 연락처 필드, 가져온 레코드는 변경하기 전에 값 전체를 살펴보세요.

필요한 필드만 변환하기

ＡＢＣ１２３ 같은 상품 식별자는 영문자와 숫자를 변환하면 ABC123이 됩니다. 반면 중국어 문단의 모든 문장 부호를 변환하면 의도한 조판이 흐트러질 수 있습니다. 데이터 입력 필드와 게시용 문장에는 서로 다른 처리가 필요할 수 있습니다.

전각·반각 변환기에서는 영문자, 숫자, 지원되는 문장 부호, 공백을 따로 선택할 수 있습니다. 불일치를 일으킨 문자 종류부터 변환한 다음 원본과 결과를 비교하세요.

전각·반각 변환의 범위

전각·반각 변환은 간체자를 번체자로 바꾸지 않습니다. 서로 다른 문자 체계에서 모양이 비슷한 글자를 같은 문자로 만들지도 않습니다. 예를 들어 라틴 문자와 그와 닮은 키릴 문자는 별도로 구별해야 합니다.

중국어 마침표 。는 ASCII 마침표 .의 전각 대응 문자가 아닙니다. 중국어 인용 부호나 책 제목에 쓰는 부호 역시 모두 전각 ASCII 대응 범위에 들어가는 것은 아닙니다. 한 번의 변환으로 모든 문장 부호 차이가 사라진다고 가정하지 마세요.

변환 전후의 값 비교

상품 코드 예시 ＡＢＣ１２３에서 영문자만 변환하면 ABC１２３이 되어 숫자는 전각으로 남습니다. 영문자와 숫자를 모두 변환해야 ABC123이 됩니다. 겉으로 일부가 개선되어 보여도 일반 영문자와 숫자만 허용한다는 조건을 충족하지 못할 수 있는 이유입니다.

코드 앞에 전각 공백이 있는 　ＡＢＣ１２３을 보겠습니다. 영문자와 숫자만 변환하면 앞의 공백은 그대로 남습니다. 공백 변환은 너비를 바꾸는 작업이며 삭제와는 다릅니다. 값을 받는 필드가 앞쪽 공백도 금지한다면 해당 형식의 규칙에 따라 별도로 제거하세요.

식별자에 속하는 앞자리 0은 유지해야 합니다. ００１２３４를 001234로 바꾼 뒤 1234로 만들면 안 됩니다. 두 번째 변화는 숫자로 해석한 결과이지 전각·반각 변환이 아닙니다. 앞자리 0이 중요한 식별자는 스프레드시트에서 정리한 뒤에도 텍스트 형식으로 저장하세요.

문장 부호와 파일 구조 구분

중국어 문장 안의 쉼표는 문장 부호지만 CSV 파일의 ASCII 쉼표는 필드 구분자일 수 있습니다. 원본 데이터 파일의 중국어 쉼표를 모두 ASCII 쉼표로 바꾸면, 따옴표 처리가 올바르지 않은 필드가 다르게 해석될 수 있습니다. 선택한 필드의 텍스트를 변환하고 파일 형식에 맞는 따옴표 규칙으로 내보내세요.

문장 안의 전각 콜론과 URL 안의 콜론도 역할이 다릅니다. 변환기는 문자를 바꿀 수 있지만 결과 URL이 의도한 위치를 가리키는지는 판단하지 않습니다. 문장 부호의 너비를 줄였다고 모든 값이 유효해지는 것은 아니므로 링크와 구조화된 값은 각각의 사용 맥락에서 확인하세요.

눈에 보이는 문자 너비는 글꼴의 영향도 받습니다. 글꼴을 확대하거나 바꿔도 Ａ가 A로 변환되지는 않습니다. 정확한 일치 비교가 문제라면 저장된 텍스트를 검사하거나 변환해야 합니다. 문단의 모양만 문제라면 문자 자체를 변경할 필요는 없을 수도 있습니다.

많은 데이터를 가져올 때는 열 전체를 바꾸기 전에 영문자, 숫자, 문장 부호, 공백이 포함된 작은 샘플로 시험하세요. 일치하는 것이 확인된 레코드, 앞자리 0이 있는 레코드, 중국어 문장을 포함한 레코드를 점검하면 변환할 종류와 그대로 둘 종류를 구분할 수 있습니다.

변환 후에도 데이터를 받는 시스템이 의도한 레코드를 정상적으로 받아들일 때까지 원본과 정리된 값을 나란히 보관하세요. 어떤 문자가 바뀌었는지 직접 확인할 수 있어 기억에 의존해 복구하거나 모든 원래 선택을 되돌리지 못할 수 있는 역변환을 적용할 필요가 없습니다.

가져온 데이터를 정리하는 순서

원본 열이나 파일을 보관합니다.
숫자 코드처럼 형식이 명시된 필드를 찾습니다.
별도 사본에서 필요한 문자 종류만 변환합니다.
변환 후 앞자리 0, 문장 부호, 공백을 확인합니다.
일치 여부나 유효성을 다시 시험한 뒤 사용 중인 데이터를 교체합니다.

시스템이 명시적으로 요구하지 않는 한 비밀번호나 서명 대상 문자열은 정규화하지 마세요. 문자 하나를 바꾸면 값도 바뀝니다. 이름과 식별자도 원래 표기를 복원할 수 있도록 원본을 남겨 두세요.

제출 내용에 길이 제한도 있다면 변환한 텍스트를 문자 수 계산기로 확인하세요. 전각·반각 변경은 표시 너비에 영향을 주지만 문자 수를 줄이지 않을 수 있습니다.