글자수 & 단어수 세기

"한 글자"의 기준이 하나가 아닙니다

글자수 세기는 단순해 보이지만, 컴퓨터 안에서 "글자"를 세는 방법은 최소 네 가지입니다. 눈에 보이는 글자 한 칸(grapheme cluster, 사용자 인식 글자), 유니코드 번호 하나(코드포인트), 자바스크립트의String.length가 세는 16비트 단위(UTF-16 코드 유닛), 그리고 저장 용량인 바이트입니다. 일반적인 한글·영문·숫자는 앞의 세 값이 모두 같아서 문제가 없지만, 이모지나 결합 문자가 섞이면 값이 갈라집니다. 이 도구의 "공백 포함/제외" 글자수는 grapheme 기준, 즉 우리가 화면에서 세는 방식에 맞춰 계산하고, 참고용으로 코드포인트와 length 값도 따로 보여줍니다.

아래 표는 이 페이지를 만들 때 실제로 계산한 값입니다. 같은 "한 글자"가 기준에 따라 1에서 8까지 달라지는 것을 볼 수 있습니다. 마지막 열의 EUC-KR 방식 바이트는 ASCII 1바이트, 그 밖의 문자 2바이트로 단순 환산한 값이며, 이모지처럼 EUC-KR에 실제로는 없는 문자는 참고용 근사치일 뿐입니다.

가족 이모지는 사람 모양 3개를 보이지 않는 접합 문자(ZWJ)로 이어 붙인 것이라 화면에서는 1글자인데, 코드포인트는 5개, length는 8, UTF-8로는 18바이트입니다. 입력창에 "👍"를 한 번 넣으면 length가 2가 되어 "글자수 제한 100자"인 폼에서 98글자만 들어가는 경우가 생기는 이유가 이것입니다. 이 페이지는length가 아니라 grapheme 단위로 세므로 이모지 한 개는 1자입니다. 다만 제출처 시스템이 length 방식으로 센다면 그쪽 숫자가 더 크게 나올 수 있으니, 이모지가 많은 글은 "JS length" 칩 값을 함께 확인하세요.

한글에서 헷갈리는 두 가지: 음절과 자모, NFC와 NFD

한글 "한"은 ㅎ+ㅏ+ㄴ 세 자모가 모인 음절입니다. 유니코드에는 완성된 음절 11,172자(U+AC00~U+D7A3)가 하나씩 등록되어 있어, 보통은 "한" 하나가 코드포인트 1개입니다. 이것이 NFC(완성형) 표현입니다. 그런데 macOS의 파일 이름이나 일부 복사·붙여넣기 경로에서는 자모를 풀어 쓴 NFD(조합형)가 섞여 들어옵니다. 위 표에서 "한글"을 NFD로 바꾸면 화면에서는 똑같이 2글자인데 코드포인트와 length가 6으로 늘어납니다. grapheme 기준은 이 경우에도 2로 세므로 도구가 일관된 숫자를 줍니다. 반대로 제출처가 코드포인트로 세는 시스템이라면 NFD 텍스트가 3배로 계산될 수 있습니다. 붙여넣은 글이 이상하게 길게 잡힌다면 "자모(낱자)" 칩의 숫자가 0이 아닌지 보세요.

"ㄱㅏ"처럼 키보드로 낱자를 따로 친 호환 자모(U+3131 등)는 음절로 합쳐지지 않으며 "한글 음절"이 아니라 "자모" 칩에 잡힙니다. 자소서에 "ㅠㅠ", "ㅋㅋ"가 섞여 있으면 글자수는 늘지만 음절 수는 늘지 않는다는 뜻입니다.

공백 포함과 공백 제외, 어느 쪽을 보아야 하나

기업 자기소개서는 대부분 "공백 포함" 기준을 쓰지만 예외가 많습니다. 채용 사이트의 입력창이 직접 세어 주는 숫자가 기준이므로, 최종 제출 전에는 반드시 그 창의 카운터를 확인해야 합니다. 이 도구는 공백(스페이스, 탭, 줄바꿈 등 모든 공백 문자)을 제외한 값을 "공백 제외"로 보여 줍니다. 줄바꿈이 글자수에 들어가는지도 제출처마다 다릅니다. 어떤 폼은 줄바꿈을 1자, 어떤 폼은 2자(\r\n)로 세기 때문에, 문단을 많이 나눈 글은 몇 글자 차이가 날 수 있습니다. 상한에 아슬아슬하게 맞춘 글이라면 5~10자 정도 여유를 두는 것이 안전합니다.

어절·문장·문단은 이렇게 셉니다

"단어수"는 영어에서는 공백으로 나뉜 덩어리 수와 거의 같지만, 한국어는 조사가 붙은 어절이 띄어쓰기 단위이므로 "나는 학교에 갔다"는 3개로 셉니다. 이 도구의 단어 수는 공백으로 나뉜 덩어리를 세는 방식이라 한국어에서는 곧 어절 수입니다. 형태소 분석을 하지 않기 때문에 "공부하다"와 "공부 하다"는 1개와 2개로 다르게 나옵니다. 문장 수는 마침표·물음표·느낌표 (전각 포함)로 끊어 세는 근사치입니다. "3.14"의 소수점이나 "e.g." 같은 약어, 말줄임표 처리는 완벽하지 않으므로 대략의 분량 가늠용으로만 쓰세요. 문단은 비어 있지 않은 줄의 개수입니다.

