글자수 공백 포함·제외, 자소서는 어느 쪽으로 세나

자기소개서에 "1,000자 이내"라고 적혀 있는데, 워드에서 센 숫자와 지원 화면이 보여주는 숫자가 다른 경우가 있습니다. 결론부터 말하면 글자수를 요구한 쪽이 세는 값이 기준이고, 숫자가 갈리는 원인은 몇 가지로 정해져 있습니다.

원인은 셋뿐입니다. 공백을 세는지, 줄바꿈을 공백으로 보는지, 그리고 글자가 아니라 바이트를 세는지입니다. 이 셋만 알면 어느 계산기든 규칙을 직접 알아낼 수 있습니다.

요약 ① 기준이 공고에 적혀 있으면 그게 우선이고, 온라인 입력 폼이면 그 폼의 카운터가 최종 판정입니다. ② 공백 포함은 공백 제외보다 항상 크거나 같으므로, "이내" 제한은 공백 포함으로, "이상" 요구는 공백 제외로 맞추면 어느 기준이든 안전합니다. ③ 두 줄짜리 짧은 문장 하나를 넣어 보면 그 계산기가 줄바꿈을 세는지 30초 만에 확인됩니다.

같은 글인데 세는 곳마다 숫자가 다른 이유

원고를 워드에서 쓰고 지원 화면에 붙여 넣었더니, 워드에서는 여유가 있었는데 화면에서는 글자수 초과로 막히는 상황이 대표적입니다.

이때 대부분은 줄바꿈 때문입니다. 문단을 나누려고 누른 Enter를 글자 1개로 세는 곳과 아예 세지 않는 곳이 갈리는데, 문단이 열 개면 그것만으로 10글자가 차이 납니다.

두 번째는 공백의 범위입니다. 흔히 말하는 공백에는 스페이스만 있는 게 아니라 탭, 그리고 한글 자판에서 만들어지기도 하는 전각 공백(넓은 빈칸)이 있습니다. 이걸 공백으로 보는 계산기는 "공백 제외"에서 빼고, 안 보는 계산기는 글자로 남깁니다.

세 번째는 글자가 아니라 바이트를 세는 경우입니다. 문자 서비스나 오래된 게시판처럼 길이 제한이 바이트로 걸려 있으면, 한글 한 글자가 몇 바이트냐에 따라 들어가는 분량이 달라집니다.

도구 없이 글자수를 직접 세는 방법

계산기를 열지 않아도 확인할 수 있는 방법이 두 가지 있습니다. 지금 쓰고 있는 프로그램에 이미 들어 있거나, 브라우저에 이미 들어 있습니다.

문서 프로그램에 이미 있는 기능

마이크로소프트 워드는 검토 탭의 단어 개수를 열면 "문자(공백 포함)"와 "문자(공백 제외)"가 함께 나옵니다. 구글 문서는 도구 메뉴의 단어 수에서 같은 값을 보여줍니다.

여기서 중요한 건 어느 항목을 보느냐입니다. 두 값이 함께 나오므로, 제출처가 요구한 기준에 해당하는 줄만 읽으면 됩니다.

브라우저 콘솔로 네 가지 값을 한 번에

브라우저 개발자 도구(대개 F12)의 콘솔에 아래를 넣으면 네 가지 숫자가 각각 나옵니다. 이 중 2~4번째 줄은 저희 도구가 글자수(공백 포함)·글자수(공백 제외)·바이트를 계산할 때 쓰는 식과 같습니다.

const s = "여기에 글을 붙여넣습니다";
s.length;                                  // UTF-16 코드유닛 수(이모지는 2로 셉니다)
Array.from(s).length;                      // 글자수(공백 포함)
Array.from(s.replace(/\s/g, "")).length;  // 글자수(공백 제외)
new TextEncoder().encode(s).length;        // UTF-8 바이트 수

여기서 replace(/\s/g, "")가 지우는 것은 스페이스만이 아닙니다. 탭·줄바꿈·전각 공백까지 함께 지웁니다. 그래서 이 식으로 나온 "공백 제외" 값에는 줄바꿈이 들어 있지 않습니다.

어느 계산기든 규칙을 알아내는 30초 시험

계산기가 줄바꿈을 세는지는 이 두 줄만 넣어 보면 끝납니다.

가나
다라

공백 포함이 5로 나오면 줄바꿈을 1글자로 세는 것이고, 4면 세지 않는 것입니다. 참고로 저희 도구는 5로 셉니다(공백 제외는 4입니다).

