글자 수와 바이트 수가 다른 이유: 한글과 이모지 예시
보이는 글자, 공백 제외 글자, UTF-8 바이트를 구분하고 제출 사이트와 결과가 달라질 때 확인할 사항을 설명합니다.
자기소개서 제한이 글자 수인지 바이트인지 확인하세요
“500자 이내”와 “1,000바이트 이내”는 같은 조건이 아닙니다. 글자 수는 문자를 세는 기준이고 바이트 수는 정해진 문자 인코딩으로 저장했을 때의 크기입니다. 한글과 이모지는 UTF-8에서 영문 한 글자와 같은 크기로 저장되지 않습니다.
Snower Tools는 눈에 보이는 문자 단위인 grapheme으로 글자 수를 세고 UTF-8로 바이트 수를 계산합니다. 제출 사이트가 다른 인코딩이나 문자 계산 방식을 쓰면 값이 달라질 수 있습니다.
‘가나다 😀’는 5글자, UTF-8로 14바이트입니다
예시에는 한글 세 글자, 공백 하나, 이모지 하나가 들어 있습니다. 보이는 글자는 5개이고 공백을 제외하면 4개입니다. UTF-8에서는 한글 세 글자가 9바이트, 공백이 1바이트, 이모지가 4바이트라 합계는 14바이트입니다.
| 텍스트 | 보이는 글자 수 | UTF-8 바이트 |
|---|---|---|
| abc | 3 | 3 |
| 가나다 | 3 | 9 |
| 😀 | 1 | 4 |
| 가나다 😀 | 5 | 14 |
붙여 넣은 글에서 줄 수와 어절도 확인하세요
어절 수는 앞뒤 공백을 제외한 텍스트를 공백 문자로 나눠 셉니다. 형태소나 사전 단어를 분석한 숫자는 아닙니다. “할 수 있다”는 어절 세 개입니다.
줄 수는 실제 줄바꿈을 기준으로 셉니다. 화면 폭이 좁아져 자동으로 감기는 줄은 줄바꿈이 아닙니다. 마지막에 줄바꿈을 넣으면 빈 마지막 줄도 포함될 수 있습니다. 문서를 복사할 때 끝에 붙은 줄바꿈을 살펴보세요.
공백을 줄일 때 의미까지 바뀌지 않게 하세요
텍스트 정리 도구는 줄 양끝 공백, 빈 줄, 중복 줄과 연속 공백을 선택적으로 처리합니다. 모든 옵션을 무조건 켜면 코드의 들여쓰기나 의도한 문단 구분이 사라질 수 있습니다.
명단에서는 같은 이름의 두 사람이 있을 수 있으므로 중복 줄 제거에 특히 주의하세요. 먼저 정리 결과를 원본과 비교하고, 사람을 구분해야 하면 ‘민수(1반)’처럼 식별 가능한 표기를 사용하세요. 정렬을 선택하지 않으면 처음 등장한 줄 순서를 유지합니다.
제출 사이트와 숫자가 다를 때
공백 포함 여부, 줄바꿈, 인코딩, 이모지 계산 방식부터 확인하세요. 일부 사이트는 UTF-16 코드 단위를 세어 이모지 하나를 두 개 이상으로 계산할 수 있습니다. 붙여 넣은 글자 모양이 같아도 결합 문자 구조가 다를 수 있습니다.
최종 기준은 제출 사이트의 안내와 입력창입니다. 이 도구의 숫자를 맞추기 위해 이모지를 잘라 붙이거나 원문을 임의로 바꾸기보다, 제출 시스템에 실제 입력했을 때의 제한을 함께 확인하세요. Base64는 암호화가 아니므로 민감한 글을 안전하게 만드는 방법으로 사용하면 안 됩니다.
기준·관련 정보
사용 순서와 지원 범위는 현재 Snower Tools 기능을 기준으로 작성했습니다. 중요한 결과는 저장 파일과 제출 기관의 조건을 함께 확인하세요.