Skip to content

무료 글자 수 세기 & 단어 카운터

단어, 문자, 문장, 단락 수와 읽기 시간을 즉시 계산합니다. Twitter, 메타 설명, Instagram 길이 제한 검사를 실시간으로 지원하는 무료 브라우저 카운터입니다.

트래킹 없음 브라우저 실행 무료
모든 카운트는 브라우저 안에서 로컬로 이루어집니다. 어떤 서버로도 데이터가 전송되지 않습니다.

0

단어

0

문자

0

공백 제외

0

문장

0

단락

0

읽기 시간

0 초

말하기 시간

0 초

플랫폼 한도

Twitter / X 게시물 0 / 280
메타 디스크립션 (SEO) 0 / 160
페이지 제목 태그 0 / 60
Instagram 캡션 0 / 2200
LinkedIn 게시물 0 / 3000
SMS (1 세그먼트) 0 / 160

상위 단어

  • 입력하면 상위 단어가 표시됩니다

분석

평균 단어 길이
0
평균 문장 길이
0
가장 긴 단어
Microsoft Word / Google Docs와의 패리티, Unicode 코드 포인트 문자 카운트, CJK 표의문자 처리, 플랫폼 한도 정확성, 읽기 속도 출처에 대해 검토 완료 — Go Tools 엔지니어링 팀 · May 20, 2026

단어 카운터란 무엇인가요?

단어 카운터는 텍스트 블록을 받아서 작가, 편집자, 발행인이 신경 쓰는 지표 — 몇 단어가 들어 있는지, 몇 문자(공백 포함과 미포함)인지, 몇 문장과 몇 단락인지, 소리 내어 또는 묵독으로 읽는 데 얼마나 걸리는지 — 를 보고하는 도구입니다. 단어 카운터는 개인용 컴퓨터보다 오래되었습니다. 타자기 편집자는 손으로 셌고, 그 뒤에는 타자기에 부착된 디지털 카운터로 셌습니다. 그러나 오늘날 대부분의 작가가 사용하는 형태는 브라우저 기반 실시간 단어 카운터입니다.

핵심 단위인 단어는 단순해 보이지만 그렇지 않습니다. 영어 단어 카운터는 공백과 내부 구두점으로서의 하이픈을 기준으로 토큰화합니다. "don't"는 한 단어, "state-of-the-art"는 한 단어, "twenty-five"도 한 단어입니다. 숫자는 보통 단어로 계산되지만("42"는 한 단어) NLP 맥락의 불용어 필터는 분석에서 제외할 수 있습니다. 중국어, 일본어, 한국어 텍스트에서는 표의문자당 한 단어가 관례입니다. 500자 중국어 에세이는 500단어 중국어 에세이입니다. CJK는 단어 사이 공백을 사용하지 않으며 가장 작은 의미 단위가 문자이기 때문입니다. Microsoft Word, Google Docs, 네이티브 중국어 워드프로세서, 그리고 모든 진지한 다국어 카운터가 이 규칙을 따르며 본 도구도 마찬가지입니다.

원시 카운트 외에 현대의 단어 카운터는 읽기 시간과 말하기 시간을 계산합니다. 표준 읽기 속도는 분당 230단어로, 영어 원어민 독자에 대한 수십 년에 걸친 학술 연구에서 측정한 묵독 속도의 중앙값입니다(Brysbaert 2019 메타 분석). 표준 말하기 속도는 분당 130단어로, 컨퍼런스 발표자, 보이스오버 아티스트, TED 강연이 수렴하는 속도입니다. 명료하게 들릴 만큼 충분히 느리면서 자연스럽게 느낄 만큼 충분히 빠릅니다. 블로그 플랫폼, 뉴스 사이트, 콘텐츠 관리 시스템은 이 속도를 사용해 독자의 기대치를 설정하는 "x분 읽기" 표시를 제공합니다.

디지털 발행에서는 이제 많은 맥락에서 단어 수보다 문자 상한이 더 중요해졌습니다. Twitter/X 게시물은 280자로 제한됩니다. Google의 메타 디스크립션은 데스크톱에서 잘림 전 약 150-160자, 모바일에서는 더 적게 표시됩니다. 페이지 제목 태그는 검색 결과에서 약 60자에서 잘립니다. SMS 메시지는 160자 세그먼트 단위로 청구됩니다. Instagram 캡션은 2,200자까지입니다. 이 한도들을 표시하지 않는 단어 카운터는 사용자가 눈대중으로 가늠하게 만듭니다. 본 도구는 각 한도에 대해 실시간 진행 막대를 표시해 표시, 도달률, 순위에 영향을 미치는 상한선을 넘었을 때 알려 줍니다.

내부적으로 단어 카운터는 수백 줄의 정규식과 문자열 처리입니다. 흥미로운 엔지니어링은 엣지 케이스에 있습니다. CJK와 라틴 혼합 텍스트, UTF-16 코드 단위 카운트 대 Unicode 코드 포인트 카운트(이모지는 서러게이트 페어이므로 그렇지 않으면 두 글자로 계산됨), 축약형 안의 아포스트로피와 인용된 발화를 둘러싼 아포스트로피, 엠 대시 구분자와 엠 대시 복합어, 약어 안의 문장 종결 부호 같은 문제들입니다. 본 도구의 카운트는 Microsoft Word와 Google Docs의 관례를 따릅니다. 그 두 편집기가 사용자의 텍스트를 받는 사람들이 카운트를 확인할 때 사용할 편집기이기 때문입니다. 일치 여부가 철학적 순수성보다 중요합니다.

모든 계산은 브라우저 안에서 완전히 이루어집니다. 텍스트는 페이지를 벗어나지 않고, 가입도 필요 없으며, 로그도 남지 않습니다. 취재원 노트를 가진 기자, 클라이언트 초안을 다루는 변호사, 미공개 캠페인을 가진 마케터, 진행 중인 작업을 기밀로 다루는 모든 사람의 프라이버시 기대치와 부합합니다. 관련된 텍스트 도구를 더 깊이 살펴보려면 Base64 인코더는 바이너리-텍스트 인코딩을, URL 인코더는 URL 안전 텍스트를, MD5 해시 생성기는 핑거프린팅을 처리합니다. 함께 사용하면 개발자나 콘텐츠 작업자가 필요한 비포맷 텍스트 조작의 대부분을 다룰 수 있습니다.

