AI가 센 글자수 믿지 마라, 제출창으로 확인
도구마다 글자수가 다르게 나오는 건 공백·바이트·줄바꿈 등 세는 규칙이 서로 다르기 때문이고, 자소서 시스템은 공백 포함·제외·바이트 제한이 뒤섞여 있어 공고 확인이 먼저다. AI 챗봇이 알려주는 글자수는 실제로 센 값이 아니라 토큰 기반 추정이라, 정확한 분량 맞추기에는 신뢰할 수 없다. 제출 전에는 AI의 말 대신 실제 지원서 입력창이나 규칙이 맞는 전용 카운터로 최종 확인하는 것이 오차를 줄이는 방법이다.
같은 글인데 왜 도구마다 글자수가 다를까
자소서 창에는 480자로 뜨는데, 방금 쓴 온라인 카운터는 512자라고 한다. 둘 중 하나가 틀린 게 아니다. 애초에 세는 규칙이 다르다.
글자수는 '무엇을 한 글자로 치느냐'에 따라 달라진다. 띄어쓰기를 세는지, 줄바꿈과 이모지를 세는지, 아니면 글자가 아니라 바이트로 재는지가 도구마다 제각각이다. 예를 들어 어떤 채용 시스템은 공백을 포함해 세고, 어떤 곳은 공백을 뺀다. 네이버의 일부 세기 방식처럼 한글만 세고 공백·영문·숫자를 빼는 경우도 있다.
| 세는 기준 | 포함하는 것 | 흔한 사용처 |
|---|---|---|
| 공백 포함 글자수 | 글자·띄어쓰기·줄바꿈 | 다수 자소서, 워드 |
| 공백 제외 글자수 | 글자만 | 일부 기업, 특정 카운터 |
| 바이트(EUC-KR) | 한글 2·영숫자 1 | 일부 채용 시스템 |
그래서 "몇 자냐"는 질문에는 "어느 기준으로?"가 먼저 따라붙어야 한다. 이걸 모르고 한 도구의 숫자만 믿으면 제출창에서 초과로 막힌다.
AI가 "480자"라고 말해도 그건 세어본 게 아니다
Daniil Komov
여기서 AI 글쓰기 도구를 오해하기 쉽다. 챗봇에 "500자로 써줘"라고 하면 대충 맞춰 오지만 정확히 500자인 경우는 드물다. 심지어 "이 글은 몇 자야?"라고 물으면 그럴듯한 숫자를 답하는데, 그것도 실제로 센 값이 아니라 추정에 가깝다.
이유는 AI가 글자가 아니라 토큰이라는 단위로 글을 다루기 때문이다. 토큰 하나는 한 글자일 수도, 한 단어일 수도 있어 길이가 일정하지 않다. 영어는 대략 1토큰이 4자 정도지만 이것도 평균일 뿐이고, 한글은 글자당 토큰 수가 더 들쭉날쭉하다. '가나다라' 네 글자가 예닐곱 토큰으로 쪼개지기도 한다. 글자 수를 정확히 맞추는 일이 모델의 작동 방식과 애초에 어긋나 있는 셈이다.
정리하면 AI가 말하는 글자수는 참고용 추정이다. 초안을 빠르게 뽑고 분량 감을 잡는 데는 좋지만, 제출 기준을 그 숫자로 삼으면 안 된다.
믿어야 할 건 '실제로 세는' 도구다
그래서 구분이 필요하다. AI 채팅이 대화 중에 알려주는 글자수는 추정이고, 문서 편집기나 전용 글자수 카운터가 보여주는 값은 실제로 문자를 하나씩 센 결과다. 후자는 규칙만 내 상황과 맞으면 정확하다.
가장 확실한 건 제출할 바로 그 창이다. 자소서라면 지원서 입력란, SNS라면 실제 게시 편집기가 그 플랫폼의 규칙 그대로 센다. SNS는 특히 플랫폼마다 공백·이모지·링크·언어를 다르게 처리한다. 한글을 영문보다 무겁게 계산하는 곳도 있어서, 다른 카운터에서 여유가 있어도 실제 창에서는 넘칠 수 있다.
제출 전, 오차를 줄이는 확인 순서
마감 직전에 막히지 않으려면 이 순서로 점검하면 된다.
- 공고나 플랫폼 안내에서 기준을 먼저 본다. 공백 포함인지, 바이트 제한인지, 줄바꿈도 세는지.
- AI가 말한 글자수는 믿지 말고, 실제 제출창이나 규칙이 맞는 카운터에 붙여넣어 확인한다.
- 바이트 제한이면 바이트 계산기를 쓰고, 한글이 2바이트로 잡히는 걸 감안한다.
- 이모지나 특수문자는 도구마다 다르게 세니 넣었다면 최종본에서 다시 확인한다.
- 상한에 딱 맞추지 말고 90~95% 선에서 여유를 둔다.
핵심은 하나다. 글을 다듬는 건 AI에 맡겨도, 마지막 글자수 확인은 반드시 제출할 곳의 자로 해야 한다.