원고지 매수 계산

한국의 표준 원고지는 가로 20칸 × 세로 10줄, 즉 한 장 200자입니다. 공백도 한 칸을 차지하고, 문단을 시작할 때는 첫 칸을 비우며, 줄이 끝나면 남은 칸이 비어도 다음 문단은 새 줄에서 시작합니다. 그래서 글자수를 200으로 단순히 나눈 값보다 실제 매수가 조금 더 나옵니다. 이 도구의 "원고지 추정"은 문단마다 들여쓰기 한 칸을 더하고, 문단 사이의 빈 줄은 한 줄로 세어 계산합니다. 문장부호가 줄 첫 칸으로 내려오지 않게 하는 금칙 규칙이나 숫자 두 자리를 한 칸에 쓰는 규칙은 반영하지 않으므로 ±1장 정도의 오차를 감안하세요. 공모전·백일장처럼 매수 제한이 엄격하면 제출 양식의 환산 방식을 따라야 합니다.

표는 문단 구분이 전혀 없는 글 기준의 최솟값입니다. 문단이 여러 개라면 줄 끝에 남는 빈 칸과 들여쓰기 때문에 실제로는 한 장 안팎이 더 필요할 수 있습니다. 환산만 따로 하고 싶다면 원고지 매수 변환기를 이용해 보세요.

계산 예시 두 가지

예시 1. 이모지가 섞인 글. "오늘도 파이팅 👍"은 눈으로 세면 공백 포함 9자, 공백 제외 7자입니다. 그러나 자바스크립트 length는 이모지가 2칸이라 10을 돌려줍니다. 제출처가 length로 센다면 "9자 입력했는데 10자로 나온다"는 결과가 되므로 제한이 빡빡한 곳에서는 이모지를 빼는 편이 안전합니다.

예시 2. 1,000자 자소서 맞추기. 초안이 공백 포함 1,083자라면 83자를 덜어내야 합니다. 목표 글자수 칸에 1000을 넣으면 남은/초과 글자수가 바로 표시되므로 문장 단위로 지우며 맞출 수 있습니다. 문단이 6개이고 제출처가 줄바꿈을 2자로 센다면 최대 약 6자가 더 잡힐 수 있으니, 995자 안팎에서 멈추는 것을 권합니다.

자기소개서 글자수 맞추는 실전 팁

글자수를 줄일 때는 먼저 접속어("그리고", "또한")와 중복되는 수식어를 지우고, "~할 수 있었습니다"를 "~했습니다"처럼 짧은 서술로 바꾸면 내용 손실 없이 문장당 몇 글자씩 아낄 수 있습니다. 반대로 분량이 모자랄 때는 글자를 늘리는 대신 수치와 구체적 사례(기간, 역할, 결과)를 한 문장 더하는 편이 읽는 사람에게 도움이 됩니다. 최소 분량 규정은 공고마다 다르므로 해당 공고문을 확인하세요. 한글 파일(hwp)이나 워드에서 센 글자수와 웹 입력창의 숫자가 다른 경우도 흔한데, 공백·줄바꿈· 특수문자를 세는 규칙이 프로그램마다 다르기 때문입니다. 마지막에는 반드시 제출 화면 안에서 숫자를 다시 확인하세요. 붙여넣기 과정에서 생긴 연속 공백이나 빈 줄은 공백 정리 도구로 정리하고, 같은 문장이 반복되지 않았는지는 중복 줄 제거로 점검할 수 있습니다.

SNS 글자수 제한 칩에 대하여

X(트위터)와 인스타그램 칩은 어디까지나 참고값입니다. 플랫폼의 제한은 계정 유형과 정책에 따라 바뀌며, 해시태그 개수· 링크 길이 환산·언어별 가중치(한중일 문자를 영문보다 크게 세는 방식이 알려져 있습니다) 같은 규칙이 숫자 한도와 별도로 적용될 수 있습니다. 이 도구의 칩은 화면 글자 단위로 세며, 한글을 2배로 환산하지 않습니다. 따라서 한국어 게시물이 칩에서는 한도 이내인데 실제 앱에서는 초과로 나올 수 있습니다. 게시 직전에는 해당 앱의 카운터가 정답입니다. 이 페이지는 확인하지 못한 최신 제한 수치를 단정하지 않습니다.

이 도구가 맞지 않는 경우

법률 서류, 특허 명세서, 논문처럼 "자수" 기준이 규정으로 정해진 문서는 해당 기관의 계산 방식(공백·각주·참고문헌 포함 여부)을 따라야 합니다. 번역 의뢰의 단가는 보통 원문 글자수나 단어수를 쓰는데, 거래처 정의와 맞는지 먼저 정하세요. DB 컬럼 길이나 문자메시지는 글자수가 아니라 바이트가 기준일 때가 많으므로 텍스트 바이트 계산기를, 두 버전의 글 차이를 보려면 텍스트 비교 도구를 이용하세요. JSON 문자열 안의 글자를 다룰 때는JSON 포맷터가, 정규식으로 글자를 걸러낼 때는 정규식 테스터가 도움이 됩니다.

자주 묻는 질문