Toolvil 가이드
자소서·블로그 글자수 세는 법 — 공백 포함/제외·바이트
자소서를 다 써놓고 '공백 포함 1,000자 이내'에서 막혀 보신 적 있으신가요? 같은 글이라도 공백 포함이냐 제외냐에 따라 글자수가 달라지고, 바이트 제한은 한글을 2byte로 세는지 3byte로 세는지에 따라 또 달라집니다. 세는 기준을 제대로 알면 글자 제한에 더는 헤매지 않습니다.
이 가이드와 글자수세기 도구, 언제 무엇을 쓰나
이 문서와 글자수세기 & 바이트 계산기는 역할이 다릅니다. 어느 쪽을 열어야 할지 헷갈린다면 아래 기준으로 고르세요.
| 상황 | 여는 곳 |
|---|---|
| 공백 포함과 공백 제외 중 어느 기준으로 맞춰야 할지 모를 때 | 이 가이드 — 두 기준의 차이와 제출처 관행 |
| '2,000byte 이내'가 한글 몇 자인지, 왜 사이트마다 바이트가 다른지 알고 싶을 때 | 이 가이드 — 한글 2byte·3byte 원리 |
| 이모지·특수문자·줄바꿈이 몇 자로 세어지는지 궁금할 때 | 이 가이드 — 세는 단위 설명 |
| 지금 쓴 글의 글자수·바이트를 바로 확인하고 싶을 때 | 글자수세기 도구 — 붙여넣기·즉시 계산 |
| 1,000자·2,000byte 한도까지 몇 자 남았는지 보면서 고치고 싶을 때 | 글자수세기 도구 — 제한 프리셋·남은 글자수 |
정리하면 이 가이드는 '어떤 기준으로 세야 하는가'를 정하는 곳이고, 도구는 정해진 기준으로 '지금 세는 곳'입니다. 기준을 먼저 여기서 확인한 뒤 도구로 넘어가면 두 번 일하지 않습니다.
글자수에는 '하나의 정답'이 없다
글자수를 세는 일이 헷갈리는 이유는, 같은 문장이라도 어떤 기준으로 세느냐에 따라 숫자가 달라지기 때문입니다. 자소서 입력칸은 보통 '공백 포함'으로 세는데, 어떤 양식은 '공백 제외'를 요구하고, 입사지원 시스템이나 SNS·데이터베이스는 글자 수가 아니라 바이트 수로 길이를 잽니다. 그래서 "내 글이 몇 자야?"라는 질문에는 항상 "어떤 기준으로?"가 따라붙어야 합니다.
이 글에서는 ① 공백 포함과 제외의 차이, ② 바이트 수 — 한글 1자가 2byte로 세어지는 곳과 3byte로 세어지는 곳, ③ 이모지·줄바꿈 같은 특수한 글자, ④ 단어·문장·읽기 시간 같은 부가 지표를 차례로 정리합니다. 개념을 한 번 잡아두면 어떤 제출처 안내를 만나도 흔들리지 않게 됩니다.
공백 포함 vs 공백 제외 — 무엇이 다른가
가장 자주 마주치는 두 기준입니다. 차이는 단순합니다. 공백 포함은 띄어쓰기·줄바꿈·탭까지 모두 한 글자로 치고, 공백 제외는 그 모든 공백 문자를 빼고 셉니다. 표로 보면 더 명확합니다.
| 기준 | 세는 방식 | 주로 쓰는 곳 |
|---|---|---|
| 공백 포함 | 띄어쓰기·줄바꿈·탭 모두 1자로 계산 | 다수의 자소서 입력칸, 원고지 분량 |
| 공백 제외 | 모든 공백 문자를 빼고 계산 | '공백 제외 ○자 이내' 양식, 일부 과제 |
예를 들어 "안녕 하세요"라는 문자열은 가운데 띄어쓰기 한 칸을 포함해 공백 포함 6자, 공백을 빼면 공백 제외 5자가 됩니다. 띄어쓰기가 많은 글일수록 두 값의 차이가 커지므로, 제한이 빡빡할 때는 어느 기준인지 먼저 확인하는 것이 안전합니다.
중요한 점은 같은 글이면 공백 포함 값이 공백 제외 값보다 항상 크거나 같다는 것입니다. 그래서 한도 숫자가 같다면 '공백 포함 1,000자'가 '공백 제외 1,000자'보다 더 빡빡한 조건입니다. 반대로 말하면, 공백 포함 기준으로 한도 안에 들어온 글은 공백 제외 기준으로는 자동으로 한도 안에 듭니다. 기준을 모를 때 공백 포함 값으로 맞춰 두면 어느 쪽이든 통과하는 이유가 여기에 있습니다.
자소서는 공백 포함일까 제외일까
채용 사이트의 자소서 입력칸은 공백 포함 기준으로 글자수를 세는 경우가 많습니다. 다만 이건 절대 규칙이 아니라 양식마다 다릅니다. '공백 제외 700자 이내'처럼 명시하는 곳도 있으니, 가장 확실한 방법은 제출처 안내 문구를 그대로 읽고 그 기준에 맞추는 것입니다. 안내가 모호하면 더 큰 값인 공백 포함 글자수로 한도를 맞춰 두면 탈락 위험이 줄어듭니다.
바이트 수 — 한글 1자가 2byte인 곳과 3byte인 곳
글자수와 별개로 알아둬야 할 단위가 바이트(byte)입니다. 컴퓨터는 글자를 바이트로 저장하는데, 한글 한 글자가 몇 바이트인지는 인코딩에 따라 다릅니다. 실무에서 만나는 기준은 두 가지입니다.
| 기준 | 한글 1자 | 영문·숫자·공백·줄바꿈 | 주로 쓰는 곳 |
|---|---|---|---|
| 채용 시스템 관행 (EUC-KR 계열) | 2byte | 1byte | 채용 사이트·공공기관 입사지원서의 '1,000자(2,000byte)' 표기 |
| UTF-8 (현대 웹·앱 표준) | 3byte | 1byte (이모지는 4byte) | 웹 페이지, 앱, API, 데이터베이스 컬럼, 문자 발송 |
채용 사이트와 공공기관 입사지원 시스템은 오래된 완성형(EUC-KR) 규칙대로 한글 1자를 2byte로 세는 경우가 많아, 자소서 항목에 '1,000자(2,000byte)'처럼 글자수와 바이트를 나란히 적어 둡니다. 반면 오늘날 웹·앱이 쓰는 UTF-8은 한글 1자를 3byte로 저장하므로, 같은 글의 UTF-8 바이트는 지원서 기준의 1.5배가 됩니다. "왜 글자는 얼마 안 되는데 바이트 제한에 걸리지?" 싶다면 이 차이 때문일 가능성이 큽니다.
| 입력 문자열 | 글자수(공백 포함) | 지원서 기준 (한글 2byte) | UTF-8 (한글 3byte) |
|---|---|---|---|
| 가나다 | 3자 | 6byte (3자 × 2) | 9byte (3자 × 3) |
| abc | 3자 | 3byte (3자 × 1) | 3byte (3자 × 1) |
| 한글a1 | 4자 | 6byte (한글 2자×2 + 영문·숫자 2자×1) | 8byte (한글 2자×3 + 영문·숫자 2자×1) |
| 한글만 1,000자 | 1,000자 | 2,000byte | 3,000byte |
즉 '2,000byte 이내'는 한글만 쓰면 2byte 기준 약 1,000자, UTF-8 기준 약 666자입니다. 공백·영문·숫자는 1byte라 실제 글은 그보다 더 들어갑니다. 안내문에 인코딩이 적혀 있지 않은 채용 시스템은 대개 2byte 관행이고, 데이터베이스·API·문자 발송처럼 개발 환경의 제한은 UTF-8인 경우가 많습니다. 어느 쪽인지 확실하지 않으면 더 큰 값인 UTF-8 바이트로 맞추는 것이 안전합니다. 정확한 값은 글자수세기 도구에 글을 붙여넣으면 두 기준의 바이트가 나란히 나옵니다.
이모지·특수문자·줄바꿈은 몇 자로 세나
한글·영문·숫자·일반 특수문자는 어떤 도구에서든 1자입니다. 문제는 이모지와 줄바꿈입니다.
- 기본 이모지(😀 등) — 유니코드 코드 포인트 기준으로는 1자이고 UTF-8에서 4byte를 차지합니다. 다만 글자 길이를 UTF-16 단위로 재는 사이트에서는 2자로 세어지기도 합니다.
- 결합 이모지 — 피부색 변형, 국기, 가족·직업처럼 여러 코드 포인트를 결합 문자(ZWJ)로 이은 이모지는 화면에는 한 글자로 보여도 2~7자로 세어질 수 있습니다.
- 줄바꿈(엔터) — 보통 1자·1byte이지만, 줄바꿈을 두 문자(CR+LF)로 저장하는 시스템에서는 2byte로 세어져 문단이 많은 글은 바이트가 늘어납니다.
그래서 이모지와 줄바꿈이 많은 글은 어떤 도구로 세든 제출처 화면의 카운터와 한 번 더 비교하는 것이 안전합니다. 한도가 빡빡한 자소서에는 이모지를 쓰지 않는 편이 계산도 단순합니다.
단어·문장·읽기 시간은 어떻게 세나
글자수 외에도 글의 분량을 가늠하는 지표가 있습니다. 도구는 다음을 함께 계산합니다.
- 단어 수 — 문자·숫자가 이어진 덩어리를 한 단어로 셉니다. 한국어에서는 띄어쓰기로 나뉜 어절이 한 단어이고, 영어처럼 띄어쓰기로 단어가 나뉘는 글에서 특히 유용합니다.
- 문장 수 — 마침표·물음표·느낌표(. ! ? 및 한국어·일본어용 。！？) 같은 종결 부호를 기준으로 문장을 나눠 셉니다.
- 줄 수 — 줄바꿈을 기준으로 한 줄 단위 개수입니다.
- 읽기 시간 — 단어 수를 '분당 읽는 단어 수(WPM)'로 나눠 추정합니다.
읽기 시간은 단어 수 ÷ 분당 단어 수로 계산하며, 올림 처리해 최소 1분으로 표시됩니다. 분당 단어 수는 50~1000 사이에서 직접 조정할 수 있어, 천천히 읽는 글인지 빠르게 훑는 글인지에 맞게 추정치를 바꿀 수 있습니다. 블로그·뉴스레터에서 "읽는 데 약 3분"을 안내할 때 이 값을 참고하면 됩니다.
실수 없이 글자수 맞추는 순서
제한이 있는 글을 쓸 때는 다음 순서를 권합니다.
- ① 기준부터 확인 — 제출처 안내에서 '공백 포함'인지 '제외'인지, 글자 수인지 바이트 수인지, 바이트라면 한글 2byte인지 3byte인지 먼저 읽습니다.
- ② 해당 기준으로만 비교 — 도구가 여러 값을 보여주더라도 내가 맞춰야 할 기준 하나만 보고 판단합니다. 기준이 없으면 공백 포함 글자수·UTF-8 바이트처럼 더 큰 값으로 맞춥니다.
- ③ 여유분 두기 — 붙여넣기 과정에서 줄바꿈·공백이 늘어날 수 있으니 한도에 딱 맞추기보다 약간 여유를 둡니다.
- ④ 최종본으로 재확인 — 퇴고로 문장이 바뀌면 글자수도 바뀝니다. 제출 직전 최종 텍스트로 한 번 더 세어봅니다.
이 모든 지표는 글을 서버로 보내지 않고 브라우저 안에서 바로 계산되므로, 자소서처럼 외부에 노출되면 곤란한 글도 안심하고 붙여넣어 확인할 수 있습니다.
기준 출처와 변경 기록
이 글과 연결 도구의 바이트 기준은 아래 자료를 에 대조했습니다.
- IETF RFC 3629 — UTF-8: U+0800 이상 문자(한글 완성형 포함)는 3바이트, ASCII는 1바이트
- IETF RFC 1557 — 한국어 문자 인코딩(EUC-KR): KS C 5601 한글은 2바이트
- Unicode Consortium FAQ — UTF-8·UTF-16의 바이트 길이와 코드 포인트
- 잡코리아 — 한국교육방송공사 자소서 항목의 '1,000자 (2000byte)' 표기 예시
변경 기록: — 같은 한도에서 공백 제외가 더 빡빡하다고 반대로 적혀 있던 설명을 바로잡고, 한글 3byte만 있던 바이트 설명에 채용 시스템의 2byte 관행을 추가했으며, 이모지를 항상 1자로 단정하던 문장을 결합 이모지·UTF-16 사이트의 경우로 나눠 고쳤습니다.
자주 막히는 부분
공백 포함인지 제외인지 모를 때는요?
제출처 안내 문구가 가장 확실한 기준입니다. 안내에 '공백 포함/제외'가 명시돼 있지 않다면, 더 큰 값인 공백 포함 글자수로 맞춰 두는 편이 안전합니다. 두 값을 동시에 보여주는 도구로 확인하면 어느 기준이든 곧바로 대응할 수 있습니다.
한글이 1자인데 왜 바이트는 2 또는 3인가요?
인코딩 때문입니다. 채용 시스템이 흔히 쓰는 EUC-KR 계열 규칙에서는 한글 한 글자가 2바이트, 현대 웹·앱이 쓰는 UTF-8에서는 3바이트로 저장됩니다. 영문·숫자·기본 기호는 어느 쪽이든 1바이트라서, 한글이 많은 글일수록 글자 수보다 바이트 수가 훨씬 커집니다. '2,000byte'라고만 적힌 입사지원 항목은 대개 2byte 기준으로 한글 약 1,000자입니다.
이모지나 특수문자는 어떻게 세나요?
일반 특수문자는 1자입니다. 기본 이모지는 코드 포인트 기준 1자·UTF-8 4byte이지만 사이트에 따라 2자로 세기도 하고, 피부색·결합 문자가 붙은 이모지는 2~7자로 세어질 수 있습니다. 바이트 한도가 있는 글에서는 이모지를 빼거나, 넣었다면 제출 화면의 카운터로 최종 확인하세요.