// What's actually being counted (simplified)
function countWords(text) {
  // CJK: each ideograph is one word
  const cjk = text.match(/[\u4E00-\u9FFF\u3040-\u30FF\uAC00-\uD7AF]/g) || [];
  // Latin: word = letters/digits with optional internal hyphen or apostrophe
  const latin = text
    .replace(/[\u4E00-\u9FFF\u3040-\u30FF\uAC00-\uD7AF]/g, ' ')
    .match(/[A-Za-z0-9]+(?:[''-][A-Za-z0-9]+)*/g) || [];
  return cjk.length + latin.length;
}

// Reading time at 230 wpm
function readingMinutes(words) {
  return Math.round((words / 230) * 60); // seconds
}

// Twitter limit check — raw character ceiling 280
function underTwitterLimit(text) {
  return [...text].length <= 280; // Unicode code points, not UTF-16 units
}

주요 기능

입력하는 동안 실시간 카운트

모든 지표 — 단어, 공백 포함·미포함 문자, 문장, 단락, 줄 — 가 디바운스 지연 없이 키 입력마다 갱신됩니다. 누를 카운트 버튼도, 페이지 새로 고침도, 기다림도 없습니다. 실제 글쓰기의 속도를 위해 설계되었습니다.

읽기 & 말하기 시간 추정

읽기 시간은 분당 230단어(Brysbaert 2019 메타 분석의 성인 묵독 평균), 말하기 시간은 분당 130단어(명료한 보이스오버와 컨퍼런스 발표의 표준 속도)를 사용합니다. 한 도구에 두 추정치 — 블로그 "x분 읽기" 라벨, 팟캐스트 스크립팅, 프레젠테이션 타이밍에 유용합니다.

플랫폼 한도 검사 (Twitter, SEO, SMS)

Twitter/X(280자), 메타 디스크립션(160자), 페이지 제목(60자), Instagram 캡션(2,200), LinkedIn 게시물(3,000), SMS 세그먼트(160)에 대한 실시간 진행 막대를 제공합니다. 발행하거나 보내기를 누른 뒤가 아니라 작성 중에 길이 문제를 잡아냅니다.

CJK + 라틴 혼합 카운트

중국어, 일본어, 한국어 문자를 각각 한 단어로 계산하고(Microsoft Word 관례) 라틴 토큰은 일반적인 방식으로 계산합니다. 영중 혼합 텍스트도 Microsoft Word, Google Docs, 사용자의 번역가나 편집자가 산출하는 값과 일치하는 카운트를 얻을 수 있습니다.

상위 단어 빈도 분석

영어 불용어("the", "and", "is" 등)를 걸러낸 가장 자주 등장하는 의미 있는 단어 10개를 보여 줍니다. 미처 알아차리지 못한 반복을 드러내 줍니다. 누군가 초안을 읽기 전에 거치는 가장 저렴한 자기 편집 단계입니다.

평균 단어 & 문장 길이

평균 단어 길이(라틴 토큰)와 평균 문장 길이(문장당 단어 수)는 거친 가독성 신호를 제공합니다. 평균 문장 길이가 25단어를 넘으면 글이 훑어 읽기 어렵습니다. 12 아래로 떨어지면 끊겨 보일 수 있습니다. 일반 청중 대상 글쓰기의 스위트 스팟은 15-20입니다.

가장 긴 단어 표시

텍스트에서 가장 긴 단일 라틴 단어를 표시합니다. 우연한 연결("thisismyverylongword"), 정의가 필요한 전문 용어, 복잡한 글을 시사하는 과도하게 긴 기술 용어를 잡아내는 데 유용합니다.

Unicode 정확 문자 카운트

UTF-16 코드 단위가 아니라 Unicode 코드 포인트 기준으로 계산합니다. 이모지, 수학 기호, CJK 확장 문자가 두 번 대신 한 번씩 계산됩니다. Twitter, Instagram, SMS 게이트웨이가 실제로 한도와 비교하는 방식과 일치합니다.

100% 브라우저 기반 프라이버시

모든 카운트는 브라우저 안에서 로컬로 이루어집니다. 텍스트는 업로드되지도, 로그에 남지도, 저장되지도, 분석되지도 않습니다. 클라이언트 정보가 담긴 초안, 미공개 제품명, 법률 문서, 그 밖의 기밀 자료에도 안전합니다. 브라우저의 네트워크 탭에서 직접 확인할 수 있는데, 입력하는 동안 요청이 발생하지 않습니다.

단어 카운터 대안 비교

Microsoft Word (검토 > 단어 수)

데스크톱 앱, 유료

라틴과 CJK 단어 카운트 관례의 참조 구현. 두 도구가 모두 읽을 수 있는 텍스트에 대해 본 도구와 같은 숫자를 산출합니다. 워크플로가 느립니다 — Word 안에 있어야 하고 파일이 열려 있어야 합니다. 플랫폼 한도 검사(Twitter, 메타 디스크립션 등)나 읽기 시간을 표시하지 않습니다.

Google Docs (도구 > 단어 수)

브라우저 기반, 무료

Microsoft Word와 동일한 카운트 규칙. Google 계정과 Google Docs 문서 안의 텍스트가 필요합니다. 플랫폼 한도, 읽기 시간 추정, 상위 단어 분석이 없습니다. 텍스트가 이미 Docs에 있을 때 가장 적합합니다.

브라우저 텍스트 영역 카운트 (HTML/JS 네이티브)

개발자 도구

`textarea.value.length`는 문자 수를, `value.split(/\s+/).length`는 근사 단어 수를 제공합니다. 빠른 점검에 유용하지만 CJK에서 깨지고, Unicode 이모지를 올바르게 처리하지 못하며(서러게이트 페어를 2로 계산), 다른 지표를 제공하지 않습니다. 본 도구를 빈약하게 재발명한 셈입니다.

Twitter/X 작성창

플랫폼 네이티브

Twitter 자체 카운터가 280 한도의 사실의 원천입니다(URL 치환 계산을 자동으로 수행). Twitter에 붙여넣을 준비가 안 된 초안에는 본 도구가 더 빠른 점검을 제공합니다. URL이 포함된다면 발행 전에 Twitter에서 최종 카운트를 확인하십시오.

단어 카운터 모바일 앱

iOS / Android, 무료 또는 유료

