ツールチップ・ヘルプテキストの文字数設計
Web アプリケーションやデスクトップソフトウェアにおいて、ツールチップやヘルプテキストはユーザーの操作を支える重要な UI 要素です。ボタンにカーソルを合わせたときに表示される短い説明、フォーム入力欄の下に添えられる補足テキスト、エラー発生時のガイダンスメッセージなど、形態はさまざまですが、いずれも「必要な情報を最小限の文字数で伝える」という共通の設計原則があります。文字数が多すぎればユーザーは読み飛ばし、少なすぎれば情報不足で混乱を招きます。本記事では、ツールチップとヘルプテキストの種類別に最適な文字数を整理し、実践的な設計指針を解説します。
ツールチップ・ヘルプテキストの種類と推奨文字数
UI 上の補足テキストは、表示方法や目的によって複数の種類に分類できます。それぞれの特性に応じた文字数設計が必要です。
| テキストの種類 | 推奨文字数 | 表示タイミング |
|---|---|---|
| ツールチップ (ホバー) | 15〜40 文字 | マウスオーバー時 |
| インラインヘルプ | 20〜60 文字 | 常時表示 |
| プレースホルダーテキスト | 10〜30 文字 | 入力前に表示 |
| バリデーションメッセージ | 15〜50 文字 | 入力エラー時 |
| コンテキストヘルプ (? アイコン) | 40〜120 文字 | クリック・タップ時 |
| オンボーディングヒント | 30〜80 文字 | 初回利用時 |
| ステータスメッセージ | 10〜40 文字 | 操作完了・処理中 |
| アクセシビリティラベル (aria-label) | 5〜30 文字 | スクリーンリーダー読み上げ時 |
ツールチップの文字数設計
ツールチップは、ユーザーがマウスカーソルを要素に合わせたときに表示される小さなポップアップです。表示時間が短く、ユーザーの注意を長時間引き留めることができないため、15〜40 文字が適切な範囲です。
この文字数には認知科学的な裏付けがあります。人間の短期記憶 (ワーキングメモリ) の容量は「7±2 チャンク」とされ (ミラーの法則)、日本語の場合 1 チャンクが約 2〜5 文字に相当します。ツールチップの平均表示時間は約 1.5 秒とされており、この短い時間内に処理できる情報量が 15〜40 文字に収まるのです。Google の Material Design ガイドラインがツールチップのテキストを「英語で 1〜2 語」と規定しているのも、この認知的制約に基づいています。
ツールチップの役割は「ラベルの補足」であり、詳細な説明ではありません。たとえば、アイコンだけのボタンに「設定を開く」と添えるのが典型的な使い方です。40 文字を超えるとポップアップの幅が広がりすぎ、画面端で見切れるリスクが高まります。どうしても長い説明が必要な場合は、ツールチップではなくコンテキストヘルプ (? アイコンをクリックして表示するパネル) に切り替えるべきです。
なお、HTML の title 属性によるネイティブツールチップは、表示までに約 0.5〜1 秒の遅延があり、表示時間もブラウザ依存で制御できません。そのため、モダンな Web アプリケーションでは CSS や JavaScript で実装するカスタムツールチップが主流になっています。カスタム実装であれば、表示タイミング、最大幅、フェードアニメーションなどを細かく制御でき、文字数に応じた最適な表示が可能です。
モバイル環境ではホバー操作が存在しないため、ツールチップに依存した情報設計は避けましょう。Stripe や Shopify などの先進的な SaaS 企業では、モバイル向けにインラインヘルプテキストとアコーディオン形式の FAQ を組み合わせるアプローチを採用しています。重要な情報はインラインヘルプとして常時表示するか、タップで展開する形式にするのが安全です。
インラインヘルプとフォーム補足テキスト
フォーム入力欄の下に表示されるインラインヘルプは、20〜60 文字が目安です。入力形式の指定 (「半角英数字 8 文字以上」)、入力例 (「例: 090-1234-5678」)、注意事項 (「この操作は取り消せません」) など、ユーザーが入力を完了するために必要な情報を簡潔に伝えます。
インラインヘルプは常時表示されるため、文字数が多いとフォーム全体が冗長に見えます。特に入力項目が多いフォームでは、すべての項目にヘルプテキストを付けるのではなく、誤入力が起きやすい項目に絞って配置しましょう。パスワード欄の強度要件、電話番号のハイフン有無、日付のフォーマット指定などが典型的な対象です。
バリデーションメッセージの文字数
入力エラー時に表示されるバリデーションメッセージは、15〜50 文字で「何が問題か」と「どう修正すればよいか」の 2 点を伝える必要があります。
- 悪い例: 「入力エラーです」 (8 文字) — 原因も修正方法も不明
- 良い例: 「パスワードは 8 文字以上で入力してください」 (20 文字) — 原因と対処が明確
- 冗長な例: 「入力されたパスワードが短すぎます。セキュリティのため、8 文字以上の英数字と記号を組み合わせたパスワードを設定してください」 (65 文字) — 情報過多
エラーメッセージは赤色などの警告色で表示されることが多く、長文だとユーザーに強い圧迫感を与えます。修正に必要な最低限の情報に絞り、詳細なルール説明はヘルプページへのリンクで補完するのが効果的です。
ヘルプテキストの文字数と CVR の関係
ヘルプテキストの文字数は、フォームのコンバージョン率 (CVR) に直接影響します。ある SaaS 企業が実施した A/B テストでは、フォームのヘルプテキストを 80 文字から 35 文字に短縮したところ、フォーム完了率が約 12% 向上したという報告があります。長すぎるヘルプテキストは「このフォームは複雑だ」という印象を与え、ユーザーの心理的ハードルを上げてしまうのです。
一方で、ヘルプテキストを完全に削除するのも逆効果です。パスワード設定欄でヘルプテキストを非表示にした場合、バリデーションエラーの発生率が約 2 倍に増加したというデータもあります。重要なのは「必要な情報を最小限の文字数で伝える」というバランスであり、ヘルプテキストの有無ではなく質と量の最適化が CVR 改善の鍵となります。
コンテキストヘルプの設計
? アイコンやヘルプリンクをクリックして表示するコンテキストヘルプは、40〜120 文字の範囲で設計します。ツールチップよりも詳しい説明が許容される場面ですが、それでも 120 文字を超えると「ヘルプ記事」の領域に入るため、別ページへの誘導を検討しましょう。
コンテキストヘルプが効果的な場面は、専門用語の解説 (「ROAS とは広告費用対効果のことで、売上÷広告費×100 で算出します」)、操作の影響範囲の説明 (「この設定を変更すると、チーム全員のダッシュボードに反映されます」)、選択肢の違いの説明 (「スタンダードプランは月 5GB、プレミアムプランは月 50GB のストレージが利用できます」) などです。
プラットフォーム別の文字数制約
ツールチップやヘルプテキストの文字数は、プラットフォームのガイドラインによっても制約を受けます。
| プラットフォーム | ガイドライン | 推奨文字数 |
|---|---|---|
| Material Design (Google) | ツールチップは簡潔に | 英語で 1〜2 語、日本語で 5〜15 文字 |
| Human Interface Guidelines (Apple) | ヘルプタグは短いフレーズ | 英語で 3〜5 語、日本語で 10〜20 文字 |
| Fluent Design (Microsoft) | Teaching tip は 2 文以内 | 40〜80 文字 |
| HTML title 属性 | ブラウザ依存の表示 | 30〜60 文字 (改行不可) |
| ARIA ラベル | スクリーンリーダー向け | 5〜30 文字 |
ヘルプテキスト設計の実践ポイント
効果的なヘルプテキストを書くためのポイントを整理します。
- ユーザーの行動を起点にする — 「〜してください」「〜を入力します」のように、次のアクションを明示する
- 専門用語を避ける — 技術的な表現は平易な言葉に置き換える。やむを得ない場合は括弧内で補足する
- 肯定形で書く — 「〜しないでください」より「〜してください」の方が理解しやすい
- 数値を具体的に示す — 「短めに」ではなく「20 文字以内で」のように定量的に伝える
- 一貫したトーンを保つ — アプリ全体でヘルプテキストの文体 (敬体・常体) を統一する
また、ヘルプテキストの多言語対応では、日本語から英語への翻訳で文字数が 1.3〜1.5 倍に増加する傾向があります。UI のレイアウトに余裕を持たせるか、テキストの折り返し処理を適切に実装しておきましょう。
よくある失敗パターン
ヘルプテキストの設計で陥りがちな失敗パターンを把握しておくと、同じ轍を踏まずに済みます。
- ツールチップに 100 文字以上の説明を詰め込む — ポップアップが画面の半分を覆い、ユーザーが操作対象を見失う。ツールチップは 40 文字以内に収め、それ以上はコンテキストヘルプに切り替える
- プレースホルダーをヘルプテキスト代わりに使う — 入力を開始した瞬間にヒントが消え、ユーザーが「何を入力すればよかったか」を忘れる。プレースホルダーは入力例の提示に限定し、重要な指示はインラインヘルプに記載する
- エラーメッセージが「入力エラー」の一言だけ — 何を修正すべきか分からず、ユーザーの離脱率が上がる。「原因+修正方法」の 2 点を必ず含める
- 全入力欄にヘルプテキストを付ける — フォーム全体が情報過多になり、かえって重要なヒントが埋もれる。誤入力が起きやすい項目に絞って配置する
プロが実践する UX ライティングの裏技
UX ライティングの専門家が現場で活用しているテクニックを紹介します。
- 5 秒テスト — ツールチップを 5 秒間表示し、被験者がその内容を正確に復唱できるかで文字数の適切さを検証する手法。復唱できなければ文字数が多すぎるか、表現が分かりにくいサイン
- プログレッシブ・ディスクロージャー — 最初は短い要約 (15〜30 文字) を表示し、「詳しく見る」リンクで段階的に情報を開示するパターン。ユーザーの習熟度に応じて情報量を調整できる
- ペアライティング — デザイナーとライターがペアでヘルプテキストを作成し、デザイン上の制約と文章の明確さを同時に最適化する手法。文字数の上限をデザイナーが設定し、その範囲内でライターが最適な表現を練る
まとめ
ツールチップやヘルプテキストは、短い文字数の中にユーザーが必要とする情報を凝縮する技術です。ツールチップは 15〜40 文字、インラインヘルプは 20〜60 文字、バリデーションメッセージは 15〜50 文字を目安に、テキストの種類と表示方法に応じた文字数設計を行いましょう。ヘルプテキストの文字数チェックには、文字数カウントスをご活用ください。