본문으로 바로가기
글자수 카운터
공백 제외 · 바이트 · 원고지 추정. 제출처 기준은 별도 확인.
블로그

한글 200자인데 X에 못 올리는 이유: 글자수와 플랫폼 판정의 차이

한글 200자 예시로 X 가중치, SMS 인코딩, Google 검색 스니펫의 차이를 확인합니다. 글자수 카운터의 쓰임과 한계도 함께 설명합니다.

종이와 휴대전화 사이에서 기호 띠가 여러 겹으로 갈라지는 종이 공예풍 개념 일러스트. pipi-worlds.com 워터마크.

AI 생성 개념 일러스트 · 실제 플랫폼 화면이나 측정 결과가 아닙니다.

글자수 카운터에 한글 200자를 붙여넣으면 200자로 나옵니다. 그런데 그 글을 X에 그대로 올리면 일반 게시물 범위를 넘을 수 있습니다. 같은 글을 두고 숫자가 다르게 나오는 이유는 도구가 고장 나서가 아니라 계산하는 단위가 다르기 때문입니다.

PiPi 글자수 카운터는 유니코드 코드 포인트 수, 공백 제외 수, UTF-8 바이트, 단어 수를 보여줍니다. 위쪽 진행 막대는 선택한 참고 목표 한 개와만 비교합니다. X·SMS·Google의 자체 판정을 복제하지 않습니다.

예시 1: 한글 200자는 X에서 가중치 400

가를 200번 입력하면 우리 도구에서는 200자입니다. 하지만 X의 공개 twitter-text 설정에서 한글 음절은 하나당 가중치 2를 적용하므로 200 × 2 = 400입니다. 일반 게시물의 가중치 280 범위를 넘습니다. 단순한 280자 이하 진행 막대가 있었다면 잘못된 합격 판정을 내렸을 것입니다. 그래서 X 전용 프리셋은 제공하지 않습니다.

영문·숫자와 섞이면 원시 글자수 140도 확실한 경계가 아닙니다. X 도움말에 따르면 게시물 링크는 URL 길이와 무관하게 23자로 계산합니다. 이모지 묶음도 별도 규칙이 있습니다. 이모지 네 가지를 직접 비교한 글에서 눈에 보이는 묶음과 코드 포인트·UTF-16 단위·바이트가 어떻게 다른지 확인할 수 있습니다. 이 실험이 X의 게시 가능 여부를 판정하는 것은 아니므로, 게시 전 X 작성 화면에서 마지막으로 확인하세요.

예시 2: SMS는 글자수보다 인코딩과 구간이 중요

일반 GSM-7 문자만 있는 SMS는 한 구간에 최대 160자, 그 문자 집합 밖의 글자가 들어가 UCS-2를 쓰면 한 구간에 최대 70자가 기본입니다. 그보다 긴 문자도 여러 구간으로 나누어 전송할 수 있습니다. 구간이 이어질 때는 머리말 공간 때문에 구간당 담는 양이 줄어듭니다. Twilio의 인코딩 설명을 보면 단순한 160자 합격 판정이 왜 위험한지 알 수 있습니다.

같은 80자라도 GSM-7에서 차지하는 양은 다릅니다