대부분의 모바일 단어 카운터 앱은 본 도구의 핵심 기능을 재현하고 광고 수익, 분석, 업셀을 추가합니다. 프라이버시는 제각각입니다 — 일부는 "클라우드 동기화"를 위해 텍스트를 서버에 업로드합니다. 본 도구는 모바일 브라우저에서도 데이터 유출 없이 데스크톱과 동일하게 동작합니다.

Hemingway Editor

브라우저 기반, 프리미엄

단어 수는 많은 기능 중 하나일 뿐이며, 초점은 가독성 점수(Flesch-Kincaid 등급, 부사 수, 수동태)에 있습니다. 순수 단어 카운트에는 Hemingway이 과도하고 느립니다. 산문 품질 분석도 함께 원할 때 가장 적합합니다. 본 도구의 평균 문장 길이 통계가 Hemingway이 확장하는 기본적인 가독성 신호를 다룹니다.

ProWritingAid

브라우저 + 데스크톱, 유료

깊이 있는 스타일 분석, 문법 검사, 단어 수를 갖춘 포괄적인 글쓰기 도구 모음. 구독 기반입니다. 카운트 자체만 보면 본 도구가 더 빠르고 무료입니다. 발전적 편집에는 ProWritingAid가 훨씬 많은 일을 합니다 — 글쓰기 과정의 단계마다 다른 도구입니다.

단어 수 예시

단일 트윗 — 280자 상한

Just shipped the new word counter — counts words, characters, sentences, reading time, and even checks your text against Twitter, Instagram, and meta description limits. All in the browser, zero signup. https://go-tools.org/tools/word-counter

240자, 38단어 — 단일 트윗에 40자의 여유를 두고 들어맞습니다. Twitter 진행 막대는 86% 사용을 표시합니다. URL은 표시되는 길이만큼 Twitter의 문자 상한에 반영되지만(Twitter는 발행 후 23자로 단축), 더 긴 URL이어도 본문을 위한 공간이 남습니다.

SEO 메타 디스크립션 — 160자 스위트 스팟

Free word counter with live character count, reading time, and limit checks for Twitter, Instagram, and meta descriptions. 100% browser-based, no signup.

152자, 23단어 — Google의 일반적인 데스크톱 메타 디스크립션 잘림 지점인 약 160자 아래입니다. 메타 디스크립션 진행 막대가 녹색을 표시합니다. Google 디스플레이를 충분히 활용하면서 모바일 잘림 안전 영역을 유지하려면 150-160자를 목표로 하십시오.

페이지 제목 태그 — 60자 표시 한도

Free Word Counter — Words, Characters, Reading Time | Go Tools

62자, 11단어. Google은 보통 데스크톱에서 약 60자보다 긴 제목을 줄임표로 잘라냅니다. 여기서 제목 태그 진행 막대는 황색을 표시합니다. CTR 손실을 일으키는 표시 잘림을 피하려면 60자로 다듬는 편이 좋습니다.

에세이 발췌 — 250단어 목표

The word counter is the unsung hero of every writing workflow. Editors count words to bill clients, students count words to hit a 250-word essay floor, marketers count characters to fit a Twitter post or meta description...

250단어 에세이 목표가 있을 때 최적화 대상은 메인 단어 통계입니다. 평균 문장 길이 통계도 도움이 됩니다. 25를 넘기면 글이 너무 빽빽하고, 15 아래면 훑어 읽기 쉽습니다. 읽기 시간은 글이 1분짜리인지 그보다 긴지를 알려 줍니다.

영중 혼합 텍스트

JavaScript 是一种强大的脚本语言,supports object-oriented, functional, and event-driven paradigms. 它运行在浏览器和服务器端 with Node.js.

혼합 텍스트는 표준 CJK 관례로 계산됩니다. 중국어 문자는 각각 한 단어이고, 라틴 토큰도 각각 한 단어입니다. 여기서는 중국어 19자 + 라틴 토큰 13개 = 32단어입니다. Microsoft Word, Google Docs, 네이티브 중국어 워드프로세서가 계산하는 값과 일치하므로 카운트의 이식성이 보장됩니다.

코드 블록 — 줄과 문자 수

function countWords(text) {
  if (!text) return 0;
  return text.trim().split(/\s+/).length;
}

코드로 붙여넣으면 단어 통계는 각 식별자를 한 단어로 처리합니다(`function`, `countWords`, `text`, `if`, `return` 등이 포함됨). 줄 통계는 줄 수를 알려 줍니다(여기서는 4줄). 정확한 LOC가 필요하다면 코드 라인 카운터를 사용하십시오. 본 도구는 산문에 최적화되어 있지만 기본 지표는 여전히 유효합니다.

단어 카운터 사용 방법

  1. 1

    텍스트 입력 또는 붙여넣기

    텍스트 영역을 클릭하고 입력을 시작하거나 어디서든 텍스트를 붙여넣으십시오. Word 문서, 이메일 초안, 코드 편집기, 웹사이트 무엇이든 가능합니다. 모든 지표가 입력하는 동안 즉시 갱신됩니다. 카운트 버튼은 없습니다.

  2. 2

    메인 통계 확인

    통계 그리드는 단어, 문자(공백 포함과 미포함), 문장, 단락, 줄을 표시합니다. 아래의 두 시간 추정치는 분당 230단어 기준 읽기 시간과 분당 130단어 기준 말하기 시간을 보여 줍니다. 블로그 포스트와 프레젠테이션 스크립팅에 실용적인 기본값입니다.

  3. 3

    플랫폼 한도 검사

    플랫폼 한도 행은 Twitter(280), 메타 디스크립션(160), 제목 태그(60), Instagram(2,200), LinkedIn(3,000), SMS 세그먼트(160) 상한을 추적합니다. 각 진행 막대는 상한에 가까워지거나 초과하면 중립에서 경고, 그리고 오류로 바뀝니다. 이렇게 하면 트윗, 메타 태그, 문자 메시지 작성이 훨씬 빨라집니다.

  4. 4

    편집을 위해 분석 패널 활용

    상위 단어 목록(영어 불용어 제외)은 반복을 드러내고, 평균 문장 길이는 빽빽한 글(>25단어 = 훑어 읽기 어려움)에 경고를 띄웁니다. 가장 긴 단어 통계는 우연한 연결어를 잡아냅니다. 보내기 전에 글을 다듬는 데 사용하십시오.

  5. 5

    끝나면 복사 또는 초기화

    복사를 눌러 전체 텍스트를 클립보드로 옮기십시오. 초기화를 눌러 텍스트 영역을 재설정하십시오. 샘플을 눌러 데모 텍스트를 로드하십시오. 모든 동작은 즉시 이루어지며 서버로 전송되는 것은 없습니다.

