글자 수와 바이트는 다르다 — 한글이 2배로 계산되는 이유
분명 1,400자를 썼는데 "3,000바이트 초과"라고 합니다. 버그가 아닙니다 — 글자 수와 바이트는 다른 단위이고, 한글은 1자가 2바이트 또는 3바이트로 계산되기 때문입니다. 환산법을 알면 제한 맞추기가 쉬워집니다.
왜 한글은 2~3바이트인가
- 1바이트(8비트)는 256가지를 구분합니다 — 영문·숫자·기호(ASCII)는 여기에 다 들어가서 1바이트.
- 한글은 11,172자라 1바이트로 부족합니다. 전통 인코딩 EUC-KR은 2바이트, 웹 표준 UTF-8은 3바이트를 씁니다.
- 그래서 같은 글이라도 시스템 인코딩에 따라 바이트가 다릅니다 — "안녕"은 EUC-KR로 4바이트, UTF-8로 6바이트.
- 공백·줄바꿈·영문·숫자는 어느 쪽이든 1바이트(줄바꿈은 환경에 따라 1~2바이트)입니다. 인코딩의 원리는 글자 깨짐과 인코딩에서 더 자세히.
제한별 환산표
| 제한 | 한글만(2바이트 기준) | 한글만(UTF-8 3바이트) |
|---|---|---|
| 90바이트 (SMS 단문) | 45자 | 30자 |
| 1,000바이트 | 500자 | 333자 |
| 2,000바이트 | 1,000자 | 666자 |
| 3,000바이트 (자소서 단골) | 1,500자 | 1,000자 |
| 4,000바이트 | 2,000자 | 1,333자 |
바이트 제한을 쓰는 곳들
- 채용 자기소개서 — "공백 포함 3,000바이트" 류. 글자 수 제한과 혼용되니 단위를 꼭 확인.
- 문자 메시지 — 90바이트(한글 45자)까지 단문(SMS), 초과 시 장문(LMS) 전환. 기업 발송은 단가가 2~3배 차이.
- 공공기관 민원·게시판 — 오래된 시스템일수록 바이트 제한이 남아 있습니다.
- DB 입력란 — 개발에서 VARCHAR(100)이 "한글 33~50자"가 되는 것도 같은 원리입니다.
초과를 피하는 요령
- 글자수 세기 도구에 붙여 넣어 글자 수와 바이트를 동시에 확인합니다 — 제출 직전 검증이 가장 확실합니다.
- 제한 단위(자 vs 바이트)와 공백 포함 여부를 모집 요강에서 다시 확인합니다.
- 줄여야 한다면: 접속사·부사 정리 → 중복 문장 삭제 → 조사 압축 순서가 글맛을 덜 해칩니다 — 요령은 자기소개서 글자 수 가이드에서.
- 마지막 저장 전, 시스템 입력란에 직접 붙여 넣어 그 시스템의 카운터로 최종 확인하세요 — 기준이 다를 수 있는 건 결국 그쪽이니까요.
그 시스템이 한글 1자를 몇 바이트로 세는지에 달려 있습니다. 공공기관·채용 시스템에 많은 2바이트 기준(EUC-KR 계열)이면 한글만 썼을 때 약 1,500자, 웹 표준인 UTF-8(3바이트) 기준이면 약 1,000자입니다. 공백·영문·숫자는 어느 쪽이든 1바이트라서, 실제로는 그 사이 어딘가가 됩니다. 안내문에 기준이 없으면 보수적으로 1,000자 안팎으로 잡고, 입력란에 표시되는 잔여 바이트로 확인하는 것이 안전합니다.
1바이트(8비트)로는 256가지밖에 구분할 수 없어서 영문 알파벳·숫자·기호를 담기에도 빠듯하기 때문입니다. 한글은 조합 가능한 글자가 11,172자라 1바이트에 들어갈 수 없고, 전통적인 한국어 인코딩(EUC-KR)은 2바이트, 세계 모든 문자를 담는 UTF-8은 한글에 3바이트를 씁니다. 같은 글에서 영문·공백은 1바이트로 계산되므로, 영문을 섞으면 같은 바이트 제한에서 더 많은 글자를 쓸 수 있습니다.
90바이트 이하는 단문(SMS), 초과하면 장문(LMS)으로 전환되어 과금 체계가 달라지기 때문입니다. 통신사 SMS는 한글 1자를 2바이트로 세므로 한글 기준 약 45자, 영문 기준 90자가 단문의 한계입니다. 요즘 무제한 요금제에서는 체감이 없지만, 기업 문자 발송 서비스는 SMS와 LMS 단가가 2~3배 차이 나므로 알림 문구를 45자 안에 맞추는 것이 비용 절감 포인트가 됩니다.