자소서 글자수, 제출 전에 확인할 세 가지 기준

아래 도구에서 지금 쓰는 자소서를 붙여넣으면 공백 포함·제외 글자수와 UTF-8 바이트를 한 번에 볼 수 있습니다.

글자수 세기에서 바로 확인하기

1. 먼저 '공백 포함'인지 '공백 제외'인지부터 확인하세요

같은 글이라도 공백을 세느냐 마느냐에 따라 수십 자가 차이 납니다. 지원서 입력칸 주변에는 보통 "공백 포함 1,000자 이내"처럼 기준이 적혀 있습니다. 이 한 줄을 먼저 확인하지 않고 글자수부터 맞추면, 다 써 놓고 나서 기준이 달라 전체를 다시 줄이거나 늘려야 합니다. 안내가 화면에 안 보이면, 입력칸에 글자를 넣을 때 실시간으로 표시되는 카운터가 공백을 세는지 직접 확인하는 방법이 확실합니다. 띄어쓰기 하나를 지웠을 때 숫자가 줄면 공백 포함입니다.

2. 줄바꿈(엔터)도 한 글자로 세는 화면이 있습니다

문단을 나누려고 누른 엔터가 글자수에 포함되는 시스템이 있습니다. 문단이 다섯 개면 줄바꿈만으로 네 자가 더해집니다. 분량 제한에 딱 맞춰 쓴 글에서 "2자 초과"가 뜨는 경우, 범인은 대개 이 줄바꿈입니다. 초안을 다른 곳에서 세어 볼 때도 문단 사이의 빈 줄까지 포함해 붙여넣어야 실제 제출 화면과 같은 숫자가 나옵니다. 반대로 제출 화면에서만 유독 적게 나온다면, 그 시스템은 줄바꿈을 세지 않는 것입니다.

3. 바이트 제한은 글자수와 전혀 다른 숫자입니다

어떤 채용 시스템은 글자수가 아니라 바이트로 제한합니다. UTF-8 인코딩에서는 한글 한 글자가 3바이트, 영문·숫자·공백은 1바이트입니다. 그래서 한글 위주의 자소서는 글자수의 세 배 가까운 바이트가 나옵니다. "1,000자 이내"인 줄 알고 썼는데 실제로는 "3,000바이트 이내"였던 식의 착각이 여기서 생깁니다. 다만 일부 시스템은 한글을 2바이트로 세는 방식(EUC-KR 계열)을 쓰기도 합니다. 어느 쪽인지는 채용 화면의 안내가 우선이므로, 안내에 "UTF-8"이나 "한글 3바이트" 같은 표현이 있는지 살펴보세요.

아래는 짧은 자소서 문단 예시를 이 사이트의 글자수 세기로 직접 잰 값입니다(2026-10-29 실측).

저는 주어진 일을 정확히 이해해 새 문제를 끝까지 파고드는 사람입니다. 대학에서 3개월 동안 팀 프로젝트를 맡아 일정이 늦어진 기능을 직접 맡아 마감 안에 완성했습니다.

이 경험으로 맡은 일은 늘 더 꼼꼼히 Git으로 보며 문제를 나누고 우선순위를 정하는 법을 제대로 배웠습니다.

공백 포함과 제외의 차이 40자는 띄어쓰기와 줄바꿈을 합친 값입니다. 바이트가 글자수의 두 배를 훌쩍 넘는 것도 한글 1자 = 3바이트이기 때문입니다.

4. 제출 직전 확인 순서

1. 지원서 화면에서 제한 단위를 확인합니다. '자'인지 '바이트'인지, 공백 포함인지 제외인지 봅니다.
2. 초안 전체를 글자수 세기에 붙여넣고, 확인한 기준과 같은 수치를 봅니다.
3. 제한에 걸리면 문장을 지우기 전에 띄어쓰기와 빈 줄부터 정리합니다. 생각보다 여기서 많이 줄어듭니다.
4. 최종본을 실제 지원서 화면에 붙여넣고, 화면이 표시하는 숫자와 한 번 더 대조합니다.

글자수 세기의 일반적인 사용법은 글자수·단어수·바이트를 한 번에 세는 법에 따로 정리해 두었습니다.

5. 그래도 숫자가 다를 때

기준을 다 확인했는데도 제출 화면과 숫자가 어긋날 수 있습니다. 특수문자를 두 글자로 세는 시스템, 줄바꿈을 두 글자(CR+LF)로 세는 시스템처럼, 내부 방식은 회사마다 다르고 외부에서는 확인할 방법이 없습니다. 이 글에서 소개한 도구 역시 일반적인 규칙으로 세므로, 최종 판단은 언제나 지원서 화면의 숫자가 우선입니다. 제출 마감 직전에 처음 확인하면 고칠 시간이 없으니, 초안을 처음 완성한 시점에 한 번 대조해 두는 편이 좋습니다.

글자수 세기 열기