흔한 카운트 실수

공백 전용 카운터로 CJK 텍스트 카운트

중국어, 일본어, 한국어 텍스트는 단어 사이 공백을 사용하지 않으므로, 공백으로만 분할하는 카운터는 500자 에세이를 1단어로 보고합니다 — 500배 어긋남입니다. Microsoft Word 관례(그리고 본 도구)는 각 CJK 표의문자를 한 단어로 계산하며, 교사, 편집자, 번역 도구가 산출하는 값과 일치합니다. 같은 중국어 텍스트에 대해 카운터가 크게 다른 숫자를 보여 준다면 잘못된 것은 사용자의 에세이가 아니라 카운터입니다.

✗ 오류
텍스트: "今天天气真好,我决定去公园散步。"
순진한 카운터(공백 분할): 1단어
본 카운터(CJK 인지): 14단어
✓ 정상
텍스트: "今天天气真好,我决定去公园散步。"
각 중국어 문자를 한 단어로 계산.
Microsoft Word, Google Docs, 네이티브 CJK 편집기와 일치.

UTF-16 카운터의 이모지 문자 수를 신뢰하기

😀 같은 이모지는 UTF-16에서 서러게이트 페어로 인코딩되므로, `string.length`(JS 기본값)를 측정하는 카운터는 각 이모지를 2자로 계산합니다. Twitter, Instagram, SMS 게이트웨이는 Unicode 코드 포인트로 계산하므로 이모지 하나가 1자입니다. 잘못된 카운터를 쓰면 Twitter가 한도 초과로 거부하는 트윗을 발행하거나, Instagram 캡션에 들어갈 이모지 수를 잘못 판단하게 됩니다.

✗ 오류
텍스트: "Hi! 😀😀😀"
string.length: 10 (이모지 각각을 2로 처리)
잘못됨: 텍스트가 10/280자를 사용한다고 표시
✓ 정상
텍스트: "Hi! 😀😀😀"
코드 포인트 카운트: 7 (이모지 = 각각 1)
정확함: Twitter가 측정하는 값과 일치

스마트 따옴표가 포함된 워드프로세서 텍스트 붙여넣기

Microsoft Word, Google Docs, Apple Notes에서 붙여넣으면 ASCII 등가물과 같아 보이지만 다르게 인코딩되는 스마트 따옴표("", '')와 엠 대시(—)가 함께 들어옵니다. 단어 수는 같지만, ASCII를 기대하는 플랫폼(일부 CMS, 일부 채팅 플랫폼)에 발행하면 문자가 ??나 박스로 렌더링됩니다. 첫 붙여넣기 후 발행된 버전을 한 번 확인하십시오. 대부분의 현대 플랫폼은 스마트 따옴표를 처리하지만 레거시는 깨집니다.

✗ 오류
원본: "It's a great day," she said. (스마트 따옴표)
레거시 CMS에 발행: ?It??s a great day,? she said.
카운트는 맞았지만 렌더링이 어긋남.
✓ 정상
초안에는 텍스트 편집기(VS Code, 일반 TextEdit)를 사용하십시오.
또는 발행 전에 스마트 따옴표를 수동으로 교체하십시오.
또는 대상 플랫폼이 Unicode를 처리하는지 확인하십시오(대부분 처리합니다).

Twitter 카운트의 URL 치환 무시

Twitter는 원본 길이와 무관하게 발행 시점에 어떤 URL이든 23자로 자동 단축합니다. 초안의 100자짜리 URL은 발행된 트윗에서 23자만 차지합니다. 원시 텍스트를 세는 것은 부풀려진 카운트를 줍니다. URL이 포함되면 본 카운터가 보여 주는 것보다 더 많은 공간이 있습니다. 23자 치환은 고정값이므로 초안 길이를 (원시 카운트) − (URL 길이) + 23 ×URL 수 로 다루십시오.

✗ 오류
초안: "Check this out: https://very-long-domain-name.com/path/to/page?with=parameters&and=more"
원시 카운트: 108자
잘못됨: 트윗이 280을 넘는가? 아니요 — Twitter가 URL을 단축합니다.
✓ 정상
같은 초안, Twitter 발행 길이:
"Check this out: " (16) + 23 (URL) = 39자
280자 아래로 충분합니다. URL마다 23으로 치환하십시오.

메타 디스크립션 한도를 잘못 읽기

Google의 메타 디스크립션 표시는 데스크톱에서 약 155-165자, 모바일에서 100-120자에서 잘립니다. 스니펫의 다른 요소(제목, URL, 브레드크럼)에 따라 달라집니다. 320자에 맞춰 쓰면(2017-2018년 옛 Google 가이드라인, 이후 철회됨) 뒷부분 절반이 거의 표시되지 않습니다. 데스크톱 최적화에는 150-160자, 모바일 트래픽이 우세하면 110-120자에 맞추십시오. 본 도구의 진행 막대는 기본값으로 160자를 사용합니다.

✗ 오류
메타 디스크립션: 280자 (옛 2018년 상한에 맞춰 작성)
Google은 데스크톱에서 약 160자에서 잘라냅니다.
마지막 120자는 절대 표시되지 않음 — 헛수고.
✓ 정상
메타 디스크립션: 150-160자.
데스크톱 전체 표시, 모바일 잘림에서 살아남음.
키워드와 행동 유도를 앞쪽에 배치.

280 트윗 문자를 280 단어로 혼동

Twitter의 280자 한도는 단어가 아니라 문자입니다. 플랫폼이 익숙하지 않은 사람들이 흔히 잘못 읽는 부분입니다. "Hello world"는 11자이고 2단어입니다. 일반적인 영어 트윗 30-40단어는 약 200-250자입니다. 280단어 트윗을 작성하려면 1,500자 이상이어서 불가능합니다. 두 카운터는 나란히 있으니, 어느 쪽에 맞춰 최적화하는지 두 번 확인하십시오.

✗ 오류
목표: "트윗을 280 아래로 유지"
실제 초안: 280단어, 약 1,500자
트윗 거부 — 상한의 5배 초과.
✓ 정상
목표: 280자(단어 아님) 미만.
40단어는 보통 여유 공간을 두고 들어맞습니다.
여기서 중요한 것은 문자 통계입니다.

