テキスト

テキストカウンター

文章を貼り付けるだけで、長さ、構成、ボリュームをすぐに把握できます。タイトルの文字数を詰めたいとき、多言語コピーを整えたいとき、API フィールドの長さを確認したいとき、読了時間の目安を知りたいときに、文字数、単語数、文・段落・行数、バイト数をブラウザ内でリアルタイムに計算します。内容がサーバーに送信されることはありません。

  • 集計も整形もブラウザ内で完結するため、公開前の草稿や機密性の高い文章も扱いやすい
  • Emoji、結合文字、多言語テキストを見た目に近い文字単位で数え、単純な length との差を抑える
  • 前後の空白削除、余分なスペースの圧縮、改行の除去をワンクリックで実行でき、公開前の整えに便利
  • 文字数上限を設定すると、残り文字数や超過分を入力中に確認でき、執筆や検証の見通しが立てやすい
工具/テキストカウンター

文字数

0

単語数

0

UTF-8 バイト

0

読了目安

0

空白なし

0

行数

0

段落

0

0

CJK 文字

0

空白文字

0

テキスト処理

概要

単に文字を足し上げるだけではありません。長さ、構造、バイト数、公開時の制限を同じ画面で確認できるため、文章を送信、公開、保存してよい状態か判断しやすくなります。

  1. 01

    見た目に近い文字単位で集計

    書記素クラスタを基準にテキストを扱うため、Emoji、発音記号の結合、異体字セレクタなどを機械的に複数文字へ分解しにくくなっています。

  2. 02

    多言語テキストに強い

    中国語、日本語、タイ語、アラビア語などのテキストは、可能な限りブラウザの分割機能を使って処理します。対応していない環境では自動的に代替ロジックへ切り替わります。

  3. 03

    文章の構造がすぐ見える

    文、段落、行数が入力に合わせて更新されるため、告知文、台本、字幕、メール、長文草稿のリズムを確認しやすくなります。

  4. 04

    公開前の長さを管理

    文字数上限を入力すると、残り文字数または超過文字数を表示し、進捗バーで制限までの距離を視覚的に確認できます。

  5. 05

    その場でテキストを整える

    前後の空白、余分なスペース、不要な改行など、よくある整形をページ上で完了できます。別のエディタを開く必要はありません。

  6. 06

    開発時の検証にも対応

    UTF-8 バイト数を確認できるため、データベース項目、API パラメータ、ログ断片、保存容量の制限を超えないか判断しやすくなります。

使い方

入力、集計、整形、コピーまでをひとつのパネルで完結できます。一時的な確認にも、書きながら調整する作業にも向いています。

  1. 01

    確認したいテキストを入力欄に貼り付けると、集計結果がすぐに更新されます。

  2. 02

    文字数、単語数、文・段落・行数、バイト数、読了時間を見ながら、要件に合っているか確認します。

  3. 03

    形式を整えたい場合は、前後の空白削除、スペース整理、改行削除を使います。

  4. 04

    プラットフォームや API の制限がある場合は、文字数上限を入力して残りや超過をリアルタイムに確認します。

  5. 05

    問題がなければテキストをコピーして、公開、送信、保存など次の作業へ進みます。

詳細

同じ文章でも、場面によって見るべき数字は変わります。大切なのは、実際の制限に合った指標を使うことです。

  • 文字数は、タイトル、概要、フォーム項目、SMS、SNS 投稿などの長さ制限を確認するのに向いています。
  • 空白なしの文字数は、有効な本文量だけを見たい日本語・中国語の執筆ルールや社内基準で役立ちます。
  • 単語数は、記事、説明文、チュートリアル、英語コンテンツの分量調整に向いています。
  • 文と段落は読みやすさのリズムを示します。文が詰まりすぎたり段落が長すぎたりすると、内容は重く感じられがちです。
  • 行数は、名簿、ログ、スクリプト、字幕、設定ファイルなど、行単位で扱うテキストの確認に便利です。
  • UTF-8 バイト数は開発時の検証に使えます。同じ見た目の長さでも、言語や記号によって保存容量は変わります。
  • 読了時間はあくまで目安ですが、短すぎる、長すぎる、分割したほうがよいといった判断に役立ちます。
  • 文字数上限は公開直前の最終確認に便利です。送信後にプラットフォーム側で切り詰められるリスクを減らせます。

活用シーン

執筆から開発まで、文字の確認自体は難しくありません。手間になるのは、ツールを行き来しながら境界値を何度も推測することです。

  1. SNS 投稿

    投稿文、SMS、プッシュ通知、チャットテンプレートには長さの上限があります。公開前に確認しておけば、途中で切れる不自然さを避けやすくなります。

  2. コンテンツ執筆と編集

    ブログ、告知、説明ドキュメント、メールを書くときに、文字数だけでなく文の密度や読了時間も同時に確認できます。

  3. フォームと API の受け入れ確認

    ユーザー入力、備考、タイトル、説明文をフィールド制限に合わせて確認し、バックエンド検証エラーやデータベースでの切り詰めを減らせます。

  4. 多言語コピーのレビュー

    日本語、中国語、英語、タイ語、混在テキストを並べて扱う場面でも、文字数、単語数、バイト数の違いをすばやく確認できます。

  5. SEO タイトルと説明文

    ページタイトル、要約、検索結果用の説明文の長さを確認し、重要な情報が検索結果でできるだけ途切れないように調整できます。

  6. EC と運用コピー

    商品名、訴求文、キャンペーン短文、チャネル別素材には長さのルールがあることが多く、まとめて確認することで手戻りを減らせます。

  7. カスタマーサポートとナレッジベース

    返信テンプレート、ヘルプ記事、標準回答の段落が長すぎないか、表現が詰まりすぎていないかをすぐに確認できます。

  8. ログとデータ断片

    API レスポンス、ログの抜粋、設定テキストを貼り付けたときに、行数、バイト数、隠れた空白を同時に確認できます。

  9. 論文と課題

    文字数、段落数、構成上の条件を満たす必要がある場合に、提出前の分量確認として使えます。

  10. 字幕と台本の整理

    行、文、段落の密度を見ながら、字幕の長さ、ナレーションのテンポ、読み上げ原稿の構成を調整できます。

