직접 실험·검증한 가이드
작성 paper&honey 운영자 게시 수정
스레드·X·인스타 글자수 제한 총정리 — 이모지는 왜 2글자로 세질까
스레드나 X에 글을 올리려는데 "글자수 초과"가 뜨는데, 정작 내가 센 글자수는 한도 안쪽인 경우가 있습니다. 분명 480자쯤인 것 같은데 스레드는 넘었다고 하고, 반대로 여유 있어 보이던 글이 갑자기 걸리기도 합니다. 이건 착각이 아니라 "글자를 세는 방식"이 사람과 플랫폼이 다르기 때문입니다. 이 글은 플랫폼별 한도를 정리하고, 같은 문구가 세는 방식에 따라 실제로 몇 글자로 계산되는지 직접 세어 그 차이를 보여줍니다.
플랫폼별 글자수 한도
먼저 자주 쓰는 SNS의 한 게시물·항목당 글자수 한도입니다. 2026년 기준 널리 알려진 값이며, 플랫폼 정책은 수시로 바뀌고 유료 플랜에서 늘어나기도 하니 중요한 제출이라면 작성 화면의 카운터로 최종 확인하는 것이 안전합니다.
| 플랫폼 | 한도(대략) |
|---|---|
| 스레드(Threads) 게시물 | 500자 |
| X(트위터) 게시물 | 280자 — 단 한글·CJK·이모지는 2로 가중, 한글만 쓰면 약 140자 (유료 플랜은 더 김) |
| 인스타그램 캡션 | 2,200자 (해시태그 30개) |
| 인스타그램 소개(bio) | 150자 |
| 페이스북 게시물 | 매우 김(수만 자) |
같은 문구인데 방식마다 글자수가 다르다
여기서 "왜 내가 센 것과 다른가"의 답이 나옵니다. 컴퓨터가 글자를 세는 방식은 하나가 아닙니다. 몇 가지 문구를 세 가지 방식으로 실제로 세어봤습니다(파이썬). "눈에 보이는 글자"는 사람이 세는 그대로, "UTF-16"은 자바스크립트의 문자열 길이 방식으로 상당수 웹 플랫폼이 채택한 계산, "UTF-8 바이트"는 데이터 크기 기준입니다.
| 문구 | 눈에 보이는 글자 | UTF-16(다수 플랫폼) | UTF-8 바이트 |
|---|---|---|---|
| 안녕하세요 | 5 | 5 | 15 |
| Hi 김철수 | 6 | 6 | 12 |
| 안녕😀 | 3 | 4 | 10 |
| 👍🔥😀 | 3 | 6 | 12 |
순수 한글·영문만 있으면 세 방식이 거의 일치합니다("안녕하세요"는 모두 5). 한글이라고 불리하지도 않습니다 — 코드포인트로 세면 한글 한 글자도 알파벳 한 글자와 똑같이 1입니다. 차이는 이모지에서 벌어집니다. "👍🔥😀"는 눈엔 3개인데 UTF-16 방식으로는 6으로 세집니다. 이모지 세 개가 글자 한도 6칸을 먹는 셈입니다. 그래서 "글자수가 왜 이렇게 빨리 차지?" 싶으면 대개 범인은 이모지입니다.
이모지가 2글자로 세지는 이유
이모지 😀는 사람 눈에도 하나, 유니코드 코드포인트로도 하나(U+1F600)입니다. 그런데 자바스크립트의 문자열 길이 같은 UTF-16 방식에서는 2로 세집니다. UTF-16은 한 글자를 원래 2바이트(16비트) 한 칸으로 표현하는데, 이모지처럼 이 칸 하나에 담기지 않는 문자는 두 칸을 이어 붙여 표현합니다. 이걸 서로게이트 쌍이라고 부릅니다. 많은 웹 플랫폼의 글자수 카운터가 이 UTF-16 칸 수를 그대로 쓰기 때문에, 이모지 하나가 2로 계산되는 것입니다. 참고로 최신 이모지 중에는 여러 코드포인트가 합쳐진 것(예: 피부색·가족·깃발 조합)도 있어, 이런 이모지는 하나인데도 4칸, 6칸씩 먹기도 합니다. 이모지를 많이 쓰는 글이라면 한도를 훨씬 빨리 소진할 수 있다는 뜻입니다.
눈에 안 보이는 함정 — 맥에서 복붙한 한글
이모지가 없는데도 글자수가 이상하게 많이 잡히는 드문 경우가 있습니다. 화면엔 똑같은 "한"인데, 저장된 방식이 완성형(NFC)이냐 분리형(NFD)이냐에 따라 세지는 수가 다릅니다.
완성형(NFC) '한' → 코드포인트 1 (보통 입력하면 이쪽)
분리형(NFD) '한' → 코드포인트 3 (ㅎ+ㅏ+ㄴ 으로 분리 저장)맥에서 만든 파일명이나 일부 앱에서 복사한 한글은 자모가 분리된 NFD 상태일 수 있고, 이걸 그대로 붙여넣으면 한 글자가 3으로 세져 카운터가 확 부풀 수 있습니다. 이 완성형·분리형 차이가 왜 생기는지는 맥 자소분리 실측 가이드에서 바이트까지 파고들었습니다.
그래서 어떻게 맞추나
가장 확실한 건 붙여 넣을 플랫폼과 같은 방식으로 세어주는 카운터로 미리 확인하는 것입니다. paper&honey의 SNS 글자수 카운터는 스레드·X·인스타 등 플랫폼별 한도를 골라 실시간으로 남은 글자수를 보여줍니다. 이모지가 몇 칸을 먹는지도 그대로 반영되니, 올리기 전에 초과 여부를 미리 잡을 수 있습니다. 일반 글쓰기용으로 공백 포함·제외나 바이트까지 보고 싶다면 글자수 세기 도구가 더 편합니다. 자소서·이력서처럼 "공백 포함 몇 자" 규격을 맞출 때 쓰는 쪽입니다.
짚고 넘어갈 질문
Q. 한글이 영어보다 글자수에서 불리한가요? 플랫폼에 따라 다릅니다. 스레드·인스타처럼 코드포인트로 세는 곳에서는 한글 한 글자도 알파벳 한 글자와 똑같이 1이라 불리하지 않습니다. 반면 X(트위터)는 한글·한자·가나 같은 CJK 문자와 이모지를 한 글자당 2로 계산하는 가중 방식이라, 한글로만 쓰면 280자의 절반인 약 140자에서 한도가 찹니다. 같은 문구라도 X에 올릴 때 유독 빨리 걸리는 이유입니다.
Q. 공백이나 줄바꿈도 글자수에 포함되나요? 네, 대부분의 플랫폼은 공백과 줄바꿈도 한 글자로 셉니다. 특히 줄바꿈을 많이 넣은 글은 눈으로 센 글자수보다 실제 카운트가 큽니다. 인스타 캡션에서 줄바꿈이 오히려 사라지는 별개의 문제는 인스타 줄바꿈 가이드에서 다뤘습니다.
Q. 카운터마다 숫자가 다르게 나오는데 뭐가 맞나요? 각 카운터가 위에서 본 방식 중 무엇을 쓰는지에 따라 다릅니다. 어느 하나가 틀린 게 아니라 기준이 다른 것입니다. 실제로 올릴 플랫폼과 같은 기준으로 세는 카운터의 숫자를 믿고, 최종적으로는 그 플랫폼 작성 화면의 카운터로 확인하는 것이 가장 정확합니다.