이 도구를 사용하는 사람들

블로거의 포스트 작성
별도의 창에서 다시 세지 않고도 1,000단어 목표에 도달하십시오. 읽기 시간은 포스트가 3분짜리인지 7분짜리인지 알려 주는데, 피드에서 독자들이 반응하는 종류의 라벨입니다. 상위 단어는 편집자가 보기 전에 반복을 표시해 줍니다.
학생의 에세이 쓰기
위치를 잃지 않고 250단어 하한선 위 또는 1,500단어 상한선 아래에 머무르십시오. 평균 문장 길이는 교사와 채점 루브릭이 사용하는 거친 가독성 신호입니다. 읽기 시간은 채점자에게 "5분 읽기"가 의미하는 바와 일치합니다.
마케터의 트윗과 캡션 작성
Twitter(280), Instagram(2,200), LinkedIn(3,000) 진행 막대가 세고-다시 쓰기 반복을 없애 줍니다. 메타 디스크립션(160)과 제목 태그(60) 검사는 검색 결과에서 잘리는 문구를 발행하는 사고를 막아 줍니다.
SEO 전문가의 스니펫 감사
제목 태그는 약 60자, 메타 디스크립션은 약 160자에서 잘립니다. 두 검사 모두 초안 작성 중에 실시간으로 이루어지므로 작성한 스니펫이 그대로 표시되는 스니펫이 됩니다. 상위 단어 빈도 검사와 결합하면 주요 키워드 밀도를 자연스럽게 유지할 수 있습니다.
번역가의 원문·번역문 길이 추적
번역 작업은 언어 쌍에 따라 원문 단어 수, 번역문 단어 수, 또는 문자 수로 청구합니다. 어느 쪽이든 붙여넣으면 즉시 카운트를 얻을 수 있습니다. CJK와 라틴 혼합 텍스트는 Microsoft Word 관례를 사용하므로 클라이언트의 TM 시스템이 계산하는 값과 일치합니다.
컨퍼런스 발표자의 강연 시간 조절
분당 130단어 기준 말하기 시간은 1,500단어 스크립트가 12분 슬롯에 맞는지(맞습니다), 7분 슬롯에 맞는지(맞지 않습니다)를 알려 줍니다. 소리 내어 읽는 스톱워치 테스트가 아니라 실제 단어 수에서 다듬으십시오.
개발자의 README와 문서 작성
GitHub README, npm 패키지 설명, 문서 헤더 모두 비공식적인 길이 기대치가 있습니다. 읽기 시간 통계는 기여자에게 섹션이 훑어 읽기 좋은지 깊이 파고드는 글인지를 알려 줍니다. 점진적 공개를 중심으로 문서를 구성할 때 유용합니다.
광고 문구 작성자의 광고 문안 다듬기
Google Ads, Facebook Ads, 이메일 제목줄은 모두 서로 다른 문자 상한을 가집니다. 한도 행에서 일치하는 플랫폼을 고른 뒤 실시간으로 다듬으십시오. 가장 긴 단어 통계는 압축된 카피에 숨어드는 단일 단어 연결을 표시해 줍니다.

카운트 규칙 & 기술 세부사항

단어 토큰화 규칙
라틴 단어는 글자, 숫자, 아포스트로피, 내부 하이픈의 최대 연속 구간입니다. 따라서 "don't"는 한 단어, "state-of-the-art"는 한 단어, "twenty-five"도 한 단어입니다. 각 CJK 표의문자(한자, 칸지, 한글 음절, 히라가나, 카타카나)는 한 단어로 계산됩니다. Microsoft Word 관례입니다. 혼합 문자 토큰은 CJK 경계에서 분할됩니다.
문자 카운트 (Unicode 코드 포인트)
문자는 UTF-16 코드 단위가 아니라 Unicode 코드 포인트 기준으로 계산됩니다. 따라서 단일 이모지는 2가 아니라 1로 계산되고, CJK 확장 문자는 2가 아니라 1로 계산되며, 결합 부호는 0이 아니라 각각 1로 계산됩니다. Twitter, Instagram, 현대 SMS 게이트웨이가 한도와 비교하는 방식과 일치합니다.
문장 감지
문장은 종결 부호로 끝납니다. 마침표(.), 물음표(?), 느낌표(!), 중국어 마침표(。), 일본어 마침표(。), 아랍어 물음표(؟)가 해당됩니다. 연속된 종결 부호("What?!")는 하나의 경계로 계산됩니다. 감지기는 약어("Mr.", "U.S.A.")의 모호성 해소를 시도하지 않습니다. 실제로는 잡음이 너무 많습니다.
단락 감지
단락은 하나 이상의 빈 줄로 구분됩니다. 단일 줄바꿈(단락 안의 줄 바꿈)은 새 단락을 시작하지 않습니다. 빈 줄이 없는 텍스트는 한 단락입니다. 빈 입력은 0단락입니다.
읽기 & 말하기 속도 기본값
읽기 시간은 분당 230단어를 사용합니다. Brysbaert의 2019 메타 분석(영어 원어민 독자를 대상으로 한 17개의 학술 연구)에서 도출한 성인 묵독 속도의 중앙값입니다. 말하기 시간은 분당 130단어를 사용합니다. 명료한 보이스오버와 컨퍼런스 전달(TED, NPR, 오디오북 내레이션)의 표준 속도입니다. 두 값 모두 보수적인 중간점이며 특수한 맥락에서는 달라집니다.
상위 단어용 불용어 필터
상위 빈도 분석은 표준 NLP 불용어 목록을 사용해 영어 기능어("the", "and", "is", "of", "that" 등)를 제외합니다. 2자 미만 단어와 순수 숫자도 제외됩니다. 비영어 텍스트에는 불용어 필터가 적용되지 않으며, 원시 빈도가 그대로 표시됩니다. 반복을 발견하는 데에는 여전히 유용합니다.
플랫폼 문자 한도
Twitter/X 게시물: 280자. 메타 디스크립션(Google 데스크톱): 잘림 전 약 155-160자. 페이지 제목 태그: 잘림 전 약 60자. Instagram 캡션: 최대 2,200자. LinkedIn 게시물: 3,000자. SMS 세그먼트: GSM-7 인코딩에서 160자(비ASCII가 사용되면 UCS-2에서 70자). 플랫폼 문서로 확인하십시오. 한도는 변경됩니다.
RTL 문자 지원
아랍어, 히브리어, 페르시아어, 그 밖의 RTL 문자는 공백으로 구분된 토큰 기준으로 계산됩니다. 결과는 인터페이스 방향으로 표시됩니다(LTR 라벨에 우측의 숫자 카운트). 텍스트 영역 방향은 브라우저의 텍스트 방향 추론을 따릅니다. 단일 언어 RTL 입력에는 보통 올바르게 동작합니다.