関連情報

長さと構造を確認したあと、原稿をさらに整えたい場合は テキストクリーナー で余分な空白、乱れた改行、見えない文字を処理できます。語句をまとめて置き換えたり、決まった断片を差し替えたりしたいときは テキスト置換 を使うと効率的です。英語タイトル、変数名、API フィールドの表記をそろえたい場合は ケース変換 に任せられます。名簿、ログ、字幕、行単位データのような内容なら、続けて 行操作ツール で重複削除、並べ替え、番号付け、分割を行えます。

使い方のヒント

集計結果は、実際のルールに照らして読むほど役に立ちます。使われる場面に近い条件で確認することが大切です。

  • プラットフォームの制限を確認するときは、最終的にはそのプラットフォームの実際のルールを優先してください。文字数で数えるものもあれば、バイト数や独自の長さ計算を使うものもあります。
  • 多言語テキストの単語分割はブラウザの分割ルールに影響されます。執筆やレビューの目安として使い、唯一の判定基準にはしないでください。
  • 読了時間は一般的な読書速度からの推定です。文章量の目安にはなりますが、読者ごとの実際の速度を表すものではありません。
  • 正式な環境にコピーする前に、元のテキストを一度残しておくことをおすすめします。特に改行削除やスペース整理を実行する前は注意してください。
  • 開発用途では、文字数と UTF-8 バイト数の両方を確認してください。日本語、Emoji、特殊記号では保存に必要なサイズが異なります。

制限事項

このツールの集計は実用的な確認を目的としています。文法や意味のレビュー、各プラットフォームの最終判定を置き換えるものではありません。

  • 文の分割はブラウザ機能と句読点ルールに依存します。略語、引用、番号付きリストなどを含む複雑な文章では、わずかな差が出ることがあります。
  • 一部の古いブラウザで Intl.Segmenter が使えない場合は、正規表現ベースの集計に切り替わるため、多言語の単語分割精度が下がる可能性があります。
  • UTF-8 バイト数は TextEncoder で計算します。BOM は含まれず、すべてのデータベースやプロトコルでの最終的な占有量を表すものではありません。
  • 非常に長いテキストでも処理できますが、リアルタイム集計のため、10 万文字を超える場合は一時的に動作が重くなることがあります。分割して扱うことをおすすめします。
  • このツールはスペルチェック、文章校正、言語判定は行いません。長さ、構造、バイト数の確認に特化しています。

よくある質問

文字数、単語数、バイト数、ローカル処理、長さ制限について、混同しやすいポイントをまとめました。

ここの文字数が JavaScript の text.length と違うのはなぜですか?

text.length は UTF-16 のコード単位を数えるため、画面上で見える文字数とは一致しません。たとえば Emoji は text.length では 2 と数えられることがありますが、見た目の文字としては 1 文字です。このページでは、人が見たときの感覚に近い書記素クラスタで集計します。

日本語や中国語のように空白で区切られない文章の単語数はどう数えますか?

ブラウザが対応している場合は Intl.Segmenter を使って分割します。単純に空白で区切るより、日本語や中国語などの CJK テキストに向いています。対応していない場合は控えめな代替ルールに切り替わるため、結果は近似値になります。

文字数と UTF-8 バイト数は何が違いますか?

文字数は目に見える文字の量を表し、UTF-8 バイト数は保存や送信に必要な容量を表します。日本語の 1 文字は通常 3 UTF-8 バイトで、Emoji や結合文字はさらに大きくなることがあります。

入力したテキストはアップロードされますか?

いいえ。集計、整形、文字数上限の判定はすべて現在のブラウザ内で行われます。テキストをサーバーへ送信する必要はありません。

読了時間はどのように計算していますか?

一般的な読書速度をもとに推定しています。文章量をすばやく把握するための目安であり、言語、読者、内容の難しさによって実際の読了時間は変わります。

文字数上限はどんな場面で使えますか?

タイトル、概要、SMS、フォームの備考、商品コピー、API フィールドなど、明確な長さ制限があるテキストの確認に向いています。

ブラウザが違うと集計結果も変わりますか?

一般的なテキストではほぼ近い結果になります。ただし、単語分割や文の区切りはブラウザの実装に依存するため、複雑なテキストではわずかな差が出ることがあります。

Windows と Unix の改行を認識できますか?

はい。行数の集計では、 、 、 といった一般的な改行形式をすべて処理します。

改行を削除するとテキストはどう変わりますか?

改行をスペースに置き換え、連続する空白を圧縮します。複数行の文章を 1 行に整えてからコピーしたいときに便利です。

文字数上限はバイト数で計算されますか?

いいえ。上限は見た目に近い文字数で計算されます。保存容量や API サイズを気にする場合は、UTF-8 バイト数もあわせて確認してください。

とても長いテキストも扱えますか?

扱えます。ただし、テキストが長いほどリアルタイム集計で一時的に重くなることがあります。長い原稿、ログ、データ断片は分割して確認することをおすすめします。

機密性のあるテキストにも使えますか?

使えます。このページはサーバー側の計算に依存しないため、草稿、社内文面、API 断片などの内容はブラウザ内だけで処理されます。

関連ツール

テキスト処理を続ける場合は、同じツール群の中でクリーニング、置換、大文字・小文字変換、行単位の整理まで行えます。