"1000자 이내"라는 안내만 보고 글을 다 썼는데 막상 붙여넣으니 초과라고 나오는 경우가 있습니다. 글자수를 세는 기준이 시스템마다 다르기 때문입니다. 공백을 포함하는지, 바이트로 재는지, 줄바꿈을 세는지에 따라 같은 글의 숫자가 달라집니다. 하나씩 정리하겠습니다.
글자수 제한은 사람이 읽기 편하도록 정한 규칙이 아니라, 대부분 데이터베이스에 저장할 수 있는 크기에서 출발한 규칙입니다. 채용 시스템은 지원서 항목을 데이터베이스 컬럼에 저장하는데, 이 컬럼의 크기를 문자 개수로 잡은 곳도 있고 바이트로 잡은 곳도 있습니다. 그래서 어떤 곳은 "1000자", 어떤 곳은 "2000바이트"라고 표기합니다.
여기에 더해 입력창에서 실시간으로 세어주는 자바스크립트와 서버가 최종 검증하는 로직이 서로 다른 기준을 쓰는 경우도 있습니다. 화면에는 998자라고 나오는데 제출 버튼을 누르면 초과 오류가 뜨는 상황이 그래서 생깁니다. 결론부터 말하면 제한선에 딱 붙여 쓰지 않는 것이 가장 확실한 예방책입니다.
가장 흔한 기준은 공백 포함입니다. 띄어쓰기 한 칸도 한 글자로 셉니다. 일부 시스템은 공백을 빼고 세는데, 한국어 글은 대체로 전체 분량의 15에서 20퍼센트 정도가 공백입니다. 즉 공백 포함 1000자짜리 글은 공백 제외로는 대략 800에서 850자 수준으로 나옵니다.
이 차이는 생각보다 큽니다. 공백 제외 1000자를 요구하는 곳에 공백 포함 1000자짜리 글을 넣으면 150자 이상 모자라게 됩니다. 반대로 공백 포함 기준인 줄 모르고 공백 제외로 1000자를 채워 갔다면 제출 자체가 막힙니다. 공고문이나 입력란 옆 안내 문구에 기준이 적혀 있는지 먼저 확인하고, 안내가 전혀 없다면 공백 포함으로 맞추는 편이 안전합니다.
"2000바이트 이내"라는 안내를 보면 대체 몇 글자인지 감이 오지 않습니다. 바이트는 글자 개수가 아니라 저장 용량이고, 한글 한 글자가 몇 바이트를 차지하는지는 인코딩 방식에 따라 달라집니다.
국내 채용 시스템에는 두 가지 방식이 섞여 있습니다. 오래전에 만들어져 그대로 운영 중인 시스템은 EUC-KR 기준으로 한글 한 글자를 2바이트로 셉니다. 반면 최근 웹 표준을 따르는 시스템은 UTF-8 기준이라 한글 한 글자가 3바이트입니다. 영문 알파벳, 숫자, 기본 문장부호는 두 방식 모두 1바이트입니다.
| 문자 종류 | EUC-KR(구형 시스템) | UTF-8(웹 표준) |
|---|---|---|
| 한글 1자 | 2바이트 | 3바이트 |
| 영문·숫자 1자 | 1바이트 | 1바이트 |
| 공백 1칸 | 1바이트 | 1바이트 |
| 1,000바이트 = 한글로 | 약 500자 | 약 333자 |
| 2,000바이트 = 한글로 | 약 1,000자 | 약 666자 |
같은 글을 넣었는데 어떤 계산기는 1500바이트, 어떤 계산기는 2100바이트라고 알려주는 이유가 여기 있습니다. 어느 쪽도 틀린 게 아니라 기준이 다를 뿐입니다. 실제 글은 한글 사이사이에 공백과 마침표가 섞이므로 위 표의 숫자보다는 조금 더 여유가 생깁니다. 예를 들어 UTF-8 기준 2000바이트는 공백을 포함한 실제 한국어 문장으로 대략 700자 전후가 들어갑니다.
어느 기준인지 모르겠다면 보수적으로 잡는 쪽, 즉 UTF-8 3바이트 기준으로 계산해두면 어느 시스템에서도 초과가 나지 않습니다.
📝 글자수 세기로 지금 바로 확인하기공백 포함·제외, 바이트, 원고지 매수를 한 화면에서 같이 보여줍니다일반적인 권장선은 제한 글자수의 90퍼센트 이상입니다. 1000자 제한이면 900자 이상은 채우는 것이 좋습니다. 500자만 쓰면 내용이 아무리 좋아도 다른 지원자의 글과 나란히 놓였을 때 성의가 부족해 보입니다. 제한 글자수는 사실상 "이 정도 분량으로 답하라"는 요구에 가깝습니다.
다만 꽉 채우는 것이 목표가 되면 곤란합니다. 남은 40자를 메우려고 "저는 항상 최선을 다하는 자세로 임하였습니다" 같은 문장을 붙이면, 읽는 사람 입장에서는 분량 채우기라는 게 그대로 보입니다. 마지막 몇 퍼센트는 비워두는 편이 낫습니다. 90에서 98퍼센트 구간이 무난합니다.
분량 배분도 중요합니다. 1000자 항목이라면 상황 설명에 200자, 자신이 한 행동에 400자, 결과와 배운 점에 300자 정도로 나누는 식으로 미리 정해두면 한 부분만 길어지는 일을 막을 수 있습니다.
글은 다른 곳에서 쓰고 지원서에는 붙여넣는 경우가 대부분입니다. 이 과정에서 사고가 자주 납니다.
워드나 한글 문서, 웹 페이지에서 복사하면 글자만 오는 게 아니라 서식 정보와 특수문자가 함께 딸려옵니다. 자동으로 모양이 바뀐 따옴표, 긴 하이픈, 눈에 보이지 않는 특수 공백 같은 것들입니다. 이런 문자는 화면에서는 평범해 보이지만 바이트 계산에서는 한글처럼 여러 바이트를 차지하기도 하고, 시스템에 따라 깨진 문자로 저장되기도 합니다.
가장 확실한 방법은 메모장처럼 서식이 없는 편집기를 한 번 거치는 것입니다. 원본에서 복사해 메모장에 붙여넣고, 메모장에서 다시 복사해 지원서에 넣습니다. 이 과정에서 서식이 모두 사라지고 순수한 글자만 남습니다.
줄바꿈도 확인해야 합니다. 엔터를 글자수에 포함하는 시스템이 있습니다. 문단마다 빈 줄을 넣어 읽기 좋게 만든 글은 같은 내용이라도 글자수가 더 크게 잡힙니다. 게다가 일부 지원서 입력창은 줄바꿈 자체를 지원하지 않아 붙여넣으면 문단이 전부 한 덩어리로 뭉쳐버립니다. 붙여넣은 뒤에는 반드시 미리보기나 임시저장으로 실제 저장된 모습을 확인하시기 바랍니다.
다 썼는데 120자가 넘친다면 문장을 통째로 지우기 전에 아래 순서로 손봐보십시오. 대부분 내용 손실 없이 10퍼센트 이상 줄어듭니다.
"매우 큰 성장", "정말 많은 노력", "가장 최우선으로" 같은 표현에서 강조어는 대부분 지워도 의미가 그대로입니다. 오히려 문장이 단단해집니다.
"~라고 생각합니다", "~한 것 같습니다", "~라고 할 수 있습니다"는 한국어 자소서에서 가장 흔한 낭비입니다. "중요하다고 생각합니다"는 "중요합니다"로 줄이면 6자가 빠지고 태도도 더 분명해집니다. 자소서는 본인의 이야기이므로 추측형 어미를 쓸 이유가 없습니다.
"프로젝트가 진행되었습니다"보다 "프로젝트를 진행했습니다"가 짧고, 누가 했는지도 분명해집니다. "개선이 이루어졌습니다"는 "개선했습니다"로 바꿉니다. 피동형은 길이만 늘리고 주체를 지웁니다.
"그래서", "하지만", "또한", "그리고"는 문장 순서만 잘 잡으면 대부분 없어도 읽힙니다. 문단마다 한두 개면 충분합니다.
"많은 인원이 참여하는 큰 규모의 행사를 담당했습니다"는 "참가자 300명 행사를 담당했습니다"로 줄어듭니다. 글자수는 절반 이하가 되고 설득력은 오히려 올라갑니다. 줄이기와 강화가 동시에 되는 유일한 요령이라 가장 먼저 적용할 가치가 있습니다.
700자를 요구하는데 500자밖에 나오지 않는다면, 형용사를 붙이는 방식으로 늘리면 안 됩니다. 빠진 정보를 채우는 방식으로 늘려야 합니다.
확인할 지점은 세 가지입니다. 첫째, 상황의 배경이 충분한가. 어떤 조직에서 어떤 제약 아래 있었는지가 빠져 있는 경우가 많습니다. 둘째, 본인이 실제로 한 행동이 구체적인가. "협업했습니다" 대신 무엇을 어떻게 조율했는지 한 단계 더 들어가면 자연스럽게 분량이 늘어납니다. 셋째, 결과가 수치나 변화로 표현되어 있는가. 이 세 가지를 채우고 나면 대개 목표 분량을 넘기게 됩니다.
원고지 매수로 안내하는 곳도 있습니다. 원고지는 한 장에 200자가 기준이므로, 1000자는 원고지 5매, 1600자는 8매입니다.
공백 포함이 가장 흔한 기준입니다. 다만 일부 시스템은 공백을 제외하고 세고, 일부는 글자 수가 아니라 바이트로 제한합니다. 공고나 입력란 안내 문구에 기준이 적혀 있는지 먼저 확인하고, 안내가 없다면 공백 포함 기준으로 맞춰두는 편이 안전합니다.
기준에 따라 다릅니다. 구형 채용 시스템이 쓰는 EUC-KR 기준으로는 한글 한 글자가 2바이트라 한글만 쓰면 약 500자입니다. 최신 웹 표준인 UTF-8 기준으로는 한글 한 글자가 3바이트라 약 333자가 됩니다. 영문과 숫자는 두 기준 모두 1바이트입니다.
일반적으로 제한 글자수의 90% 이상을 채우는 것이 권장됩니다. 너무 적게 쓰면 성의가 없어 보이고, 반대로 끝까지 꽉 채우려고 억지 문장이나 의미 없는 수식어를 넣으면 오히려 역효과가 납니다. 90에서 98퍼센트 사이가 무난합니다.
워드나 웹 문서에서 복사하면 서식, 특수문자, 줄바꿈 형식이 함께 딸려오기 때문입니다. 특히 자동으로 변환된 따옴표나 하이픈, 눈에 보이지 않는 공백이 글자수를 늘립니다. 서식 없는 메모장을 한 번 거쳐서 붙여넣으면 대부분 해결됩니다.
포함하는 시스템이 있습니다. 줄바꿈은 내부적으로 문자 하나 또는 둘로 처리되기 때문에, 문단을 많이 나눈 글은 같은 내용이라도 글자수가 더 크게 나올 수 있습니다. 제한에 아슬아슬하게 걸린다면 빈 줄을 줄여보는 것도 방법입니다.