자소서 글자 수, 공백 포함과 제외는 얼마나 다를까

자기소개서(자소서) 글자 수는 지원하는 곳의 입력창이 세는 기준을 따릅니다. 공백 포함과 공백 제외의 차이는 그 글에 들어간 띄어쓰기와 줄바꿈의 개수이고, 이 글에서 예시로 쓴 지원 동기 문단은 공백 포함 498자, 공백 제외 373자로 125자가 벌어집니다. 500자 제한이 공백 포함 기준이면 꽉 찬 글이고, 공백 제외 기준이면 아직 127자를 더 쓸 수 있는 글입니다.

쓰고 있는 글을 글자 수 세기에 붙여 넣으면 공백 포함·제외 글자 수와 바이트 수가 함께 나옵니다. 이 글은 그 숫자들이 왜 갈리는지, 줄바꿈과 바이트 제한에서는 무엇이 달라지는지를 설명합니다.

같은 글도 기준에 따라 통과하거나 넘칩니다

예시는 고객지원 직무에 지원한다고 가정하고 쓴 한 문단짜리 지원 동기입니다. 글자 수를 세어 보려고 만든 글이며 전문은 글 끝에 있습니다. 이 문단을 네 가지 기준으로 세고, 제한이 500자 또는 1,000바이트일 때 얼마나 남거나 넘는지를 나란히 적었습니다.

세는 기준	예시 문단	제한이 500자·1,000바이트라면
글자 수 (공백 포함)	498자	2자 남습니다
글자 수 (공백 제외)	373자	127자 남습니다
바이트 수 (한글 2바이트)	856바이트	144바이트 남습니다
바이트 수 (한글 3바이트)	1,214바이트	214바이트 넘습니다

공백 포함으로는 2자밖에 남지 않은 글이 공백 제외로는 127자가 남고, 바이트로 세면 한글을 몇 바이트로 치느냐에 따라 통과와 초과가 갈립니다. 글자 수를 맞추는 일보다 어느 기준인지 아는 일이 먼저입니다.

글자 수 세기 열기 — 글 끝의 예시 문단을 붙여 넣으면 표의 숫자가 그대로 나옵니다.

기준은 문항 옆과 입력창에 있습니다

제한 글자 수를 정한 쪽이 세는 방법도 정합니다. 확인할 곳은 세 군데입니다.

• 문항 제목 옆의 표기. "500자 이내(공백 포함)"처럼 적혀 있으면 그것이 기준입니다.
• 입력창 가까이에서 글을 칠 때마다 바뀌는 숫자. 띄어쓰기를 한 칸 쳤을 때 숫자가 늘면 공백 포함이고, 그대로면 공백 제외입니다.
• 채용 공고의 작성 안내나 자주 묻는 질문.

안내 문구와 입력창의 숫자가 서로 다르게 움직이면 입력창의 숫자에 맞춥니다. 제출을 받는 것은 그 입력창이기 때문입니다.

기준이 어디에도 적혀 있지 않다면 공백 포함으로 제한 안에 맞춰 두는 쪽이 안전합니다. 공백 제외 글자 수는 공백 포함 글자 수보다 클 수 없으므로, 공백 포함으로 500자 안에 들어온 글은 공백 제외로 세어도 넘지 않습니다. 거꾸로 공백 제외로 500자를 채운 글은 띄어쓰기 수만큼 공백 포함 500자를 넘습니다.

공백 포함과 제외의 차이는 띄어쓰기 개수입니다

예시 문단의 두 숫자가 125자 벌어지는 것은 띄어쓰기가 125개이기 때문입니다. 띄어 쓴 덩어리(어절)가 126개이니 그 사이가 125칸입니다. 마침표와 쉼표는 공백이 아니라서 두 기준 모두에서 한 글자로 셉니다.

차이의 크기는 글마다 다릅니다. 짧은 말을 여러 번 띄어 쓴 글은 더 벌어지고, 긴 말이 이어지는 글은 덜 벌어집니다. "공백 제외 몇 자는 공백 포함 몇 자쯤"이라는 어림값에 기대기보다 쓰고 있는 글을 직접 세어야 하는 이유입니다.

