텍스트 카운터

Text Counter는 글을 길이와 관련된 모든 지표로 분해합니다. 입력하거나 붙여 넣는 즉시 공백을 포함한 글자 수와 제외한 글자 수를 세고, 이어서 단어·문장·문단·줄을 집계합니다. 이런 익숙한 수치와 더불어 읽기 시간과 말하기 시간을 추정하고, 대부분의 도구가 생략하는 세부 정보까지 보여 줍니다. 곧 유니코드 그래핌 클러스터, 코드 포인트, 코드 유닛, 그리고 UTF-8·UTF-16과 여러 레거시 인코딩에서의 바이트 크기입니다.

상세 분석 패널은 글자를 종류별로도 나눠 줍니다 — 한국어, 이모지, ASCII, 그 외 유니코드 — 텍스트가 실제로 무엇으로 이루어졌는지 한눈에 확인할 수 있습니다.

글자 수 제한은 우리가 쓰는 글의 상당 부분을 좌우합니다. 트윗은 280자에서 멈추고, 메타 디스크립션은 검색 결과에서 대략 160자를 넘기면 잘리며, SMS는 160자를 넘는 순간 여러 개의 세그먼트로 나뉩니다. 자기소개서나 지원서 입력란은 단어 수나 글자 수 상한을 엄격하게 두는 경우가 많습니다. 편집하는 동안 숫자가 올라가는 것을 지켜보는 편이, 양식에 붙여 넣었다가 거부당하는 것보다 훨씬 편합니다.

읽기 시간과 말하기 시간 추정치는 문제의 반대편을 도와줍니다. 글이 차지하는 공간이 아니라, 기사나 대본이 청중에게 얼마만큼의 시간을 요구하는지를 가늠하게 해 줍니다.

'Hello, world!'라는 문자열을 예로 들어 봅시다. 공백을 포함해 13자, 제외하면 12자이고 단어 2개, 문장 1개, 줄 1개입니다. 이제 👨‍👩‍👧 같은 이모지를 붙여 넣어 보세요. 화면에서는 하나의 글자처럼 보여 그래핌 클러스터로는 1개로 세지만, 내부적으로는 여러 코드 포인트가 결합해 만들어졌기 때문에 코드 포인트 수와 바이트 합계는 더 커집니다. 두 수치를 함께 보면 '한 글자'짜리 이모지가 왜 엄격한 바이트 제한의 상당 부분을 잡아먹는지 이해할 수 있습니다. 참고로 '문자' 수는 UTF-16 코드 유닛 기준의 텍스트 길이를 따르므로 같은 이모지도 1보다 크게 더해지지만, '그래피메 클러스터'는 한 번만 셉니다.

공백을 포함한 글자 수와 제외한 글자 수의 차이는 서식이 많은 텍스트일수록 벌어집니다. 그러니 플랫폼이 실제로 어느 쪽을 기준으로 삼는지 확인하세요. 대부분의 SNS는 공백을 포함하지만, 일부 오래된 시스템은 그렇지 않습니다. 단어 수는 구분자에 의존하기 때문에, 공백이 없는 CJK(중국어·일본어·한국어) 문장은 단순한 공백 분리가 아니라 문자 체계를 인식하는 규칙으로 처리됩니다. 문장 수는 문장 끝 부호를 기준으로 세므로 약어나 말줄임표가 합계를 흔들 수 있습니다. 마지막으로 바이트 크기는 전적으로 인코딩에 달려 있습니다. 악센트가 붙은 문자나 CJK 문자는 코드 유닛으로는 하나여도 UTF-8에서는 여러 바이트를 차지하며, 인코딩 섹션이 바로 그것을 눈에 보이게 해 줍니다.