キャラクターカウンター

仕組み

1. テキストエリアにテキストを入力または貼り付けてください。カウンターはキーストロークごとにライブで更新され、押す「計算」ボタンはありません。
2. ライブ統計を読む。スペースを含む文字、スペースなしの文字、単語、文、段落、行、平均単語長、加えて読書時間と話す時間の推定がすべて、編集すると再計算されます。
3. 書いているプラットフォームのオプションの文字制限を設定します(Twitter 280、SMS 160、Bluesky 300など)、プログレスバーが満たされるのを見ます。制限に近づくとバーが琥珀色になり、超えると赤になります。
4. 完了したらコピーまたはクリア。テキストをコピーは内容をクリップボードに入れます;クリアはボックスを空にします。何もどこにも送信されず、カウンター全体があなたのブラウザで実行されます。

2026年に重要な文字制限

すべてのプラットフォームには独自の上限があり、いくつかには隠されたルールがあります、噛みつくのは通常、可視性制限(特定の点を超えるテキストは「…もっと」の後ろに隠される)とチャネルごとのエンコーディングルールです。

SMSエンコーディングの罠

SMSは、1つの文字がメッセージ内の他のすべての文字のコストを変える可能性のある唯一の一般的なチャネルです。GSM 7ビットのデフォルトアルファベットは正確に128文字を含み、基本ラテン文字、数字、一般的な句読点、いくつかのアクセント付き文字と通貨記号を含みます。それ以外のもの(曲線アポストロフィ '、エムダッシュ、絵文字、ラテン以外のスクリプト)はメッセージ全体をUCS-2 16ビットエンコーディングに格下げし、セグメントあたりの上限を160 GSM-7文字から70 UCS-2文字に下げます。161文字のメッセージは2セグメントになり、2メッセージとして請求されます;それ以外はクリーンなメッセージに迷い込んだ絵文字は、効果的な制限を半分に切ることができます。Twilioの「Smart Encoding」のようなツールは、マーケティングキャンペーンを安価なエンコーディングに保つために、曲線引用符を真っ直ぐなものに自動置換します。

何が「1文字」として数えられるか?場合による。

現代のUnicodeは「1文字」という直感的な考えを、異なる方法で数える3つの異なる概念に分けています:

• コードユニット、特定のエンコーディングの保存単位(UTF-8でのASCII文字は1バイト;UTF-16でのBasic Multilingual Plane文字は2バイト;UTF-16の絵文字は4バイト、サロゲートペアが必要だから)。
• コードポイント、単一のUnicodeスカラー値(例:U+1F926 face palm)。ほとんどの文字は1コードポイントですが、いくつかの「単一」の視覚的絵文字は複数から縫い合わされています。
• 拡張書記素クラスター、ユーザーが実際に1文字として認識するもの。Unicode Standard Annex #29で正式に定義されています。

JavaScriptのString.prototype.lengthはUTF-16コードユニットを返し、書記素ではありません。MDNはこれを直接述べています:「UTF-16コードユニットでの文字列の長さを含む。」これが、😄のような単一の絵文字が長さ2を報告する理由です(補助プレーンに存在し、サロゲートペアが必要)、家族ZWJシーケンス👨‍👩‍👧‍👦は長さ11を報告します(4つの人物の絵文字に3つのゼロ幅ジョイナーを加えた)。同じ1文字の家族絵文字は、各言語が選択する定義によって、JavaScriptで11、Pythonで5、Swiftで1としてカウントされます。

現代のJavaScriptでの正確な書記素カウントについて、標準的な答えはIntl.Segmenterです:

const seg = new Intl.Segmenter("en", { granularity: "grapheme" });
[...seg.segment("👨‍👩‍👧‍👦")].length;  // 1

このカウンターはサポートされているところでIntl.Segmenterを使用するため(2026年時点のすべてのエバーグリーンブラウザ)、表示される文字数は人間の目がカウントするものと一致し、UTF-16コードユニットがカウントするものではありません。

読書時間と話す時間

読書時間は、利用可能な最も厳密な現代のソースを使用して計算されます:Marc Brysbaertの2019年のメタ分析(「How many words do we read per minute?」、Journal of Memory and Language)は、18,573人の参加者をカバーする190の研究を引き出しました。主要な発見は、長く引用された300 wpmの民俗的な知恵よりも低く、ノンフィクションの黙読は平均1分あたり238語、フィクションは平均260 wpm、音読は183 wpmに下がります。カウンターは黙読時間の推定に238 wpmを使用し、これがドキュメンテーション、記事、ほとんどの一般的なコンテンツに適切な数字です。

話す時間は、American Speech-Language-Hearing Associationの130 wpmのフォーマルプレゼンテーションペースを使用し、会話の話し方(約150 wpm)よりも遅いです、なぜなら聴衆は追加の処理時間が必要で、プレゼンターは強調のために一時停止する必要があるからです。ポッドキャストスクリプト、オーディオブックの章、またはライブトークを起草している場合、130 wpmはより安全な計画番号です。

SEOタイトルとメタディスクリプションの長さ

Google Search Centralは明確です:<title>要素にも<meta name="description">タグにも厳格な最大長はありません。スニペットは、結果を表示するデバイスで利用可能な幅に合わせて単に切り捨てられます。50-60文字のタイトルと150-160文字の説明の推奨は、観察されたピクセル幅(デスクトップで~580 px)から派生した業界の慣習であり、公式の上限ではありません。切り捨てはピクセル幅によって決定されるため、W、M、大文字Aのような幅広文字でいっぱいのタイトルは、i、l、tのような狭い文字でいっぱいのタイトルよりも早く切り捨てられます。長さはランキングに影響しません;検索者がクリックする前にスニペットのどれだけを見るかにのみ影響します。

なぜブラウザでのカウントが重要か

多くのテキストカウンターはサーバーサイドです:あなたが貼り付け、テキストをバックエンドにPOSTし、カウントを返します。あなたが貼り付けたものはすべて、その会社の中継ログ、サーバーログ、そして(条件によっては)潜在的にトレーニングデータに保存されます。それはツイートのドラフトには問題ありません;機密の従業員コミュニケーション、特権下の法的ドラフト、未発表の原稿、医療または財務記録、または他人の代わりに扱っているPIIには問題があります。このカウンターはあなたのブラウザ内で完全に実行され、すべてのカウントは自分のデバイス上のJavaScriptによって計算され、テキストエリアの内容はページを離れることはなく、ページがキャッシュされるとツールはオフラインで動作します。

一般的なユースケース

• 厳しい制限とライブの進捗バーに対するソーシャル投稿の起草(X 280、Bluesky 300、Threads 500、Mastodon 500)。
• 配信コストを予測可能に保つために、セグメントあたり160 GSM-7文字以内に留まる必要があるSMSマーケティングコピーの作成。
• SEOメタタグの調整、タイトルは60文字付近、説明は155付近、別のSERPプレビューツールに飛ばずに。
• すべての改訂でWordにエクスポートせずに、学術的な要約制限(APA 150-250語、Nature 150、Science 125)に達する。
• クラスの最小値またはジャーナルの最大値に対するエッセイまたはレポートの単語数のチェック、特に元のドキュメントがロックされているか、ラウンドトリップしたくない形式の場合。
• コードブロックの読み取りにかかる時間やチャットでどう表示されるかを推定するためのコードスニペットの貼り付け。
• 任意のCRMまたはビザフォームの文字上限に対するフォームフィールドコピーの作成(レガシーMySQL VARCHAR(255)のデフォルトは驚くほど一般的)。

よくある間違い

1. 文字とバイトを混同する。英語の280文字のX投稿は280バイト;絵文字を含む同じ投稿は280バイトをはるかに超えます。エンコードされたサイズが必要な場合は、専用のバイト・カウンターを使用してください。
2. URLがXで常に23としてカウントされることを忘れる。短いリンクと200文字のリンクは、280文字のうち23を消費します。手動で短縮しないでください。
3. SMSマーケティングテンプレートで単一の絵文字を使用。1つの非GSM文字はメッセージ全体をUCS-2に格下げし、セグメントあたりの上限を半分にし、キャンペーン全体の請求書を倍にする可能性があります。
4. 切り捨てがピクセル幅による場合に、タイトルを文字数に最適化する。2つの60文字のタイトルは、使用する文字によって非常に異なる幅でレンダリングできます。
5. ユーザーに表示される文字数についてJavaScriptの.lengthを信頼する。カウントがユーザーに表示される場合はIntl.Segmenterをgranularity: "grapheme"で使用してください、そうでなければ絵文字とCJKクラスターは誤解を招く数字を報告します。
6. 機密テキストをサーバーサイドカウンターに貼り付ける。URLが「count」と言ってもネットワークタブがPOSTを示している場合、あなたのテキストは今コンピュータを離れたばかりです。

よくある質問

カウンターは非ラテン文字と絵文字で機能しますか?

はい。文字数は、ブラウザがサポートする場合(2026年時点のすべてのエバーグリーンブラウザ)、書記素粒度でIntl.Segmenterを使用するため、技術的にいくつかのUnicodeコードポイントがゼロ幅ジョイナーで縫い合わされていても、単一の絵文字は1としてカウントされます。CJK文字、アクセント付きラテン、デーバナーガリー、キリル文字はすべて、可視文字ごとに1クラスターをカウントします。

なぜ私のX文字数が1つか2つずれるのですか?

Xは独自の重み付けを適用します:すべての絵文字は2としてカウント、すべてのCJK文字は2としてカウント、そしてすべてのURLはt.coのショートナーで包まれ、正確に23としてカウントされます。このカウンターでの280文字の純粋ラテンのドラフトはXでも280ですが、2つの絵文字とURLを含むドラフトは、ここよりもXで高くカウントされます。X固有の精度については、Xは正確なカウントルールを実装するtwitter-textライブラリを公開しています。

読書時間は本当に1分あたり238語ですか?

平均的な大人によるノンフィクションの黙読については、はい、それはMarc Brysbaertの2019年の18,573人の参加者をカバーする190の以前の研究のメタ分析のヘッドライン番号、最も厳密な現代のソースです。フィクションは少し速い(260 wpm)、音読ははるかに遅く(183 wpm)、聴衆に向けた話はさらに遅い(ASHAあたり130 wpm)です。読書時間の推定は238 wpmを使用します;話す時間は130を使用します。

私のテキストはどこかに保存または送信されますか?

いいえ。カウントは完全にあなたのブラウザ内のJavaScriptで発生します。テキストエリアの内容はどのサーバーにも送信、ログ、キャッシュされません。ページが読み込まれると、カウンターはオフラインで動作します。

SMS制限は実際にはどのように機能しますか?

単一のSMSセグメントは140バイトです。GSM 7ビットアルファベットでエンコードされたものは160文字です;UCS-2(16ビットUnicode、任意の非GSM文字が表示された瞬間に使用)でエンコードされたものは70に下がります。マルチセグメントメッセージはセグメントあたり7 GSM文字または3 UCS-2文字を再組み立てに使用されるUser Data Headerに失いますので、長いGSMメッセージはセグメントあたり153文字、長いUCS-2メッセージは67です。携帯キャリアはセグメントごとに請求するため、エンコーディングの選択は重要です。

正しいSEOタイトルの長さは何ですか?

Googleには厳格な制限はありません。50-60文字の業界の慣習は、デスクトップの検索結果で観察されたピクセル幅の切り捨てポイント(約580 px)から来ています。長さ自体はランキングに影響しません;クリップされる前にユーザーが見るタイトルの量にのみ影響します。最も重要な単語を最初に保持してください、それが表示が保証される部分だからです。

関連ツール