문자 바이트 계산 완벽 가이드 | SMS 90바이트와 한글 45자의 원리
문자 요금을 가르는 기준은 글자 수가 아니라 바이트입니다. 국내 SMS 90바이트 기준, 한글 2바이트 계산법과 LMS 전환을 피하는 실전 팁을 정리했습니다.
문자 요금을 가르는 기준은 글자 수가 아니라 바이트입니다. 국내 SMS 90바이트 기준, 한글 2바이트 계산법과 LMS 전환을 피하는 실전 팁을 정리했습니다.
문자를 보냈을 뿐인데 어떤 건 SMS로 처리되고, 어떤 건 더 비싼 LMS로 넘어간 경험이 있으신가요? 화면에는 비슷한 길이로 보이지만 실제 요금은 글자 수가 아니라 바이트(byte) 로 갈립니다.
특히 한글 문자는 상황에 따라 2바이트로 계산되기도 하고, 3바이트로 계산되기도 합니다. 그래서 “한글은 몇 바이트인가요?”라는 질문에는 먼저 어디에서 쓰는 한글인지를 확인해야 합니다.
이 글에서는 일반 사용자가 가장 많이 헷갈리는 문자 바이트 계산 기준을 국내 SMS/LMS 요금 관점에서 정리합니다. 문자 발송 전 확인해야 할 기준, 한글 바이트 계산법, 이모지와 특수문자가 위험한 이유까지 한 번에 확인해보세요.
바이트가 뭐길래 문자 요금을 좌우할까
바이트는 컴퓨터가 글자와 데이터를 저장하는 기본 단위입니다. 문자 메시지에서는 한 메시지가 차지하는 전체 용량을 바이트로 계산합니다.
핵심은 간단합니다.
- 영문, 숫자, 기본 기호는 보통 1바이트입니다.
- 공백도 1바이트로 계산됩니다.
- 한글은 인코딩 방식에 따라 2바이트 또는 3바이트가 됩니다.
- 줄바꿈도 실제 메시지 용량에 포함됩니다.
즉 문자 요금은 “몇 글자 썼는가”보다 “총 몇 바이트인가”에 더 가깝습니다. 같은 45자라도 영문 45자는 여유가 있지만, 한글 45자는 국내 SMS 기준으로 한도에 거의 닿습니다.
한글은 왜 2바이트도 되고 3바이트도 될까
한글 바이트 계산에서 가장 많이 헷갈리는 부분이 바로 이 지점입니다. 한글 한 글자의 바이트 수는 인코딩 방식에 따라 달라집니다.
대표적으로 두 가지 기준이 있습니다.
UTF-8 기준
UTF-8은 웹사이트, 데이터베이스, 파일 저장, 카카오톡 같은 현대적인 웹·앱 환경에서 널리 쓰입니다.
- 한글 1자: 3바이트
- 영문·숫자 1자: 1바이트
- 주 사용처: 웹, DB, 파일, 대부분의 최신 서비스
예를 들어 홈페이지 입력폼에서 “100바이트 이하로 입력하세요”라고 되어 있다면 UTF-8 기준일 가능성이 있습니다. 이 경우 한글은 보통 3바이트로 계산됩니다.
EUC-KR / CP949 기준
EUC-KR 또는 CP949는 국내 문자메시지나 일부 구형 시스템에서 자주 언급되는 기준입니다.
- 한글 1자: 2바이트
- 영문·숫자 1자: 1바이트
- 주 사용처: 국내 SMS/LMS, 일부 레거시 시스템
문자 요금 때문에 바이트 계산기를 찾는 경우라면 대부분 이 기준이 더 중요합니다. 국내 SMS는 보통 한글을 2바이트로 계산하는 맥락에서 설명됩니다.
국내 문자 기준: SMS는 90바이트가 핵심
국내 문자메시지 요금 기준에서 가장 중요한 숫자는 90바이트입니다.
- SMS 단문: 최대 90바이트
- 한글 기준: 약 45자
- 영문·숫자 기준: 약 90자
- LMS 장문: 약 2,000바이트
- MMS: 장문 또는 이미지 등 첨부 포함
따라서 한글만으로 문자를 작성한다면 45자 안팎이 SMS와 LMS를 가르는 기준이 됩니다. “짧게 쓴 것 같은데 LMS로 전환됐다”는 경우는 대개 공백, 줄바꿈, 특수문자, 이모지까지 함께 계산됐기 때문입니다.
제목에서 자주 보이는 SMS 70자는 무슨 뜻일까
검색하다 보면 “SMS 70자”라는 표현도 자주 보입니다. 이 숫자는 국내 90바이트 기준과 같은 이야기가 아닐 수 있습니다.
일부 해외 기준이나 UCS-2 인코딩 맥락에서는 한글·이모지 같은 문자가 포함될 때 SMS 한도가 70자처럼 설명됩니다. 반면 국내 문자 요금 설명에서는 보통 90바이트, 한글 기준 약 45자가 핵심입니다.
그래서 문자 비용을 계산할 때는 단순히 “70자냐, 45자냐”만 보면 안 됩니다. 중요한 질문은 이것입니다.
- 지금 계산하려는 문자가 국내 SMS/LMS 발송용인가?
- 웹 입력폼이나 데이터베이스 저장용인가?
- 이모지나 특수문자가 포함되어 있는가?
이 기준을 먼저 정해야 바이트 계산이 맞습니다.
SMS가 LMS로 자동 전환되는 순간
문자 앱이나 대량 문자 발송 서비스에서 내용을 계속 입력하면, 일정 용량을 넘는 순간 SMS가 LMS로 바뀝니다. 국내 기준으로는 90바이트 초과가 핵심 전환점입니다.
이 전환은 비용 차이로 이어집니다.
- 개인 요금제에서는 SMS는 무제한이지만 LMS·MMS는 별도 과금일 수 있습니다.
- 사업자·마케팅 문자에서는 LMS 단가가 SMS보다 높게 책정되는 경우가 많습니다.
- 대량 발송에서는 한 글자 차이도 전체 비용에 영향을 줍니다.
정확한 단가는 통신사나 문자 발송 서비스마다 다릅니다. 따라서 이 글에서는 특정 요금을 단정하지 않고, 발송 전 각 서비스의 최신 요금표를 확인하는 것을 권장합니다.
문자 요금 아끼는 실전 팁 5가지
문자 바이트를 줄이는 방법은 어렵지 않습니다. 다만 보내기 전에 한 번 점검하는 습관이 필요합니다.
1. 한글 문자는 45자 안쪽을 우선 목표로 잡기
국내 SMS 90바이트 기준에서는 한글 45자가 사실상 한계입니다. 공백과 문장부호까지 고려하면 40자 안팎으로 줄이는 편이 더 안전합니다.
2. 공백과 줄바꿈 줄이기
공백도 1바이트입니다. 줄바꿈도 메시지 용량에 포함됩니다. 보기 좋게 여러 줄로 나누면 읽기는 편하지만, SMS 한도에는 불리할 수 있습니다.
3. 긴 URL은 줄이기
URL 하나가 수십 바이트를 차지하는 경우가 많습니다. 안내 문자나 마케팅 문자에서는 링크 길이만 줄여도 SMS 안에 들어올 가능성이 커집니다.
4. 이모지는 가능하면 빼기
이모지는 짧아 보여도 문자 인코딩을 바꾸는 원인이 될 수 있습니다. 이모지 하나 때문에 짧은 문자가 LMS나 MMS처럼 처리될 수 있습니다.
5. 발송 전 바이트 계산기로 확인하기
눈으로 세는 글자 수와 실제 바이트는 다릅니다. 특히 한글, 공백, 특수문자, 링크가 섞이면 감으로 맞추기 어렵습니다.
문자를 보내기 전에는 글자수·바이트 계산기에 문구를 붙여 넣고 공백 포함 여부와 바이트 수를 확인해보세요.
이모지와 특수문자는 왜 위험할까
이모지나 일부 특수문자는 EUC-KR 기준으로 표현되지 않을 수 있습니다. 이 경우 문자 인코딩이 바뀌면서 SMS 한도가 줄거나, LMS·MMS로 전환될 수 있습니다.
예를 들어 아래 문장은 짧아 보입니다.
- 오늘 3시 방문 부탁드립니다 😊
하지만 이모지 하나 때문에 계산 기준이 달라질 수 있습니다. 특히 대량 발송 문자에서는 이모지, 특수기호, 장식문자를 최대한 줄이는 편이 안전합니다.
요금을 아끼는 목적이라면 가장 좋은 방식은 단순합니다. 순수 텍스트 위주로 작성하고, 발송 전 바이트를 확인하는 것입니다.
바이트 계산이 필요한 대표 상황
문자 바이트 계산은 문자 요금에서만 필요한 것이 아닙니다. 다음 상황에서도 유용합니다.
- SMS/LMS 발송 전 요금 확인
- 대량 문자 마케팅 문구 검수
- 자기소개서나 지원서 글자 수 제한 확인
- 웹사이트 입력폼의 바이트 제한 확인
- 데이터베이스 저장 길이 제한 점검
다만 상황마다 기준이 다를 수 있습니다. SMS/LMS는 국내 문자 기준, 웹·DB는 UTF-8 기준일 수 있습니다. 계산 결과가 다르게 나오는 이유는 대부분 이 차이 때문입니다.
자주 묻는 질문
Q. 한글은 2바이트인가요, 3바이트인가요?
둘 다 맞습니다. 웹·DB 같은 UTF-8 환경에서는 한글 1자가 보통 3바이트입니다. 국내 SMS/LMS 맥락에서는 한글 1자를 2바이트 기준으로 설명하는 경우가 많습니다.
Q. SMS는 몇 글자까지 보낼 수 있나요?
국내 기준으로 SMS는 90바이트가 핵심입니다. 한글만 쓴다면 약 45자, 영문·숫자 중심이라면 약 90자까지 생각할 수 있습니다. 실제로는 공백, 줄바꿈, 특수문자까지 포함해 계산해야 합니다.
Q. 왜 짧은 문자인데 LMS 요금으로 나왔나요?
이모지, 특수문자, 긴 URL, 줄바꿈이 원인일 수 있습니다. 특히 이모지는 문자 인코딩을 바꾸는 경우가 있어 짧은 문장도 LMS나 MMS로 전환될 수 있습니다.
Q. 네이버 바이트 계산기와 다른 계산기가 결과가 다른 이유는 무엇인가요?
계산 기준이 다를 수 있기 때문입니다. 어떤 계산기는 UTF-8 기준으로 한글을 3바이트로 보고, 어떤 계산기는 국내 문자 기준처럼 2바이트로 봅니다. 계산기를 사용할 때는 “SMS 기준인지, UTF-8 기준인지”를 함께 확인해야 합니다.
정리: 문자 바이트 계산은 기준부터 확인해야 한다
문자 바이트 계산의 핵심은 세 가지입니다.
- 국내 SMS는 90바이트를 기준으로 본다.
- 한글은 국내 문자 기준에서 보통 2바이트, UTF-8 웹 환경에서는 3바이트로 계산된다.
- 이모지와 특수문자는 짧아 보여도 LMS 전환의 원인이 될 수 있다.
문자 요금을 줄이고 싶다면 감으로 세지 말고 발송 전에 바이트를 확인하세요. 특히 대량 문자라면 1~2글자 차이가 전체 비용을 바꿀 수 있습니다.
이 글이 도움이 되었나요?
관련 포스트
Claude Agent Skills로 반복 문서 산출물을 팀 표준으로 만드는 법
매번 프롬프트를 다시 쓰는 대신, `SKILL.md`·템플릿·검증 체크리스트를 한 폴더에 묶으면 리서치 브리프나 보고서 같은 반복 문서 업무를 팀 표준 산출물로 재현할 수 있습니다.
리서치 AI 비교, 긴 보고서보다 출처 범위부터 정해야 합니다
ChatGPT·Claude·Gemini Deep Research를 비교할 때는 "누가 더 긴 보고서를 쓰는가"보다 "어떤 출처를 허용하고, 내부자료를 어떻게 섞고, 인용을 어떻게 확인하게 해주는가"를 먼저 봐야 합니다.
ChatGPT가 앱 스토어가 되면, SaaS 도입 검토는 이렇게 바뀝니다
ChatGPT 안에서 앱을 발견하고 연결하는 흐름이 열리면, 기업의 SaaS 검토는 “기능 비교”보다 “어떤 데이터와 실행 권한을 넘길 것인가”를 먼저 묻는 일로 바뀝니다.
에이전트 PoC를 운영으로 넘기기 전, OpenTelemetry GenAI 로그부터 표준화해야 합니다
에이전트 로그는 프롬프트 전문 보관소가 아니라, operation·tool·model·latency·error를 추적하는 운영 telemetry로 설계해야 합니다.
Google Workspace Gemini로 문서 초안을 만들기 전, 출처부터 선택해야 합니다
Gmail·Drive·Docs·Slides·Chat을 오가는 업무에서 Gemini를 쓰려면, 먼저 “어떤 파일과 메일을 근거로 삼게 할 것인가”를 정해야 합니다.
AI 이미지·영상 검증, “가짜 판정”보다 Content Credentials 흐름부터 만들어야 합니다
AI 탐지기로 진짜·가짜를 단정하기보다, C2PA 기반 Content Credentials가 있는지 확인하고 출처·서명·편집 이력·검증 불가 사유를 기록하는 절차가 먼저입니다.