글자수 세기

글자수 세기 사용법

위 입력창에 텍스트를 입력하거나 붙여 넣으면 공백 포함·제외 글자수, UTF-8 바이트, 단어 수, 줄 수, 문단 수가 즉시 계산됩니다. 입력한 내용은 브라우저 메모리에만 남고 어디에도 저장되거나 전송되지 않습니다.

어디에 쓰나요

바이트는 왜 글자수와 다른가요

UTF-8에서 한글 한 글자는 3바이트, 영문·숫자는 1바이트를 차지합니다. 그래서 “안녕”은 2글자지만 6바이트입니다. 데이터베이스 컬럼 길이나 API 요청 크기처럼 UTF-8 바이트로 제한이 걸린 곳에서 이 값을 확인하시면 됩니다.

문자메시지는 이 값으로 재지 마세요. 문자는 UTF-8이 아닌 다른 방식으로 세기 때문에 숫자가 달라집니다. 아래에 따로 설명해 두었습니다.

참고로 기관에 따라 공백 처리 기준이 다릅니다. 제출 전에 해당 기관의 안내문에서 공백 포함 여부를 반드시 확인하시는 편이 안전합니다.

계산 기준

• 공백 포함: 코드포인트 수 (줄바꿈 제외). 예: A는 1자, 단일 웃는 얼굴 이모지도 1자입니다.
• 공백 제외: 공백·탭·줄바꿈을 제거한 문자 수
• UTF-16 코드 단위: 일부 웹 입력창이 사용하는 길이. 단일 웃는 얼굴 이모지는 2단위입니다.
• 단어: 공백으로 구분된 덩어리 수
• 문단: 빈 줄로 구분된 덩어리 수

공백 포함과 제외, 어느 쪽을 봐야 하나요

안내문에 적힌 대로 따르는 것이 원칙입니다. 아무 표시가 없다면 대개 공백 포함 기준입니다. 채용 공고나 대학 입학 서류는 "공백 포함 1,000자 이내"처럼 명시하는 경우가 많으니 한 번 더 확인하세요.

공백이 차지하는 비율은 글마다 다릅니다. 예를 들어 가 나는 공백 포함 3자, 공백 제외 2자입니다. 긴 글도 두 수치를 실제로 비교하고 제출처 기준에 맞추세요.

제출 창에 직접 붙여 넣을 때는 그쪽 카운터를 최종 기준으로 삼으세요. 시스템마다 줄바꿈을 세는 방식이 달라 한두 자씩 어긋날 수 있습니다.제한에 딱 맞추기보다 20~30자 여유를 두는 편이 안전합니다.

워드나 한글의 글자수와 다를 때

한글(HWP)과 워드는 글자수를 세는 방식이 조금씩 다릅니다. 대표적인 차이입니다.

이 도구는 입력창에 붙여 넣은 글자만 셉니다. 그래서 문서 편집기의 숫자와 다를 수 있는데, 제출용으로는 실제 붙여 넣을 본문만 세는 쪽이 정확합니다.

원고지 매수로 환산하기

공모전이나 과제에서 "원고지 10매"처럼 요구하는 경우가 있습니다. 원고지 한 장은200자이므로 10매는 2,000자입니다. 이때 글자수는 공백을 포함해셉니다. 원고지는 칸 단위로 쓰는 종이라 빈 칸도 한 칸을 차지하기 때문입니다.

문자메시지 길이는 이 바이트 수로 재면 안 됩니다

헷갈리기 쉬운 부분입니다. 이 도구가 보여주는 바이트는 UTF-8 기준이라 완성형 한글 한 글자는 보통 3바이트입니다. 문자메시지 발송 서비스는 다른 인코딩과 제한을 사용할 수 있어 이 값만으로 SMS·LMS 구분이나 요금을 판단할 수 없습니다.

한글·영문·이모지의 조합에 따라 필요한 용량이 달라집니다. 보이는 글자 수가 같아도 같은 요금이나 발송 형식을 보장하지 않습니다.

한글과 영문이 섞인 문장은 계산이 더 복잡해집니다. 단체 문자처럼 요금이 걸린 일이라면 발송 시스템이 보여주는 글자수를 최종 기준으로 삼으세요. 이 도구는 대략적인 감을 잡는 용도로 쓰시면 됩니다.

UTF-8 바이트가 필요한 곳은 따로 있습니다. 데이터베이스 컬럼 길이, API 요청 크기 제한, 파일 이름 길이 같은 개발 쪽 제약이 대개 UTF-8 바이트 기준입니다.

AI에 넣을 글이라면 토큰도 보세요

토큰 수는 모델의 토크나이저와 문장에 따라 달라집니다. 글자 수나 UTF-8 바이트를 고정 비율로 바꿔 정확한 토큰 수를 계산할 수는 없습니다. 사용하는 모델의 공식 토크나이저나 API가 반환한 사용량으로 확인하세요.

긴 문서를 반복해서 넣는 작업이라면 비용이 쌓입니다.AI 구독 vs API 비용 계산기에서 자신의 사용량으로 어느 쪽이 싼지 확인해 보실 수 있습니다.