공백 포함 기준에서는 눈에 잘 띄지 않는 공백도 한 글자씩입니다. 예시 문단 끝에 엔터가 하나 남아 있거나 띄어쓰기 한 군데가 두 칸이면 498자가 499자가 됩니다. 글자 수 세기의 줄 수가 문단 수보다 많으면 글 끝에 빈 줄이 딸려 온 것입니다. 한 문단짜리 예시가 2줄로 나오는 식입니다.

줄바꿈은 세는 곳에 따라 1자, 2자, 0자가 됩니다

문단을 나누려고 친 엔터는 화면에서 똑같아 보여도 세는 프로그램마다 값이 다릅니다. 웹 표준(HTML)은 입력창의 글자 수 제한을 따질 때 줄바꿈 하나를 한 글자로 세도록 하고, 양식을 표준 방식으로 제출할 때는 줄바꿈 하나를 두 글자(CR과 LF)로 바꿔 보내도록 정하고 있습니다. 그래서 브라우저가 표준대로 세면 1자이고, 받은 글을 서버 프로그램이 그대로 세면 2자입니다. 공백 제외 기준처럼 줄바꿈을 아예 세지 않는 방식도 있습니다.

예시 문단을 가운데에서 두 문단으로 나눠 보겠습니다. 문장 사이의 띄어쓰기 한 칸을 엔터 한 번으로 바꾼 경우와, 문단 사이에 빈 줄을 하나 둔 경우입니다. 숫자는 공백 포함 글자 수입니다.

줄바꿈을 세는 방식	엔터 한 번	빈 줄 하나
한 글자로 셉니다	498자	499자
두 글자로 셉니다	499자	501자
세지 않습니다	497자	497자

줄바꿈을 한 글자로 세는 곳에서는 빈 줄을 두어도 499자로 500자 안에 들어옵니다. 같은 글이 줄바꿈을 두 글자로 세는 곳에서는 501자가 되어 제한을 넘습니다.

글자 수 세기는 엔터 한 번을 1자, 1바이트로 계산합니다. 받는 곳이 어떻게 세는지 알 수 없다면, 결과에 줄바꿈 수를 더한 숫자가 제한 안에 들어오게 맞춰 두면 어느 방식으로 세어도 넘지 않습니다. 줄바꿈 수는 줄 수에서 1을 뺀 값입니다. 빈 줄을 하나 둔 예시는 499자에 2를 더한 501자이므로 한 글자를 줄여야 합니다.

바이트 제한이면 한글 한 글자가 몇 바이트인지부터 봅니다

"1,000바이트 이내"처럼 바이트로 제한하는 양식에서는 한글 한 글자를 2바이트로 세는지 3바이트로 세는지에 따라 쓸 수 있는 분량이 달라집니다. 1,000바이트에 한글만 쓴다면 2바이트 기준으로 500자, 3바이트 기준으로 333자입니다. 띄어쓰기와 문장부호가 섞인 예시 문단은 2바이트 기준 856바이트, 3바이트 기준 1,214바이트였습니다.

2바이트는 예전부터 쓰여 온 한글 저장 방식인 EUC-KR에서, 3바이트는 지금의 웹 표준이 쓰도록 정한 UTF-8에서 나온 숫자입니다. 양식이 어느 쪽으로 세는지는 아래 방법으로 확인합니다.

• 공고에 "2,000바이트(한글 1,000자)"처럼 글자 수가 함께 적혀 있으면 나눠 봅니다. 2,000을 1,000으로 나누면 2이므로 한글을 2바이트로 세는 기준입니다.
• 적혀 있지 않으면 입력창에 한글 한 글자를 쳐 보고 숫자가 2 늘어나는지 3 늘어나는지를 봅니다.

바이트 기준에서는 글자마다 크기가 다릅니다.

글자	한글 2바이트 기준	한글 3바이트 기준
한글 한 글자	2바이트	3바이트
영문, 숫자, 띄어쓰기	1바이트	1바이트
곧은 따옴표 "	1바이트	1바이트
둥근 따옴표 “ ”	2바이트	3바이트
줄임표 …	2바이트	3바이트

이 가운데 따옴표가 눈에 띄지 않게 숫자를 바꿉니다. Word는 글을 입력할 때 곧은 따옴표를 둥근 따옴표로 자동으로 바꿀 수 있어서, 문서 프로그램에서 쓴 글을 붙여 넣으면 따옴표 하나가 1바이트가 아니라 2바이트나 3바이트로 세어질 수 있습니다. 글자 수 기준이라면 어느 따옴표든 한 글자입니다.

