🔡 일본어 글자 수 카운터 (글자 수·바이트 수)

일본어의 글자 수를 세는 것은 보기만큼 간단하지 않습니다. 하나의 「문자」는 반각 라틴 문자(Shift-JIS에서 1바이트), 전각 가나나 한자(Shift-JIS에서 2바이트), 전각 라틴 문자(역시 2바이트) 중 어느 것이든 될 수 있습니다. 양식, 데이터베이스, 레거시 시스템은 흔히 글자 수가 아니라 바이트 수로 한도를 표시하므로, 30글자에 맞는 문자열이 30바이트 필드를 넘칠 수 있습니다. 글자 수와 바이트 수를 UTF-8과 Shift-JIS 양쪽으로 아는 것이 일본 웹 양식 작성, 데이터베이스 열 설계, SMS·트위터 글자수 제한 작성에 필수적입니다.

이 일본어 글자 수 카운터는 공백 포함·제외 글자 수, 줄 수, UTF-8 바이트 수, Shift-JIS 바이트 수, 전각·반각 내역을 보고합니다. 일본어로 카피를 현지화하는 작성자, 데이터베이스 필드 크기를 정하는 개발자, 바이트 한도가 있는 일본 관공서·은행 양식을 작성하는 모든 분을 위한 것입니다. 가나 변환이나 로마지화에는 가나 변환기와 로마지 변환기를 사용하세요.

다른 문자 유형이 카운트에 어떻게 영향을 주는지의 대응표는 다음과 같습니다

카운터는 입력을 한 번 훑고 각 문자에 대해 UTF-8 바이트 길이(ASCII는 1, Latin-1 보충과 그리스어는 2, 가나·한자·대부분의 기호는 3, 이모지와 확장 평면 문자는 4)와 Shift-JIS 바이트 길이(ASCII와 반각 가타카나는 1, 전각 가나·한자·전각 라틴은 2)를 기록합니다. 또한 각 문자를 유니코드 블록으로 전각인지 반각인지 분류하고, 공백과 줄바꿈을 따로 세어 「공백 제외」 합계를 냅니다.

전각·반각을 분류하기 위해 사용하는 유니코드 범위의 표입니다

모든 카운트는 브라우저 안에서 로컬로 실행되어 민감한 텍스트도 기기를 떠나지 않습니다. 텍스트를 전처리 — 폭 정규화, 가나 변환, 로마지화 — 하려면 먼저 가나 변환기를 통과시키세요.

1. 일본어(또는 혼합) 텍스트를 입력 상자에 붙여 넣습니다.
2. 입력하거나 붙여 넣는 즉시 카운터가 업데이트됩니다.
3. 공백 포함·제외 글자 수를 확인합니다.
4. 양식이나 데이터베이스 한도를 위해 UTF-8과 Shift-JIS 바이트 수를 확인합니다.
5. 전각·반각 내역으로 폭 정규화 계획을 세웁니다.

왜 두 가지 바이트 수가 있나요?

시스템마다 일본어를 다르게 인코딩합니다. 현대 웹 페이지는 UTF-8(한자가 3바이트)을 쓰고, 오래된 일본 관공서·은행 시스템은 Shift-JIS(한자가 2바이트)을 씁니다. 어느 시스템이 입력을 검사하는지에 맞출 수 있도록 둘 다 보고합니다.

양식이 「30바이트」라고 할 때 어느 인코딩인가요?

거의 항상 Shift-JIS 바이트 수입니다. 일본 백엔드 시스템이 여전히 쓰는 레거시 인코딩이기 때문입니다. 이 경우 전각 문자 1개당 2바이트로 계획하세요.

이모지는 어떻게 계수되나요?

이모지는 보통 UTF-8에서 4바이트이고 기본 Shift-JIS에서 표현할 수 없어 레거시 양식에서 입력이 거부되는 일이 자주 있습니다. 카운터는 UTF-8 바이트 수를 표시하므로 발견하기 쉽습니다.

글자 수와 함께 단어 수도 계수되나요?

일본어에는 단어 사이 공백이 없어 공백 분할 단어 수는 신뢰할 수 없어, 글자 수·바이트 수에 집중합니다. 글자 수가 일본어 텍스트의 표준 길이 지표입니다.

전각과 반각의 차이는 무엇인가요?

반각 문자(A, 1, ｱ)는 좁고 Shift-JIS에서 1바이트입니다. 전각 문자(Ａ, １, ア, 日)는 넓고 2바이트입니다. 전각 라틴 문자·숫자는 일본 IME에서 생성되어 제출 전 반각으로 정규화되는 경우가 많습니다.

텍스트가 서버로 전송되나요?

아니요. 모든 카운트는 브라우저 안의 자바스크립트로 이루어집니다. 업로드·저장·기록되는 것은 없어 비공개 텍스트나 초안을 안전하게 붙여 넣을 수 있습니다.

일본 양식이 「30바이트 허용」이라고 말할 때, 거의 항상 Shift-JIS 바이트 수를 뜻합니다. 관공서·은행 시스템이 여전히 내부적으로 쓰는 레거시 인코딩이기 때문입니다. 따라서 전각 문자 1개당 2바이트로 계획하세요. 전각 숫자·라틴 문자(０１２３, ＡＢＣ)는 Shift-JIS에서 2바이트를 소비하지만 반각 쌍둥이는 1바이트입니다. 제출 전 반각으로 정규화하면 공간을 절약할 수 있습니다. 이모지는 UTF-8에서 4바이트이고 레거시 양식에서 자주 거부됩니다. 트위터 같은 Unicode 지원 시스템에서는 UTF-8 카운트가 중요합니다. 일본어 단어 수가 필요할 때, 일본어에는 단어 사이 공백이 없어 공백 분할 단어 수는 신뢰할 수 없고, 글자 수가 표준 지표입니다. 카운트 전 폭을 정리하려면 텍스트를 가나 변환기에 통과시키세요.