단어 수 목표 글쓰기 모범 사례

단어 수가 아니라 청중의 시간에 맞춰 쓰라
1,200단어 포스트와 5분 읽기는 같은 사실을 두 단위로 표현한 것입니다. 독자는 숫자 라벨보다 시간 라벨에 더 반응합니다. "5분 읽기"는 숫자가 만들지 못하는 기대치를 설정합니다. 읽기 시간 통계를 주된 목표로 삼고 단어 수가 따라오게 하십시오. 블로그 포스트는 3-5분 읽기(700-1,200단어), 심층 글은 7-10분(1,600-2,300), 훑어 읽기용 업데이트는 1-2분(200-500)을 목표로 하십시오.
각 플랫폼 한도의 스위트 스팟을 노리라
최댓값이 아니라 최적값에 맞춰 쓰십시오. 트윗은 70-100자(높은 참여도, 모든 기기에 들어맞음) 사이에서 가장 잘 자리잡습니다. 메타 디스크립션은 150-160자에서 가장 잘 동작합니다(모바일 잘림 없이 Google 디스플레이를 채움). 제목 태그는 50-60자에서 정점을 찍습니다(잘림 없음, 키워드 공간 충분). LinkedIn 게시물은 1,300자 미만에서 가장 잘 수행됩니다("더 보기" 접힘선 위). 상한까지 밀어붙이는 것은 품질을 길이와 맞바꾸는 것입니다.
평균 문장 길이를 밀도 게이지로 사용하라
평균 문장 길이가 25단어를 넘으면 훑어 읽기 어려운 빽빽한 글의 신호입니다. 12 아래는 끊겨 보입니다. 일반 청중 글쓰기의 스위트 스팟은 15-20입니다. 각 문장이 머무는 시간이 과하지 않으면서 완성된 생각을 담는 지점입니다. 기술적 글쓰기는 정밀함이 필요할 때 더 높은 수치(20-25)를 허용합니다. 소설은 페이싱이 요구할 때 더 낮은 수치(10-15)를 허용합니다. 통계를 규칙이 아니라 거친 경고로 사용하십시오.
제출 전에 상위 단어 빈도 점검을 돌리라
초안이 완성된 뒤 상위 10단어 목록을 훑어보십시오. 키워드가 아닌 단어(글의 주제가 아닌 단어)가 맨 위에 있다면 과사용한 것입니다. 흔한 범인은 "actually", "basically", "really", "very", 그리고 채움 동사("is", "was", "are")입니다. 상위 두 채움말에 대해 빠른 찾기-치환 점검을 거치면 보통 글이 눈에 띄게 다듬어집니다.
다국어 초안은 언어별로 카운트를 확인하라
텍스트가 CJK와 라틴을 혼합한다면 전체 단어 수는 두 카운트 관례를 섞은 값입니다. 청구 가능한 번역 작업이나 단어 수 제한 과제에서는 텍스트를 단일 언어 청크로 분리해 각각 확인하십시오. 본 카운터는 혼합 텍스트에 Microsoft Word 관례를 따르므로 대부분의 클라이언트가 계산하는 합계와 일치하지만, 단일 언어 검증은 모호성을 제거합니다.
카운터를 사실의 원천이 아니라 스케치 패드로 다루라
숫자는 정확하지만 글쓰기 결정은 지표 위에 있습니다. 메시지를 정확히 짚는 280자 트윗은 빙빙 도는 270자 트윗보다 낫습니다. 시간을 들일 만한 1,000단어 포스트는 그렇지 못한 1,500단어 포스트보다 낫습니다. 카운터는 확인과 경고에 쓰되, 결정은 산수가 아니라 기예에서 내리십시오.
초안은 이 도구 외부에 저장하라
본 카운터는 어떤 텍스트도 저장하지 않습니다. 페이지를 새로 고치거나 탭을 닫으면 텍스트 영역이 비워집니다. 장문 작업은 실제 편집기(텍스트 편집기, 문서 앱, 자동 저장이 있는 글쓰기 도구)에서 작성하고 점검이 필요할 때 카운터에 붙여넣으십시오. 한 세션 동안의 짧은 점검에는 메모리상의 텍스트가 유지되지만, 일시적인 것으로 다루십시오.

자주 묻는 질문

