자기소개서 마감 날 밤, 워드에서 분명 1,000자에 맞췄는데 지원 사이트에 붙여 넣으니 1,012자라고 떠요. 반대로 학교 선생님은 생활기록부 문장을 쓰다가 "글자 수로는 남는데 바이트가 넘는다"는 경고를 봐요. 둘 다 같은 이유예요. 세는 기준이 다릅니다.
결론부터 말하면 자소서는 공백 포함인지 제외인지(그리고 최종 판정은 제출 사이트의 카운터)가 기준이고, 생활기록부 NEIS는 글자 수가 아니라 바이트로 세요. NEIS에서는 한글 한 글자가 3바이트, 영문·숫자·공백이 1바이트, 엔터가 2바이트예요. 그래서 1,500바이트 항목은 한글만 채우면 500자 정도밖에 안 들어가요. 왜 이런 차이가 생기는지, 사이트마다 숫자가 미세하게 다른 이유는 뭔지, 제출 전에 뭘 확인해야 하는지 숫자와 함께 정리했어요.
핵심 요약
자소서 글자 수는 공백 포함과 제외로 나뉘고, 한국어는 공백이 20~24%라 1,000자 글이면 200자 안팎 차이가 나요.
생활기록부 NEIS는 바이트로 세요. 한글 3바이트, 영문·숫자·공백 1바이트, 엔터 2바이트로 계산해요.
1,500바이트 항목은 한글만 500자, 띄어쓰기와 엔터를 넣으면 더 줄어요.
사이트마다 숫자가 다른 건 줄바꿈·특수문자·앞뒤 공백 처리 차이예요. 최종 판정은 제출하는 곳의 카운터예요.
자기소개서: 공백 포함인지 제외인지
자소서 글자 수 제한은 대부분 두 가지 중 하나예요.
- 공백 포함: 띄어쓰기도 한 글자로 세요.
- 공백 제외: 띄어쓰기를 빼고 세요.
한국어 문장은 대략 서너 글자마다 띄어쓰기가 들어가요. 실제 자소서 문장들의 공백 비율을 재 보면 20~24% 정도예요. 그래서 1,000자 글이라면 공백만 200자 안팎이 되는 경우가 흔해요. 기준을 착각하면 크게 남기거나 크게 넘겨요.
모집 요강에 기준이 적혀 있으면 그걸 따르고, 없으면 지원 사이트 입력창의 카운터가 기준이에요. 결국 제출되는 곳이 세는 방식이 정답이니까요.
사이트마다 숫자가 조금씩 다른 이유
공백 기준이 같아도 숫자가 미세하게 다를 수 있어요.
- 줄바꿈 처리. 엔터 한 번을 0자, 1자, 2자로 세는 곳이 각각 있어요. 문단을 많이 나눈 글일수록 차이가 커져요. 참고로 컴퓨터는 엔터를 눈에 안 보이는 문자로 저장하는데, 윈도우는 두 글자(캐리지 리턴 + 라인 피드)로, 맥·리눅스는 한 글자로 저장해요. 이 차이가 카운터에 그대로 반영되기도 해요.
- 특수문자. 워드나 한글 프로그램에서 자동으로 바뀐 둥근 따옴표, 말줄임표(…) 한 글자 등이 사이트에서 다르게 처리되기도 해요. 말줄임표를 점 세 개(...)로 쓰면 3자, 전용 문자(…)로 쓰면 1자예요.
- 앞뒤 공백. 복사할 때 딸려 온 맨 앞이나 맨 끝 공백이 들어가 있을 수 있어요.
그래서 마감 직전이 아니라 미리 한 번 사이트 입력창에 붙여 넣어 보는 게 가장 확실해요. 임시저장 기능이 있다면 꼭 써 보세요.
생활기록부(NEIS): 바이트로 셉니다
교육행정정보시스템(NEIS)의 학교생활기록부 입력란은 글자 수가 아니라 바이트로 제한해요. 흔히 안내되는 계산 방식은 이래요.
| 입력 내용 | 바이트 |
|---|---|
| 한글 한 글자 | 3 |
| 영문, 숫자, 공백, 기본 기호 | 1 |
| 줄바꿈(엔터) | 2 |
한글이 3바이트인 건 NEIS가 UTF-8 인코딩을 쓰기 때문이에요. 한글 한 글자가 UTF-8에서 왜 3바이트인지는 한글 바이트와 UTF-8·EUC-KR 차이에 그림으로 풀어 뒀어요. 실제로 두 문장을 계산해 비교하면 차이가 확 드러나요.
| 문장 | 글자(공백 포함) | NEIS 바이트 |
|---|---|---|
| 저는 팀 프로젝트에서 소통의 중요성을 배웠습니다. | 27 | 69 |
| GPA 4.2/4.5, TOEIC 950, Python과 Java로 3개 앱 개발 | 45 | 57 |
아래 문장은 글자 수가 1.7배 많은데 바이트는 오히려 적어요. 영문·숫자가 1바이트씩이라서요. 그래서 "1,500바이트"가 몇 자인지는 글 내용에 따라 달라져요.
- 한글만: 1,500 ÷ 3 = 500자
- 띄어쓰기 포함: 공백이 1바이트씩이니 한글은 500자보다 줄어요.
- 영어·숫자가 섞이면: 1바이트 문자가 많아 글자 수는 더 늘어나요.
선생님들이 자주 겪는 일
- 한글 문서에서 쓴 문장을 붙여 넣었더니 바이트 초과. 글자 수만 보고 맞췄기 때문이에요.
- 문단을 나누려고 엔터를 여러 번 넣었더니 그만큼(한 번에 2바이트씩) 늘어남.
- 영어 약어나 숫자가 많은 문장은 생각보다 여유가 있음. 1바이트씩이니까요.
항목별 바이트 한도는 학교급과 학년도 기재요령에 따라 달라질 수 있으니, 해당 연도 학교생활기록부 기재요령이나 학교 안내를 확인하는 게 맞아요.
왜 바이트로 셀까
글자 수가 아니라 바이트로 세는 건 불편해 보이지만 이유가 있어요. 데이터베이스는 글자를 바이트로 저장하고, 컬럼마다 담을 수 있는 바이트 수가 정해져 있어요. 한글·영문·기호가 섞여도 "이 칸은 최대 몇 바이트"로 제한하면 저장 공간을 정확히 통제할 수 있죠. NEIS처럼 전국 학교의 방대한 기록을 다루는 시스템에서는 이 방식이 안정적이에요.
같은 이유로 바이트 기준은 생기부 말고도 여러 곳에 숨어 있어요.
- 데이터베이스 입력 한도: 쇼핑몰 상품평, 게시판 글의 글자 수 제한이 사실은 바이트인 경우가 많아요.
- 문자메시지(SMS): 인코딩에 따라 한 건에 들어가는 글자 수가 달라져요.
- 공공 민원 서식: 전자정부 서식의 입력란도 바이트 기준이 흔해요.
그래서 "분명 글자 수는 남는데 더 못 쓰는" 상황을 만나면 바이트 제한을 의심하면 돼요.
글자 수를 줄여야 할 때 vs 바이트를 줄여야 할 때
한도를 넘겼을 때 줄이는 요령도 기준에 따라 달라요.
글자 수(자소서)가 넘칠 때는 모든 글자가 똑같이 1자이니, 어떤 내용을 줄여도 효과가 같아요. 그래서 "무엇을 뺄지"만 고민하면 돼요. 중복된 수식어, "~라고 생각합니다" 같은 늘어지는 서술, 접속사를 다듬으면 뜻을 유지하면서 분량이 줄어요.
바이트(생기부)가 넘칠 때는 전략이 달라요. 한글 한 글자를 빼면 3바이트가 줄지만 영문·숫자를 빼면 1바이트밖에 안 줄어요. 그러니 바이트를 효율적으로 줄이려면 한글 표현을 압축하는 게 효과적이에요. 예를 들어 "수학여행을 다녀왔습니다"(34바이트)를 "수학여행 참여"(19바이트)로 바꾸면 한 번에 14바이트가 줄어요. 또 문단 사이 엔터를 하나 줄이면 2바이트, 불필요한 띄어쓰기를 정리하면 1바이트씩 아낄 수 있어요. 바이트가 아주 빠듯하면 이런 작은 정리가 모여 한 문장을 더 넣을 여유를 만들어요.
반대로 여유가 많다면 굳이 꽉 채울 필요는 없어요. 특히 생기부는 읽는 사람이 있는 기록이라, 바이트를 채우려고 억지로 늘린 문장보다 간결한 문장이 더 잘 읽혀요.
제출 전 체크리스트
- 제출처의 기준이 공백 포함인지, 제외인지, 바이트인지 확인
- 줄바꿈을 몇 자(혹은 몇 바이트)로 세는지 확인 — 모르면 문단 수를 줄여 여유 확보
- 자동 변환된 특수문자(둥근 따옴표, 말줄임표) 정리
- 한도에 딱 맞추기보다 1~2% 여유 남기기 — 복사 과정에서 공백이 들어갈 수 있어요
- 최종본은 실제 입력창에서 한 번 더 확인
글을 다듬는 중간에는 글자 수·바이트 세기 도구를 띄워 두면 편해요. 공백 포함, 공백 제외, 바이트가 동시에 나오고, 목표 글자 수를 걸어 두면 얼마나 남았는지 바로 보여요. 다만 위에서 말했듯 최종 판정은 제출하는 곳의 카운터예요. 도구는 방향을 잡는 용도, 마지막 확인은 제출처에서. 이 순서가 제일 안전해요.
자주 묻는 질문
자소서 글자 수는 공백을 포함해서 세나요?
제출처에 따라 달라요. 모집 요강에 명시돼 있으면 그걸 따르고, 없으면 지원 사이트 입력창의 카운터가 기준이에요. 한국어는 공백이 20~24% 정도라 1,000자 글이면 공백 포함·제외 차이가 200자 안팎까지 나니, 기준을 꼭 확인하세요.
1500바이트는 한글로 몇 글자인가요?
한글만 채우면 1,500 ÷ 3 = 500자예요. 하지만 띄어쓰기(1바이트)와 엔터(2바이트)가 들어가면 그만큼 한글 글자 수는 줄어요. 영문이나 숫자가 섞이면 1바이트씩이라 전체 글자 수는 오히려 늘 수 있어요.
NEIS는 왜 글자 수가 아니라 바이트로 세나요?
데이터베이스가 글자를 바이트로 저장하고 칸마다 바이트 한도가 정해져 있기 때문이에요. 한글·영문·기호가 섞여도 바이트로 제한하면 저장 공간을 정확히 통제할 수 있어요. 전국 학교 기록을 다루는 시스템이라 이 방식이 안정적이에요.
워드와 지원 사이트의 글자 수가 다른 이유는 무엇인가요?
줄바꿈을 몇 자로 세는지, 특수문자를 어떻게 처리하는지, 앞뒤 공백이 포함됐는지가 달라서예요. 특히 엔터와 둥근 따옴표, 말줄임표에서 차이가 나요. 마감 전에 실제 입력창에 붙여 넣어 확인하는 게 가장 정확해요.
엔터(줄바꿈)도 글자 수에 포함되나요?
곳에 따라 달라요. NEIS에서는 엔터 한 번이 2바이트로 계산돼요. 자소서 사이트는 0자, 1자, 2자로 세는 곳이 제각각이에요. 바이트나 글자 여유가 빠듯하면 문단을 너무 잘게 나누지 않는 게 안전해요.
정리
자소서와 생기부의 글자 수가 안 맞는 건 거의 다 "세는 기준이 달라서"예요. 자소서는 공백 포함·제외와 제출 사이트 카운터가, 생기부 NEIS는 바이트(한글 3·기타 1·엔터 2)가 기준이에요. 1,500바이트는 한글만 500자이고, 내용에 따라 달라져요. 마감 전에 실제 입력창에서 확인하는 습관 하나면 "1,012자" 같은 당황을 피할 수 있어요.
글자 수와 바이트를 한 번에 보려면 글자 수·바이트 세기를 쓰고, 이모지처럼 복잡하게 세지는 문자 이야기는 이모지 글자 수와 grapheme에서 이어서 볼 수 있어요.