위의 160은 모든 눈에 보이는 글자에 똑같이 적용하는 한도가 아닙니다. GSM-7 확장 문자표의 { 같은 기호는 이스케이프를 포함해 7비트 단위 두 개를 사용합니다. 이 단위를 셉텟이라고 합니다.

입력피피 글자수UTF-8 바이트GSM-7 셉텟
A 80개808080
{ 80개8080160

직접 비교하려면 글자수 카운터에 AAAAAAAAAA를 공백·줄바꿈 없이 여덟 번 넣고, 이어서 {{{{{{{{{{를 여덟 번 넣어 보세요. 두 입력 모두 80자·UTF-8 80바이트지만, 위 표의 GSM-7 용량은 서로 다릅니다. 도구가 GSM-7 셉텟을 표시하거나 문자 발송을 시험한 것은 아닙니다. 셉텟 열은 Twilio 문서의 문자표와 확장 문자 규칙을 적용한 계산입니다.

따라서 ASCII 기호만 썼더라도 원시 글자수나 UTF-8 바이트만 보고 SMS 한 구간에 들어간다고 확정하지 마세요. 실제 발송 서비스의 인코딩·구간 미리보기에서 최종 문장을 확인하세요.

우리 도구의 UTF-8 바이트 수는 SMS 발송 구간·요금 계산 결과가 아닙니다. 특히 국내 통신사·문자 발송 서비스의 실제 구분과 과금은 해당 서비스 화면이나 약관에서 확인해야 합니다.

예시 3: Google의 메타 설명에 155자 한도는 없다

Google 검색 센터는 메타 설명의 고정 글자수 한도가 없다고 설명합니다. 검색결과에는 설명 태그 대신 본문 일부가 표시될 수도 있고, 표시된 문장도 화면 폭 등에 맞춰 줄어들 수 있습니다. 따라서 155자를 맞추는 일은 검색결과에 모든 글자를 노출시키는 보증서가 아닙니다.

메타 설명을 쓸 때는 숫자보다 그 페이지에서만 제공하는 답을 정확하게 설명하는 것이 우선입니다. 공개 후 검색결과가 보이면 실제 표시를 확인하세요.

게시·제출 전 세 단계

  1. 여기서 원시 글자수와 공백·바이트 차이를 확인합니다.
  2. 게시처가 단어·가중 글자·인코딩 구간 중 무엇을 세는지 확인합니다.
  3. 최종 본문을 게시처 입력창에 붙여넣어 그곳의 결과를 확인합니다.

카운터의 가치는 일관된 기준값입니다. 그 기준값이 어디까지 유효한지 알려주는 것도 도구의 책임입니다.

자주 묻는 질문

한글 200자는 X 게시물에 들어가나요?
일반적인 글자수 카운터에서는 200자로 보이지만 X는 한글에 가중치를 적용합니다. X의 공개 설정대로라면 해당 예시는 가중치 400이므로 일반 게시물의 280 범위를 넘습니다. 최종 판단은 X 작성 화면에서 확인하세요.
한글 SMS는 무조건 70자까지만 보낼 수 있나요?
아닙니다. UCS-2 단일 구간의 기본 크기가 70자일 수 있지만 긴 문자는 여러 구간으로 이어질 수 있습니다. 국내 통신사나 발송 서비스의 인코딩·과금 기준은 별도로 확인해야 합니다.
메타 설명을 155자로 쓰면 Google에서 다 보이나요?
보장되지 않습니다. Google은 고정 글자수 한도를 두지 않으며, 검색어와 기기 등에 따라 표시 내용을 바꾸거나 줄일 수 있습니다.

출처

검토 기록: Codex AI 출처·코드 검토; 사람 전문가 검토는 아님

확인 내역과 한계 펼쳐 보기

2026-09-24 글자수 도구의 코드 포인트 산식과 X twitter-text v3 설정·URL 규칙, Twilio GSM-7/UCS-2 자료, Google 검색 스니펫 공식 문서를 대조했다. 2026-09-28 같은 언어의 이모지 글자수 실험 글과 본문 연결을 확인했다. 2026-10-13 Twilio의 확장 문자 설명을 다시 대조하고 운영 Chrome에서 A 80개와 여는 중괄호 80개의 글자수·UTF-8 표시가 모두 80임을 확인했다. 새 표의 GSM-7 값은 문서에 근거한 계산이며 실제 문자 발송·과금 실험이 아니다. 국내 통신사와 모든 실시간 게시 화면은 시험하지 않았다.

이 글에서 더한 것 — 실제 도구의 한글 200자 원시 카운트와 X 공개 가중 규칙의 400을 대조하고, SMS 구간과 Google 검색 스니펫을 서로 다른 단위로 구분한다.

검토 기록은 기재된 확인 내역이며, 독립적인 정확성 보증은 아닙니다.

도구로 돌아가기 →
이어 읽기