이 단어 카운터는 무엇을 하나요?
작가, 편집자, 마케터, 학생, 개발자가 신경 쓰는 모든 지표 — 단어, 공백 포함·미포함 문자, 문장, 단락, 줄 — 를 입력하거나 붙여넣는 동안 실시간으로 계산합니다. 읽기 시간(분당 230단어)과 말하기 시간(분당 130단어)도 함께 산출하고, 작성한 텍스트를 Twitter/X, Instagram, LinkedIn, SMS, 페이지 제목 태그, 메타 디스크립션의 문자 한도와 비교합니다. 보조 분석 패널은 가장 자주 등장하는 의미 있는 단어 10개(영어 불용어 제외), 가장 긴 단일 단어, 평균 단어 길이, 평균 문장 길이 — 실제로 글을 다듬는 데 도움이 되는 지표 — 를 보여 줍니다. 모든 동작은 JavaScript로 100% 브라우저에서 이루어집니다. 텍스트는 업로드되지도, 로그에 남지도, 저장되지도 않으며 가입도 필요하지 않습니다.
Microsoft Word와 Google Docs에 비해 단어 수가 얼마나 정확한가요?
라틴 단어 수는 대부분의 경우 Microsoft Word, Google Docs와 일치합니다. 세 도구 모두 공백 기준으로 토큰화하고, 하이픈 복합어(예: "state-of-the-art")를 한 단어로 처리하며, 축약형("don't" = 1단어)을 분할하지 않습니다. 영중 혼합 텍스트는 Microsoft Word의 중국어·일본어 모드와 동일한 관례를 따릅니다. CJK 표의문자는 각각 한 단어로, 라틴 토큰은 개별적으로 계산됩니다. 카운터마다 차이가 나는 소수의 엣지 케이스 — 엠 대시 복합어, 쉼표 용도의 엠 대시, 소수점이 있는 숫자 — 는 일반 텍스트의 0.1% 미만에 영향을 주며 차이도 최대 한두 개 수준입니다. 청구용 카운트라면 한 번쯤 본 도구와 선호하는 편집기에 같은 텍스트를 복사해 숫자가 일치하는지 확인하십시오.
제 텍스트가 어딘가에 업로드되거나 저장되나요?
아닙니다. 모든 카운트와 분석은 JavaScript로 100% 브라우저에서 이루어집니다. 텍스트는 전송되지 않고, 어떤 서버에도 저장되지 않으며, 로그에 남지 않고, 사람이나 AI에 의해 분석되지도 않습니다. 그래서 클라이언트 정보가 담긴 초안, 미공개 제품명, 사내 메모, 법률 문서, 기자의 취재원 노트, 그 밖의 기밀 자료에도 안전합니다. 브라우저의 네트워크 탭에서 직접 확인할 수 있는데, 텍스트 영역에 입력해도 네트워크 요청은 발생하지 않습니다. 본 도구는 입력 텍스트에 쿠키를 사용하지 않으며, 사용자의 입력을 캡처하는 서드파티 분석 도구도 쓰지 않습니다.
읽기 시간은 어떻게 계산되나요?
읽기 시간은 성인 묵독 평균인 분당 230단어를 사용합니다. 영어 원어민 묵독 속도를 측정한 17개의 학술 연구를 종합한 중앙값입니다(Brysbaert 2019 메타 분석). 대부분의 블로그 플랫폼, 뉴스 사이트, "x분 읽기" 표시가 수렴하는 속도이기도 합니다. 말하기 시간은 분당 130단어를 사용합니다. 명료한 컨퍼런스 발표, 보이스오버, TED 스타일 전달의 표준 속도로, 청중이 흡수할 수 있을 만큼 충분히 느리면서 자연스럽게 느낄 만큼 충분히 빠릅니다. 두 속도 모두 보수적인 기본값입니다. 훑어 읽기는 분당 400단어를 넘기도 하고, 오디오북 내레이션은 분당 150-180단어, 빠른 경매사 스타일 발화는 분당 250단어를 넘기도 합니다. 특수한 맥락에서는 표시된 시간을 기준선으로 두고 머릿속에서 조정하십시오.
중국어, 일본어, 한국어, 아랍어에도 동작하나요?
예. 카운터는 모든 주요 문자 체계를 기본적으로 처리합니다. 중국어, 일본어, 한국어(CJK)의 경우 각 표의문자가 한 단어로 계산됩니다. Microsoft Word, Google Docs, 네이티브 CJK 워드프로세서가 사용하는 동일한 관례입니다. 따라서 500자 분량의 중국어 에세이는 500단어로 표시되며, 중국어 교사나 편집자가 기대하는 값과 일치합니다. 아랍어와 그 밖의 RTL 문자에서는 공백으로 구분된 토큰 기준으로 측정하고, 입력 방향을 존중해 결과를 표시합니다. 혼합 문자 텍스트(영어 + 중국어, 아랍어 + 영어)는 두 규칙을 모두 사용해 계산됩니다. CJK 문자와 라틴 토큰을 각각 집계해 합산합니다. 문자 수는 항상 Unicode 코드 포인트 기준으로 정확합니다. 이모지, 결합 부호, 서러게이트 페어 문자는 각각 한 번씩 계산되며 두 번 계산되지 않습니다.
왜 Twitter 한도가 280자이고, 본 도구는 URL을 어떻게 처리하나요?
Twitter/X는 트윗 텍스트에 280자 상한을 적용합니다(2017년 원래 140자에서 2배로 늘어남). 본 도구는 텍스트의 원시 문자 길이 — Twitter의 작성창에 붙여넣었을 때 보이는 값 — 를 계산합니다. Twitter는 원본 길이와 무관하게 발행 시점에 URL을 고정된 23자로 자동 단축하므로, 초안의 100자짜리 URL도 발행 후에는 23자만 차지합니다. Twitter가 무엇을 계산할지 확인하려면 어떤 URL이든 23자로 간주하십시오. 초안에 URL이 하나라면 발행 길이는 (원시 카운트) − (URL 길이) + 23입니다. 카운터는 원시 카운트를 표시하며, URL 치환 계산은 수동 단계입니다. 25,000자까지 허용하는 Twitter 프리미엄 장문 게시물에는 280자 상한이 적용되지 않습니다.
Google에 적합한 메타 디스크립션 길이는 얼마인가요?
150-160자를 목표로 하십시오. Google의 메타 디스크립션 표시는 데스크톱에서 보통 155-165자 사이에서 잘리며, 스니펫의 제목과 URL 길이에 따라 달라집니다. 모바일에서는 몇 글자 더 일찍 잘립니다. 120자 미만이면 Google이 페이지 본문에서 더 긴 자동 생성 설명을 대체로 가져다 쓰는 경우가 많아 직접 작성한 메시지가 낭비됩니다. 스위트 스팟은 150-160자입니다. Google의 디스플레이 너비를 충분히 활용하면서 모바일 잘림에서도 살아남기에 충분히 짧습니다. 본 카운터의 메타 디스크립션 진행 막대는 120-160자에서 녹색, 161-200자에서 황색, 200자 초과에서 적색으로 바뀝니다. Google이 더 좋은 발췌를 찾으면 155자보다 먼저 자르기도 합니다. 스니펫을 완전히 통제하는 유일한 방법은 155자 이내로 직접 작성하는 것입니다.
문장으로 인정되는 기준은 무엇인가요?
본 카운터는 문장 종결 부호로 끝나는 텍스트의 흐름을 한 문장으로 처리합니다. 마침표(.), 물음표(?), 느낌표(!), 중국어 마침표(。), 일본어 마침표(。), 아랍어 물음표(؟)가 해당됩니다. 연속된 종결 부호("What?!")는 하나의 문장 경계로 계산됩니다. 끝에 종결 부호가 없는 문장(마침표가 없는 "Hello world")도 한 문장으로 계산됩니다. 카운터는 "Mr."이나 "U.S.A."에 대한 휴리스틱을 의도적으로 적용하지 않습니다. 드문 거짓 양성이 거짓 음성보다 더 많은 잡음을 만들고, 발행되는 산문은 약어 표기 관례가 제각각이기 때문입니다. 엄격한 언어학적 파싱이 필요하다면 전용 NLP 라이브러리를 사용하십시오. 일상 글쓰기에서는 종결 부호 기반 카운트가 교사, 편집자, 워드프로세서가 보고하는 값과 일치합니다.
Word 문서나 PDF의 단어 수를 어떻게 세나요?
파일을 열고, 전체 텍스트를 복사(Ctrl/Cmd-A 후 Ctrl/Cmd-C)한 다음, 위의 카운터 텍스트 영역에 붙여넣으십시오. 카운트가 즉시 나타납니다. 다단 레이아웃이나 표가 많은 PDF는 복사 시 여분의 공백이나 단이 뒤섞인 텍스트가 포함될 수 있으므로, 카운트를 신뢰하기 전에 붙여넣은 텍스트에서 명백한 아티팩트를 점검하십시오. 브라우저에서 열 수 없는 문서(스캔 PDF, 이미지 전용 파일)는 먼저 OCR(Adobe Acrobat, Google Drive OCR, 무료 OCR 도구)을 적용한 뒤 추출된 텍스트를 붙여넣으십시오. 본 도구는 의도적으로 파일 업로드를 받지 않습니다. 모든 처리를 브라우저에 두면 민감한 문서가 사용자의 기기를 벗어나지 않습니다.
왜 일부 단어가 상위 빈도 목록에서 제외되나요?
상위 빈도 분석은 영어 불용어 — "the", "and", "is", "of", "that"처럼 어떤 텍스트에서도 압도적으로 많지만 편집상의 신호를 담지 않는 흔한 기능어 — 를 걸러냅니다. 필터링 목록은 대부분의 검색 엔진과 NLP 라이브러리에서 사용하는 보편 불용어 집합입니다. 빈도 분석은 2자 미만 단어와 순수 숫자도 건너뜁니다. 비영어 텍스트에는 불용어 필터가 적용되지 않으며, 원시 빈도가 그대로 표시됩니다. 어떤 언어에서든 반복을 잡아내는 데에는 여전히 유용합니다. 필터링되지 않은 상위 단어를 보고 싶다면, 사용자의 언어에서 자명한 기능어를 머릿속으로 포함시키십시오. 편집상의 가치는 그 다음에 오는 단어에 있습니다.
카운터가 마크다운이나 HTML을 지원하나요?
매일 달성해야 할 단어 수 목표가 있나요?
논픽션 작가와 블로거는 보통 하루 500-1,500단어를 목표로 합니다. NaNoWriMo를 좇는 소설가는 11월 한 달간 50,000단어 원고를 위해 하루 1,667단어를 목표로 합니다. 학술 저자는 박사 학위 논문 단계에서 하루 250-500단어를 흔히 설정합니다. 느리지만 지속 가능한 속도입니다. Twitter 스레드, 마케팅 텍스트, 더 짧은 형식은 단어 대신 전체 문자 수를 추적합니다. 적정 목표는 번아웃 없이 일주일 내내 유지할 수 있는 수치이며, 일관성이 최대 속도보다 중요합니다. 본 카운터는 단어 수와 함께 읽기 시간을 표시하므로 청중의 시간을 기준으로도 목표를 잡을 수 있습니다. 4분 읽기는 대략 1,000단어, 10분 읽기는 대략 2,500단어입니다.
다른 온라인 단어 카운터와 카운트가 다른 이유는 무엇인가요?
카운터마다 엣지 케이스 처리가 다릅니다. (1) 하이픈 복합어 — 대부분의 카운터(본 도구와 Microsoft Word 포함)는 "state-of-the-art"를 한 단어로 처리하지만 일부는 하이픈에서 분할해 네 단어로 계산합니다. (2) 엠 대시 구분자 — 일부 카운터는 엠 대시에서 단어를 분할하지만 본 도구는 그렇지 않습니다. (3) 숫자 — 일부는 완전히 건너뛰지만 본 도구는 단어로 계산합니다. (4) CJK 텍스트 — 많은 서구 카운터는 CJK를 공백으로만 분할해 100배 적게 셉니다. 본 카운터는 CJK 문자당 한 단어라는 Microsoft Word 관례를 따릅니다. (5) URL — 일부 카운터는 카운트 전에 URL을 제거하지만 본 도구는 각각 하나의 토큰으로 포함합니다. Word/Google Docs 관례가 사실상의 표준이며 본 도구가 따르는 방식입니다. 어떤 카운터가 Word와 Google Docs 모두와 다르면 그 카운터가 예외입니다.

