글자 수가 다른 이유: 유니코드·공백·줄바꿈·바이트

1. 어떤 제한을 맞추는지 먼저 읽으세요

“500자”, “500바이트”, “공백 제외 500자”는 같은 요구가 아닙니다. 문자 제한은 코드 단위·코드 포인트·보이는 글자 묶음 중 어느 기준을 쓰는지에 따라서도 달라집니다. 이 사이트는 문자 수를 코드 포인트로 셉니다.

2. 간단한 예시로 차이를 확인하세요

영문 A는 코드 포인트 하나이자 UTF-8 1바이트입니다. 한글 가도 코드 포인트 하나지만 UTF-8은 3바이트이고, 😀는 코드 포인트 하나에 4바이트입니다. 모든 문자를 “한 글자 = 몇 바이트”라는 단일 규칙으로 계산할 수는 없습니다.

3. 결합 문자와 이모지를 살펴보세요

é는 한 문자 U+00E9로 쓸 수도 있고 e와 결합 악센트 U+0301 두 개로 쓸 수도 있습니다. 글자 모양은 비슷해도 코드 포인트 수는 달라집니다. 가족 이모지도 여러 코드 포인트를 연결해 한 그림처럼 표시합니다.

원문 표현을 바꾸는 정규화는 별도 작업입니다. 이 글자수 도구는 입력을 자동으로 고치지 않습니다. 시스템 간 텍스트 비교가 필요하다면 같은 정규화 규칙을 쓰는지도 확인하되 원문을 먼저 보존하세요.

4. 공백과 줄은 눈에 안 보여도 값입니다

공백 제외 집계는 일반 공백·탭·줄바꿈을 제외합니다. 줄 수는 실제 개행을 기준으로 하며 창이 좁아서 자동으로 접힌 줄은 세지 않습니다. 마지막에 Enter가 하나 있으면 끝의 빈 줄이 늘어나므로 복사한 텍스트의 끝부분도 확인하세요.

Windows식 CRLF와 LF는 저장 바이트 수가 다를 수 있습니다. 이 사이트의 텍스트 비교는 개행 형식을 통일하므로 그 차이만으로 수정 줄을 만들지는 않습니다. 글자수 입력칸에서는 브라우저가 줄바꿈을 정규화할 수 있어 원본 파일의 바이트 크기와 완전히 같지는 않을 수 있습니다.

5. 단어 수를 번역 분량과 혼동하지 마세요

단어 경계는 언어와 분할 규칙에 따라 달라집니다. 영어에서 공백으로 쉽게 나뉘는 구절과 한·중·일 텍스트는 같은 방식으로 해석하기 어렵습니다. 이 도구는 브라우저의 언어별 단어 구분을 사용하며 한국어 형태소 수나 번역 견적 단위를 보장하지 않습니다.

6. 제출 전에 같은 기준으로 마무리하세요

작업 중에는 일관된 집계 기준으로 분량을 관리하고, 마지막에는 실제 제출 화면에 넣어 확인하세요. 경계값에 딱 맞춘 글은 숨은 공백이나 다른 이모지 계산 때문에 초과할 수 있습니다. 내용 수정과 공백 변경을 구분하려면 같은 문단을 텍스트 비교로 살펴보는 것도 도움이 됩니다.

• 제출 기준이 문자·단어·바이트 중 무엇인지 확인합니다.
• 맨 앞·뒤 공백과 불필요한 빈 줄을 점검합니다.
• 이모지와 결합 문자가 있으면 제출처의 표시값을 우선합니다.