Toolvil 가이드

자소서·블로그 글자수 세는 법 — 공백 포함/제외·바이트

자소서를 다 써놓고 '공백 포함 1,000자 이내'에서 막혀 보신 적 있으신가요? 같은 글이라도 공백 포함이냐 제외냐에 따라 글자수가 달라지고, SNS·DB 제한에서는 바이트 수가 또 다릅니다. 세는 기준을 제대로 알면 글자 제한에 더는 헤매지 않습니다.

마지막 업데이트 2026-06-16

글자수에는 '하나의 정답'이 없다

글자수를 세는 일이 헷갈리는 이유는, 같은 문장이라도 어떤 기준으로 세느냐에 따라 숫자가 달라지기 때문입니다. 자소서 입력칸은 보통 '공백 포함'으로 세는데, 어떤 양식은 '공백 제외'를 요구하고, SNS나 데이터베이스는 글자 수가 아니라 바이트 수로 길이를 잽니다. 그래서 "내 글이 몇 자야?"라는 질문에는 항상 "어떤 기준으로?"가 따라붙어야 합니다.

이 글에서는 ① 공백 포함과 제외의 차이, ② UTF-8 바이트 수(한글 1자=3바이트), ③ 단어·문장·읽기 시간 같은 부가 지표를 차례로 정리합니다. 개념을 한 번 잡아두면 어떤 제출처 안내를 만나도 흔들리지 않게 됩니다.

공백 포함 vs 공백 제외 — 무엇이 다른가

가장 자주 마주치는 두 기준입니다. 차이는 단순합니다. 공백 포함은 띄어쓰기·줄바꿈·탭까지 모두 한 글자로 치고, 공백 제외는 그 모든 공백 문자를 빼고 셉니다. 표로 보면 더 명확합니다.

기준세는 방식주로 쓰는 곳
공백 포함띄어쓰기·줄바꿈·탭 모두 1자로 계산다수의 자소서 입력칸, 원고지 분량
공백 제외모든 공백 문자를 빼고 계산'공백 제외 ○자 이내' 양식, 일부 과제

예를 들어 "안녕 하세요"라는 문자열은 가운데 띄어쓰기 한 칸을 포함해 공백 포함 6자, 공백을 빼면 공백 제외 5자가 됩니다. 띄어쓰기가 많은 글일수록 두 값의 차이가 커지므로, 제한이 빡빡할 때는 어느 기준인지 먼저 확인하는 것이 안전합니다.

중요한 점은 "공백 포함이 더 많고 공백 제외가 더 적다"는 것입니다. 그래서 '공백 포함 1,000자 이내'를 맞췄다고 해도, 제출처가 사실 '공백 제외' 기준이었다면 한도가 더 빡빡해질 수 있습니다. 헷갈릴 때는 두 값을 동시에 보여주는 도구로 확인하면 실수를 줄일 수 있습니다.

자소서는 공백 포함일까 제외일까

채용 사이트의 자소서 입력칸은 공백 포함 기준으로 글자수를 세는 경우가 많습니다. 다만 이건 절대 규칙이 아니라 양식마다 다릅니다. '공백 제외 700자 이내'처럼 명시하는 곳도 있으니, 가장 확실한 방법은 제출처 안내 문구를 그대로 읽고 그 기준에 맞추는 것입니다. 안내가 모호하면 더 빡빡한 쪽(공백 제외가 한도라면 공백 제외)으로 맞춰두면 탈락 위험이 줄어듭니다.

바이트 수 — SNS·DB에서 진짜 중요한 단위

글자수와 별개로 알아둬야 할 단위가 바이트(byte)입니다. 컴퓨터는 글자를 바이트로 저장하는데, 오늘날 가장 널리 쓰이는 인코딩인 UTF-8에서는 글자마다 차지하는 바이트가 다릅니다.

이 차이가 실제로 문제가 되는 곳이 있습니다. 일부 SNS·문자메시지·옛 게시판은 글 길이를 글자 수가 아니라 바이트 수로 제한합니다. 또 데이터베이스의 컬럼 길이(예: VARCHAR)도 인코딩에 따라 바이트로 한도가 잡히는 경우가 있어, "글자 수는 여유 있는데 저장이 안 되는" 상황이 생깁니다.

입력 문자열글자수(공백 포함)UTF-8 바이트 수
가나다3자9바이트 (3자 × 3)
abc3자3바이트 (3자 × 1)
한글a14자8바이트 (한글 2자×3 + 영문·숫자 2자×1)

즉 한글이 많은 글은 글자 수보다 바이트 수가 훨씬 빠르게 늘어납니다. "왜 글자는 얼마 안 되는데 바이트 제한에 걸리지?" 싶다면 한글의 3바이트 때문일 가능성이 큽니다. 정확한 바이트 수가 필요할 때는 글자수 세기 분석기에 글을 붙여넣고 UTF-8 바이트 수를 바로 확인하면 됩니다.

단어·문장·읽기 시간은 어떻게 세나

글자수 외에도 글의 분량을 가늠하는 지표가 있습니다. 도구는 다음을 함께 계산합니다.

읽기 시간은 단어 수 ÷ 분당 단어 수로 계산하며, 올림 처리해 최소 1분으로 표시됩니다. 분당 단어 수는 50~1000 사이에서 직접 조정할 수 있어, 천천히 읽는 글인지 빠르게 훑는 글인지에 맞게 추정치를 바꿀 수 있습니다. 블로그·뉴스레터에서 "읽는 데 약 3분"을 안내할 때 이 값을 참고하면 됩니다.

실수 없이 글자수 맞추는 순서

제한이 있는 글을 쓸 때는 다음 순서를 권합니다.

이 모든 지표는 글을 서버로 보내지 않고 브라우저 안에서 바로 계산되므로, 자소서처럼 외부에 노출되면 곤란한 글도 안심하고 붙여넣어 확인할 수 있습니다.

자주 막히는 부분

공백 포함인지 제외인지 모를 때는요?

제출처 안내 문구가 가장 확실한 기준입니다. 안내에 '공백 포함/제외'가 명시돼 있지 않다면, 더 빡빡한 쪽으로 맞춰두는 편이 안전합니다. 두 값을 동시에 보여주는 도구로 확인하면 어느 기준이든 곧바로 대응할 수 있습니다.

한글이 1자인데 왜 바이트는 3인가요?

UTF-8 인코딩에서 완성형 한글 한 글자는 3바이트로 저장되기 때문입니다. 영문·숫자·기본 기호는 1바이트라서, 한글이 많은 글일수록 글자 수보다 바이트 수가 훨씬 커집니다. 바이트 단위로 길이를 제한하는 SNS나 DB 컬럼에서는 이 점을 꼭 고려해야 합니다.

이모지나 특수문자는 어떻게 세나요?

이모지도 한 글자로 셉니다. 다만 바이트로는 보통 한글보다 더 많은 4바이트를 차지하는 경우가 많아, 이모지를 자주 쓰면 바이트 기준 한도에 더 빨리 도달할 수 있습니다. 글자 수와 바이트 수를 함께 확인하는 습관이 도움이 됩니다.