無料の文字数カウンター & 単語カウントツール

文字数カウンターとは？

// 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
}

主な特長

文字数カウンターの代替ツール比較

単語カウントの例

新しい文字数カウンターをリリースしました — 単語数、文字数、文の数、読了時間を計測し、Twitter、Instagram、メタディスクリプションの制限とも照合できます。すべてブラウザ内で完結、登録不要。https://go-tools.org/tools/word-counter

ライブの文字カウント、読了時間、Twitter / Instagram / メタディスクリプションの制限チェックが揃った無料の文字数カウンター。100% ブラウザ完結、登録不要。

無料の文字数カウンター — 単語数・文字数・読了時間 | Go Tools

文字数カウンターは、あらゆる執筆ワークフローにおける縁の下のヒーローです。編集者は単語数を数えてクライアントに請求し、学生は 250 語のエッセイ最低ラインに到達するために単語を数え、マーケターは Twitter 投稿やメタディスクリプションに収めるために文字を数えます...

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

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

文字数カウンターの使い方

1. 1

   テキストを貼り付けるか入力

   テキストエリアをクリックして入力を始めるか、どこからでもテキストを貼り付けます — Word 文書、メールの下書き、コードエディタ、ウェブサイトから。入力に応じてすべての指標が即座に更新されます。Count ボタンを押す必要はありません。

2. 2

   プライマリ統計を確認

   統計グリッドには単語数、文字数（スペースありとなし）、文の数、段落数、行数が表示されます。その下の 2 つの所要時間見積もりには、230 wpm の読了時間と 130 wpm の発話時間が表示されます — ブログ記事やプレゼン台本の実用的なデフォルトです。

3. 3

   プラットフォーム制限をチェック

   プラットフォーム制限の行は Twitter（280）、メタディスクリプション（160）、タイトルタグ（60）、Instagram（2,200）、LinkedIn（3,000）、SMS セグメント（160）の上限を追跡します。各プログレスバーは、上限に近づくと中立から警告、エラーへと色が変わります — ツイート、メタタグ、テキストの下書きがずっと速くなります。

4. 4

   編集にはアナリシスパネルを活用

   頻出単語リスト（英語のストップワードを除外）は反復を浮かび上がらせ、平均文長は密度の高い文章にフラグを立てます（25 単語超 = 斜め読みしづらい）。最も長い単語の統計は、意図しない単語の連結を捕捉します。送信前にこれらを使って引き締めましょう。

5. 5

   完了したらコピーまたはクリア

   Copy をクリックするとテキスト全体がクリップボードにコピーされます。Clear をクリックするとテキストエリアがリセットされます。Sample をクリックするとデモテキストが読み込まれます。すべての操作は即時で、サーバーには何も送信されません。

カウントでよくある誤り

テキスト: "今天天气真好，我决定去公园散步。"
素朴なカウンター (空白分割): 1 単語
本カウンター (CJK 対応): 14 単語

テキスト: "今天天气真好，我决定去公园散步。"
中国語の各文字を 1 単語として数える。
Microsoft Word、Google Docs、ネイティブの CJK エディタと一致。

テキスト: "Hi! 😀😀😀"
string.length: 10 (絵文字を 2 として扱う)
誤り: テキストが 10/280 文字使っていると表示される

テキスト: "Hi! 😀😀😀"
コードポイントカウント: 7 (絵文字 = 各 1)
正しい: Twitter が測定する値と一致

ソース: "It's a great day," she said. (スマートクォート)
レガシー CMS への公開: ?It??s a great day,? she said.
カウントは正しいがレンダリングは壊れている。

下書きにはテキストエディタ (VS Code、プレーンの TextEdit) を使う。
または公開前に手動でスマートクォートを置換する。
またはターゲットプラットフォームが Unicode を扱えるか確認 (大半は扱える)。

下書き: "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 に置換。

メタディスクリプション: 280 文字 (古い 2018 上限に向けて書く)
Google はデスクトップで 160 文字付近で切り詰める。
最後の 120 文字は決して表示されない — 無駄な労力。

メタディスクリプション: 150〜160 文字。
フルデスクトップ表示、モバイルクリップにも耐える。
キーワードと CTA をフロントロード。

目標: "ツイートを 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 wpm の発話時間で、1,500 単語の台本が 12 分枠に収まるか（収まります）、7 分枠に収まるか（収まりません）が分かります。ストップウォッチでの音読テストではなく、実際の単語数から削りましょう。