제출 전에 입력창에서 한 번 더 확인합니다

글자 수 세기의 숫자는 초안을 다듬는 동안 쓰는 참고값입니다. 채용 사이트의 입력창이 줄바꿈이나 특수문자를 다르게 세면 숫자가 어긋나므로, 마지막 확인은 실제 입력창에서 합니다.

1. 문항의 기준을 확인합니다. 공백 포함인지 제외인지, 글자 수인지 바이트 수인지를 봅니다.
2. 초안을 그 기준의 숫자에 맞춰 다듬습니다.
3. 입력창에 붙여 넣고 표시되는 숫자를 봅니다.
4. 마지막 문장이 끝까지 들어갔는지 봅니다. 웹 표준은 브라우저가 제한을 넘는 입력을 막을 수 있게 하고 있어서, 제한이 걸린 입력창에서는 넘는 부분이 들어가지 않을 수 있습니다.

글자 수 세기는 붙여 넣은 글을 서버로 보내지 않고 브라우저 안에서 셉니다. 주소나 브라우저 저장소에도 남기지 않아서 페이지를 닫으면 글이 사라지므로, 초안은 따로 보관해 두세요.

이 글에서 센 예시 문단

대학교 3학년 때 학과 사무실에서 근로장학생으로 일하며 수강 문의에 답하는 일을 맡았습니다. 같은 질문이 학기마다 되풀이되는 것을 보고, 두 학기 동안 받은 문의를 날짜와 유형을 적어 표로 남겼습니다. 이 표를 바탕으로 안내문을 새로 만들고, 수강 정정 기간과 신청 방법처럼 자주 묻는 다섯 가지를 첫 화면에 두었습니다. 안내문을 게시한 다음 학기에는 같은 내용의 전화가 눈에 띄게 줄었고, 남은 시간에는 서류 접수 순서를 다시 짰습니다. 이 경험으로 반복되는 일을 그대로 두지 않고 원인을 찾아 줄이는 일이 저에게 맞는다는 것을 알았습니다. 고객지원 직무는 문의에 답하는 데서 끝나지 않고, 문의가 생기는 이유를 제품을 만드는 팀에 전하는 자리라고 이해했습니다. 입사 후에는 응대 기록을 꾸준히 분류해 자주 묻는 질문을 줄이는 개선안을 분기마다 한 건 이상 내겠습니다. 처음 석 달은 기존 답변을 익히는 데 쓰고, 그다음부터 제안을 시작하겠습니다. 개선한 결과는 달마다 팀과 나누겠습니다.

복사할 때 앞뒤에 빈 줄이나 띄어쓰기가 딸려 오면 숫자가 달라집니다. 두 문단으로 나눈 표는 "다시 짰습니다."와 "이 경험으로" 사이를 나눈 것입니다.

확인한 근거

2026년 10월 10일에 확인했습니다.

• HTML 표준, 입력 길이 제한(maxlength) — 입력창의 글자 수 제한은 줄바꿈을 한 글자로 세고, 브라우저가 제한을 넘는 입력을 막을 수 있다는 내용
• HTML 표준, 양식 제출 — 양식을 보낼 때 줄바꿈을 CR과 LF 두 글자로 바꾼다는 내용
• RFC 3629 (UTF-8) — 한글이 들어 있는 범위의 글자를 3바이트로 적는 규칙
• Encoding 표준 — EUC-KR은 한글 한 글자를 2바이트로 적는 예전 방식이고, 새로 만드는 형식에는 UTF-8을 쓰도록 한 내용
• Microsoft 지원, Word 및 PowerPoint의 스마트 따옴표 — 입력할 때 곧은 따옴표를 둥근 따옴표로 자동으로 바꾸는 기능

이 글의 글자 수와 바이트 수는 글자 수 세기로 센 참고용 값입니다. 세는 방식은 채용 사이트마다 달라서 실제 입력창의 숫자와 다를 수 있습니다.

함께 보면 좋은 계산기

• 학점 계산기 — 지원서에 적을 평점 평균을 4.5 만점과 4.3 만점으로
• 디데이 계산기 — 서류 마감일까지 남은 날수
• 연봉 실수령액 계산기 — 공고에 적힌 연봉의 월 실수령액