글자수 세기 — 공백 포함·제외·바이트·단어 실시간 카운터
텍스트를 입력하거나 붙여넣으면 글자수·바이트·단어·문장 수를 즉시 계산합니다. SNS별 제한 현황도 실시간으로 표시됩니다.
(공백 포함)
(공백 제외)
(UTF-8)
1. 카운터 항목 설명
글자수 세기 도구는 단순한 글자 수 이상의 정보를 제공합니다. 각 항목이 어떻게 계산되고, 어떤 상황에서 활용하는지 알아두면 실무에서 훨씬 유용하게 쓸 수 있습니다.
2. 글자수와 바이트 수의 차이
화면에 보이는 문자 개수(글자수)와 컴퓨터 저장에 필요한 데이터 크기(바이트 수)는 전혀 다릅니다. 특히 한글이 포함된 텍스트를 다룰 때 이 차이를 이해하지 못하면 DB 저장 오류나 SMS 초과 비용이 발생할 수 있습니다.
| 텍스트 | 글자수 | UTF-8 바이트 | EUC-KR 바이트 | 비고 |
|---|---|---|---|---|
| Hello | 5 | 5 | 5 | 영문·숫자는 인코딩 무관 1바이트 |
| 안녕하세요 | 5 | 15 | 10 | 한글 1자: UTF-8 3B, EUC-KR 2B |
| Hello 안녕 | 8 | 14 | 11 | 공백 포함, 혼합 텍스트 |
| 🎉 파티 | 4 | 12 | - | 이모지는 UTF-8 4바이트, EUC-KR 미지원 |
| 대한민국 Korea | 11 | 22 | 17 | 공백 1바이트 공통 |
실무에서 바이트 수가 중요한 경우
- SMS 문자 발송: 단문(SMS)은 EUC-KR 기준 90바이트 이하. 한글은 2바이트이므로 한글 40자, 영문 90자가 단문 1건에 해당합니다. 초과 시 장문(LMS)으로 전환되어 추가 요금이 발생합니다.
- MySQL varchar 제한: MySQL에서
varchar(255)는 255바이트가 아닌 255문자로 처리되지만, 컬럼 charset이 latin1이면 실제 255바이트 제한이 적용됩니다. UTF-8mb4로 설정된 경우 한글 약 85자까지 저장 가능합니다. - HTTP 헤더 및 쿠키: 쿠키 값과 HTTP 헤더는 ASCII 범위를 벗어날 경우 URL 인코딩이 필요하며, 한글 1자가 최대 9바이트(% 인코딩)로 늘어납니다.
- Redis·Memcache 키 길이: 캐시 키는 일반적으로 250바이트 이하로 제한됩니다.
varchar(255)에 한글을 저장할 때 charset이 utf8mb4이면 한 글자가 4바이트를 차지할 수 있습니다. 한글 63자를 저장하면 252바이트로 가까스로 들어가지만, 혼합 텍스트는 반드시 여유 공간을 두는 것이 좋습니다.
3. SNS·플랫폼별 글자수 제한 완전 가이드
각 플랫폼의 글자수 제한은 서비스 정책 변경에 따라 달라질 수 있습니다. 아래 표는 2026년 5월 기준 가장 최신 데이터를 반영하였습니다.
| 플랫폼 | 항목 | 글자수 제한 | 비고 |
|---|---|---|---|
| 트위터(X) | 트윗 (무료) | 280자 | URL은 23자로 자동 카운트 |
| 트위터(X) | 트윗 (Premium+) | 25,000자 | 긴 글 기능 제공 |
| 트위터(X) | 표시 이름 | 50자 | |
| 트위터(X) | 바이오 | 160자 | |
| 인스타그램 | 캡션 | 2,200자 | 처음 125자만 미리 표시, 해시태그 최대 30개 |
| 인스타그램 | 사용자명 | 30자 | 영문·숫자·_ · 만 사용 가능 |
| 인스타그램 | 바이오 | 150자 | |
| 인스타그램 | 해시태그 (개당) | 139자 | 게시물당 최대 30개 |
| 페이스북 | 게시물 | 63,206자 | 링크 미리보기 제목은 100자 |
| 페이스북 | 페이지 이름 | 75자 | |
| 페이스북 | 댓글 | 8,000자 | |
| 유튜브 | 동영상 제목 | 100자 | 검색 노출은 70자 이내 권장 |
| 유튜브 | 동영상 설명 | 5,000자 | 처음 157자만 펼침 없이 표시 |
| 유튜브 | 채널명 | 100자 | |
| 유튜브 | 채널 설명 | 1,000자 | |
| 카카오톡 | 메시지 | 1,000자 | 이모티콘·이미지 별도 카운트 |
| 카카오톡 | 프로필 상태 메시지 | 60자 | |
| 네이버 블로그 | 포스트 제목 | 100자 | SEO는 30~40자 권장 |
| 네이버 블로그 | 태그 | 개당 10자 / 100자 합계 | 태그는 최대 10개 |
| 네이버 카페 | 게시글 제목 | 100자 | |
| 링크드인 | 게시물 | 3,000자 | 처음 210자만 미리 표시 |
| 링크드인 | 연결 요청 메시지 | 300자 | |
| 링크드인 | 프로필 헤드라인 | 220자 | |
| SMS | 단문 (SMS) | 90바이트 | 한글 40자 / 영문 90자, 1건당 약 10~20원 |
| SMS | 장문 (LMS) | 2,000바이트 | 한글 약 1,000자, 1건당 약 25~50원 |
| 이메일 | 제목 | 78자 권장 | RFC 5322 기준, 998자까지 허용 |
| 이메일 | 본문 한 줄 | 998자 권장 | RFC 5322, 줄 단위 제한 |
| 당근마켓 | 상품명 | 40자 | 2~40자 사이 |
| 쿠팡 | 상품명 | 100자 | SEO는 50자 이내 권장 |
| 네이버 쇼핑 | 상품명 | 100자 | 특수문자 일부 불허 |
| 틱톡 | 캡션 | 2,200자 | 해시태그 포함 기준 |
| 틱톡 | 바이오 | 80자 |
4. 공백 포함 vs 공백 제외 — 어느 기준이 맞나?
어느 쪽이 "맞다"는 기준은 없습니다. 용도에 따라 다른 기준을 적용해야 합니다.
| 상황 | 권장 기준 | 이유 |
|---|---|---|
| SNS 게시물 작성 | 공백 포함 | 트위터·인스타그램 등 모든 SNS는 공백 포함 기준 적용 |
| 번역·카피라이팅 견적 | 공백 제외 | 업계 표준: 실제 의미 있는 문자 수로 단가 산정 |
| 한국 출판·원고 매수 계산 | 공백 포함 | 200자 원고지 1매 = 공백 포함 200글자 |
| 영문 학술 논문 word count | 단어 수 (공백 구분) | ISO/ICMJE 기준, 공백으로 구분된 단어 수 |
| DB varchar 컬럼 용량 계산 | 바이트 수 | 인코딩에 따라 한글이 2~4바이트로 저장됨 |
| SMS 발송 비용 계산 | 바이트 수 (EUC-KR) | 국내 통신사 SMS 과금은 EUC-KR 바이트 기준 |
국제 표준(ISO/IEC 2382)은 문자 수를 공백 포함으로 정의합니다. 하지만 번역·출판 업계에서는 공백 제외 기준을 사용하는 경우도 많으므로 계약이나 견적 전 사전에 확인하는 것이 중요합니다.
5. 한글 바이트 계산법 (UTF-8 vs EUC-KR)
한글은 인코딩 방식에 따라 저장 크기가 달라집니다. 현재 웹 표준은 UTF-8이지만, 국내 금융·통신·공공 시스템 중 일부는 아직 EUC-KR을 사용합니다.
UTF-8 (현재 웹 표준)
- 한글 1자 = 3바이트 (가~힣 범위)
- 영문·숫자·특수문자(ASCII) = 1바이트
- 한·중·일 통합 한자(CJK) = 3바이트
- 이모지(Emoji) = 4바이트 (대부분의 이모지)
- 전세계 모든 문자 표현 가능, 웹·앱 표준
EUC-KR (구형 한국 인코딩)
- 한글 1자 = 2바이트
- 영문·숫자·특수문자(ASCII) = 1바이트
- 완성형 한글만 지원 (11,172자 중 2,350자)
- 이모지 미지원
- 국내 SMS 발송 과금 기준, 일부 레거시 시스템
개발자를 위한 참고
- MySQL:
utf8mb4charset 사용 시 한글 1자 = 최대 4바이트.varchar(100)은 글자 단위이므로 한글 100자 저장 가능. - PHP:
strlen()은 바이트 수,mb_strlen()은 문자 수를 반환합니다. - Python 3:
len(str)은 문자 수,len(str.encode('utf-8'))은 UTF-8 바이트 수를 반환합니다. - JavaScript:
str.length는 UTF-16 코드 유닛 수이므로 이모지(surrogate pair)는 2로 카운트됩니다.
6. 글자수 줄이는 실전 팁
SNS나 이메일 제목처럼 글자수 제한이 있는 상황에서 내용을 효과적으로 압축하는 방법을 소개합니다.
- 수동태 → 능동태 변환: "~에 의해 결정된다" → "결정한다". 능동태가 수동태보다 평균 3~5자 짧습니다.
- 불필요한 수식어 제거: "매우", "아주", "정말", "굉장히" 같은 부사는 의미를 크게 훼손하지 않으면서 제거할 수 있습니다.
- 중복 표현 제거: "현재 지금", "미래 앞날", "과거 이전" — 같은 의미의 단어를 반복하는 표현은 하나만 남깁니다.
- URL 단축 서비스 활용: 트위터에서 URL은 자동으로 23자로 카운트되지만, 링크를 깔끔하게 보이려면 bit.ly나 네이버 단축 URL 서비스를 활용하세요.
- 숫자 표기 통일: "이십오만 원" → "25만 원". 한글로 쓴 숫자를 아라비아 숫자로 바꾸면 상당히 줄어듭니다.
- 조사 생략 가능 여부 검토: 비격식 문체에서는 "~을/를", "~이/가" 같은 조사를 생략해도 의미가 통하는 경우가 많습니다.
- 단락 분리로 가독성 유지: 글자수를 줄이다 보면 한 문장에 너무 많은 정보를 담게 됩니다. 짧은 문장 여러 개로 나누면 가독성을 유지할 수 있습니다.
- 동의어·약어 활용: "스마트폰" → "폰", "인터넷 뱅킹" → "인뱅", 단 독자가 이해할 수 있는 약어만 사용해야 합니다.
7. 자주 묻는 질문
이것은 플랫폼마다 다릅니다. 이 도구의 기본 글자수 카운터는 JavaScript의 str.length를 사용하는데, 이모지는 UTF-16 surrogate pair로 저장되어 2로 카운트됩니다. 트위터(X)는 이모지를 2글자로 카운트하고, 인스타그램은 1~2글자로 카운트합니다. 바이트 수 기준으로 이모지는 UTF-8에서 4바이트입니다. 이모지가 많은 텍스트는 글자수 이상으로 바이트를 차지한다는 점을 주의하세요.
아니요, 트위터(X)는 한글과 영어를 동일하게 1글자로 카운트합니다. 한글 280자와 영어 280자 모두 동일하게 한 트윗에 쓸 수 있습니다. 과거(2017년 이전)에는 CJK(중·일·한) 문자를 2글자로 카운트해 140자 제한이 사실상 70자였지만, 2017년 업데이트 이후 모든 문자를 1글자로 균일하게 카운트합니다. 단, 이모지는 2글자로 카운트됩니다.
있습니다. 내용 자체를 압축하는 방법들이 효과적입니다: ①수식어와 부사 제거 ②수동태를 능동태로 전환 ③"그리고", "또한", "하지만" 같은 접속사를 쉼표로 대체 ④숫자를 아라비아 숫자로 표기 ⑤중복 설명 제거. 공백 자체는 가독성에 중요하므로 함부로 제거하지 않는 것이 좋습니다.
국내 이동통신 기준으로 단문(SMS)은 EUC-KR 기준 90바이트 이하입니다. 한글은 2바이트이므로 한글만으로 최대 40자, 영문만으로 최대 90자가 단문 1건에 해당합니다. 90바이트를 초과하면 자동으로 장문(LMS)으로 전환되며 최대 2,000바이트(한글 약 1,000자)까지 가능합니다. 이미지·동영상이 포함되면 멀티미디어(MMS)로 분류됩니다. 단문 요금은 약 10~20원, 장문은 25~50원 수준입니다.
네. 한국 출판 업계의 원고지 계산은 공백 포함 글자수를 기준으로 합니다. 200자 원고지 기준으로는 공백 포함 글자수 ÷ 200 = 원고지 매수입니다. 예를 들어 5,000자 텍스트는 원고지 25매에 해당합니다. 이 도구의 "글자수 (공백 포함)" 숫자를 200으로 나누면 됩니다.
절대적인 기준은 없지만 업계 데이터 기반 권장 수치는 다음과 같습니다: 네이버 블로그는 최소 1,500자 이상, 핵심 키워드를 다루는 글은 3,000~5,000자가 상위 노출에 유리합니다. 구글 검색 최적화(SEO)는 1,500~2,500단어(한국어로 약 3,000~5,000자)가 권장됩니다. 단, 글자수보다 콘텐츠의 깊이와 유용성이 더 중요합니다. 억지로 늘린 글보다 400자짜리 명확한 답변이 더 좋은 순위를 받는 경우도 많습니다.
네, 다음과 같은 상황에서 글자수가 달라질 수 있습니다: ①보이지 않는 문자 포함: 일부 웹사이트에서 복사하면 제로폭 공백(), 소프트 하이픈(-) 등 숨겨진 문자가 포함됩니다. ②줄바꿈 방식 차이: Windows는 \r\n(2바이트), Mac/Linux는 \n(1바이트)을 사용합니다. 워드·한글 등 워드프로세서에서 복사한 텍스트는 특히 주의가 필요합니다. ③유니코드 정규화 차이: 한글 자모를 별도로 입력한 경우 조합 방식에 따라 글자수가 달라질 수 있습니다.