문제는 이걸 매번 콘솔을 열어 확인하기 번거롭고, 여러 줄짜리 원고를 따옴표 안에 붙여 넣기가 까다롭다는 점입니다.

저희 도구로 확인하기. 입력창에 원고를 그대로 붙여 넣으면 공백 포함·제외 글자수가 한 화면에 같이 나옵니다.

직접 해보기 →

자기소개서·리포트는 어느 쪽으로 세야 할까

순서대로 판단하면 됩니다.

1. 공고나 과제 안내에 적힌 문구가 최우선입니다. "공백 포함 1,000자", "공백 제외 500자 이상"처럼 명시돼 있으면 그 기준만 보면 됩니다.

2. 온라인 입력 폼이면 그 폼의 카운터가 사실상 최종 기준입니다. 제출 버튼을 막는 건 그 화면이기 때문에, 워드에서 몇 자였는지는 판정에 쓰이지 않습니다. 붙여 넣은 뒤 화면 숫자를 확인하는 게 확실합니다.

3. 기준을 알 수 없으면 부등호 방향으로 정합니다. 공백 포함 값은 공백 제외 값보다 항상 크거나 같습니다. 그래서 "이내" 제한은 공백 포함 값을 제한 안에 맞추고, "이상" 요구는 공백 제외 값이 요구치를 넘게 맞추면 어느 기준으로 채점하더라도 걸리지 않습니다.

숫자가 갈리는 지점 정리

이모지가 갈리는 이유는 내부 저장 방식 때문입니다. 자바스크립트의 문자열.length는 UTF-16 코드유닛을 세기 때문에 😀 같은 이모지가 2로 잡히고, 사람이 보는 글자 단위로 세면 1이 됩니다. 저희 도구는 글자 단위로 세어 1로 표시합니다.

한 가지 더, 한국어에서 "단어" 수는 사전적 단어가 아니라 공백으로 끊은 어절 수입니다. 저희 도구도 공백 기준으로 나눠 세므로, 영어 글의 단어 수와 같은 의미로 비교하기는 어렵습니다.

정리

• 숫자가 갈리는 원인은 줄바꿈·공백의 범위·바이트 셋으로 거의 정리됩니다.
• 공백 포함은 공백 제외보다 항상 크거나 같습니다. "이내"는 공백 포함으로, "이상"은 공백 제외로 맞추면 안전합니다.
• 온라인 제출 폼이 있으면 그 화면의 카운터가 최종 판정입니다.
• "가나 / 다라" 두 줄을 넣어 5인지 4인지 보면, 그 계산기가 줄바꿈을 세는지 바로 확인됩니다.
• 문자 서비스처럼 제한이 바이트로 걸린 곳에서는 글자수가 아니라 바이트 값을 봐야 합니다.

자주 묻는 질문

자기소개서는 공백 포함으로 세는 게 맞나요?

공고에 명시돼 있으면 그 기준이 우선입니다. 온라인 입력 폼에 직접 작성한다면 그 화면이 세는 값이 곧 판정 기준이므로, 붙여 넣은 뒤 화면 숫자를 확인하면 됩니다. 기준을 알 수 없을 때는 공백 포함 값을 제한 안에 맞추면, 공백 제외로 세더라도 값이 더 작아지므로 초과할 일이 없습니다.

워드에서 센 숫자와 지원 화면 숫자가 다릅니다. 어느 쪽이 맞나요?

둘 다 각자의 규칙대로 맞게 센 값이고, 대개 줄바꿈을 세느냐에서 갈립니다. 제출을 막거나 통과시키는 쪽은 지원 화면이므로 실무상 기준은 그쪽입니다. 차이가 문단 수만큼이라면 줄바꿈이 원인일 가능성이 큽니다.

줄바꿈도 글자수에 들어가나요?

계산기마다 다릅니다. 저희 도구는 줄바꿈을 공백 포함 글자수에는 넣고, 공백 제외 글자수에서는 뺍니다. 탭과 전각 공백도 같은 방식으로 처리합니다. 확인하려면 "가나"와 "다라"를 두 줄로 넣어 공백 포함 값이 5인지 4인지 보면 됩니다.

바이트 수는 언제 봐야 하나요?

문자 서비스나 일부 오래된 게시판처럼 길이 제한이 바이트로 걸린 경우입니다. UTF-8에서는 한글 한 글자가 3바이트, 영문·숫자·기본 문장부호가 1바이트라 같은 글자수라도 한글이 많으면 바이트가 훨씬 커집니다. 저희 도구는 UTF-8 기준 바이트 수를 함께 보여주므로, 글자수와 바이트를 같이 확인할 수 있습니다.