진법 변환기 (Number Base Converter)

변환 도구

2진수, 16진수, 10진수, 8진수 및 임의 진법(2-36)을 즉시 변환합니다. 온라인에서 무료로 사용할 수 있으며 모든 처리는 브라우저에서 이루어집니다.

Base64 디코더 · 인코더 (Base64 Decoder & Encoder)

인코딩 & 포매팅

Base64를 온라인에서 무료로 인코딩하고 디코딩합니다. UTF-8과 이모지를 완벽 지원하는 실시간 변환으로, 100% 브라우저에서 처리되어 회원 가입이 필요 없습니다.

crontab 생성기 & cron 표현식 빌더

날짜 & 시간

브라우저에서 cron 표현식을 만들고 검증·해석합니다. 로컬 또는 UTC로 다음 실행을 미리 보고, POSIX 5필드 문법과 프리셋을 온라인에서 무료로 사용합니다.

CSV to JSON 변환기 (CSV to JSON Converter)

인코딩 & 포매팅

브라우저에서 CSV를 JSON으로 변환합니다. RFC 4180, 타입 추론, 헤더 행, 큰 정수 안전 처리. 100% 비공개, 업로드 없음.

이미지 압축기 · JPEG, PNG, WebP 온라인 압축

변환 도구

JPEG, PNG, WebP 이미지를 온라인에서 최대 80% 압축합니다. 브라우저 안에서만 처리되며 업로드 없이 20장 일괄 처리, 품질 조절, 전후 비교를 무료로 지원합니다.

JSON Diff 비교

인코딩 & 포매팅

두 JSON 파일을 브라우저에서 즉시 Diff 비교하세요. 나란히 보기 하이라이팅, RFC 6902 JSON Patch 출력, 타임스탬프·ID 같은 노이즈 필드 무시. 비공개, 업로드 없음.