README とドキュメントを書く開発者

GitHub の README、npm パッケージの説明、ドキュメントヘッダーには、いずれも非公式の長さの期待値があります。読了時間の統計は、コントリビューターにそのセクションが斜め読み向けか深掘りかを伝えます — 段階的開示でドキュメントを構造化するのに便利です。

広告コピーを刈り込むコピーライター

Google Ads、Facebook Ads、メールの件名行はすべて異なる文字数の上限を持ちます。マッチするプラットフォームを制限行から選び、リアルタイムで引き締めましょう。最も長い単語の統計は、圧縮されたコピーに紛れ込む 1 単語の長文にフラグを立てます。

カウントルールと技術的詳細

単語トークン化ルール

ラテン文字単語は、文字、数字、アポストロフィ、内部ハイフンの最大連続部分です。よって "don't" は 1 単語、"state-of-the-art" は 1 単語、"twenty-five" は 1 単語です。CJK の表意文字（漢字、Kanji、ハングル音節、ひらがな、カタカナ）はそれぞれ 1 単語として数えます — Microsoft Word の慣例です。混在スクリプトのトークンは CJK 境界で分割されます。

文字カウント (Unicode コードポイント)

文字は UTF-16 コードユニットではなく Unicode コードポイント単位で数えられます。よって 1 つの絵文字は 2 ではなく 1 文字、CJK 拡張文字は 2 ではなく 1、結合マークは 0 ではなくそれぞれ 1 として数えられます。これは Twitter、Instagram、現代の SMS ゲートウェイが制限と照合する実測値と一致します。

文の検出

文は文末記号で終わります: ピリオド（.）、疑問符（?）、感嘆符（!）、中国語の句点（。）、日本語の句点（。）、アラビア語の疑問符（؟）。連続する文末記号（"What?!"）は 1 つの境界として数えます。検出器は略語（"Mr."、"U.S.A."）を曖昧性解消しようとはしません — 実用上ノイズが多すぎるためです。

段落の検出

段落は 1 行以上の空行で区切られます。単一の改行（段落内の行ブレーク）は新しい段落を開始しません。空行がないテキストは 1 段落です。空の入力は 0 段落です。

読了 / 発話速度のデフォルト

読了時間は 230 wpm を使用します — 英語ネイティブ読者を対象とした 17 件の学術研究を横断した Brysbaert 2019 のメタ分析から得られた成人黙読の中央値です。発話時間は 130 wpm を使用します — クリアなナレーションとカンファレンスデリバリー（TED、NPR、オーディオブックのナレーション）の標準速度です。どちらも控えめな中間値で、専門的な文脈では変動します。

頻出単語のストップワードフィルタ

トップ頻度分析は英語の機能語（"the"、"and"、"is"、"of"、"that" など）を、標準的な NLP ストップワードリストを使って除外します。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 分読みは、同じ事実を 2 つの単位で表したものです。読者は単語ラベルよりも時間ラベルに反応します — 「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"）。トップ 2 のフィラー過剰使用に対する素早い検索置換のパスで、文章が目に見えて引き締まります。

バイリンガル下書きでは言語ごとにカウントを検証

テキストが CJK とラテン文字を混在させる場合、合計単語数は 2 つのカウント慣例を混ぜたものになります。請求対象の翻訳作業や単語数制約のあるアサインメントでは、テキストを単一言語のチャンクに分割し、それぞれを個別にチェックしてください。本カウンターは混在テキストに対して Microsoft Word の慣例に従うため、合計は大半のクライアントが計算する値と一致します — ただし単一言語の検証で曖昧性を排除しましょう。

カウンターはスケッチパッドとして扱い、真実の源とはしない

数値は正確ですが、執筆の判断は指標の上にあります。メッセージが刺さる 280 文字のツイートは、まとまりのない 270 文字のツイートに勝ります。時間を惜しまない 1,000 単語の記事は、惜しむ 1,500 単語の記事に勝ります。カウンターを検証と警告に使い、判断は算術ではなく職人技で行いましょう。

下書きはこのツールの外に保存する

本カウンターはテキストを保存しません。ページを更新したりタブを閉じたりすると、テキストエリアは消えます。長めの作業は実際のエディタ（テキストエディタ、ドキュメントアプリ、自動保存付きの執筆ツール）で下書きし、チェックしたいときにカウンターに貼り付けてください。1 セッション内の短いチェックではメモリ上のテキストは保持されます — ただし揮発性として扱いましょう。

よくある質問