チャットボットのメッセージ設計｜最適な応答文字数
チャットボットはLINE の文字数制限に欠かせないツールとなっています。しかし、応答メッセージの文字数が適切でないと、ユーザーが離脱したり、必要な情報が伝わらなかったりします。プラットフォームごとの文字数制限を把握し、UX を考慮したメッセージ設計を行いましょう。
本記事では、単なるプラットフォーム別の制限値だけでなく、認知科学の知見に基づくメッセージバブルの最適文字数、ターン数と離脱率の相関、多言語チャットボットにおける日英の情報密度差など、実践的な設計指針を掘り下げて解説します。チャットボット UX 設計の書籍も併せて参考になります。
チャットボットの文字数制限
主要なチャットプラットフォームには、それぞれ異なる文字数制限があります。Slack メッセージの書き方も参考にしてください。
| プラットフォーム | メッセージ上限 | 備考 |
|---|---|---|
| LINE Bot (テキスト) | 5,000 文字 | 1 回の応答で最大 5 つの吹き出し |
| LINE Bot (リッチメッセージ) | タイトル 100 文字 | 画像 + テキストの組み合わせ |
| Facebook Messenger | 2,000 文字 | テキストメッセージの上限 |
| Slack Bot | 40,000 文字 | 通常メッセージと同じ制限 |
| Microsoft Teams Bot | 28 KB | アダプティブカードを含む |
| WhatsApp Business API | 4,096 文字 | テンプレートメッセージは別制限 |
| Web チャットウィジェット | 実装依存 | 一般的に制限なし |
制限値はプラットフォームのアップデートにより変更される場合があります。開発前に最新の公式ドキュメントを確認しましょう。
最適な応答文字数と認知負荷の関係
技術的な上限とは別に、ユーザー体験の観点から最適な応答文字数があります。調査によると、チャットボットの 1 回の応答は 100〜200 文字程度が最も読みやすいとされています。
この「100〜200 文字」という目安には認知科学的な裏付けがあります。人間のワーキングメモリ (短期記憶) は一度に 4±1 チャンク (意味のまとまり) を保持できるとされており、日本語の場合 1 チャンクは約 20〜40 文字に相当します。つまり、1 つのメッセージバブルで無理なく処理できる情報量は 80〜200 文字程度です。200 文字を超えると、ユーザーは読み返しが必要になり、認知負荷が急激に上昇します。
メッセージの文字数帯ごとの特性を整理すると、以下のようになります。
| 文字数帯 | 認知負荷 | ユーザーの反応傾向 | 適した用途 |
|---|---|---|---|
| 30 文字未満 | 極低 | 情報不足感、不信感 | 確認応答 (「はい」「承知しました」) |
| 30〜80 文字 | 低 | 素早く理解、即座に行動 | 単純な回答、選択肢の提示 |
| 80〜200 文字 | 適正 | 快適に読了、内容を記憶 | 説明付きの回答、手順の 1 ステップ |
| 200〜300 文字 | やや高 | 読み飛ばしが発生し始める | 詳細な説明 (分割推奨) |
| 300 文字超 | 高 | スクロール必要、離脱リスク増 | 避けるべき (複数バブルに分割) |
短すぎる応答 (30 文字未満) は情報不足に感じられ、長すぎる応答 (300 文字超) はスクロールが必要になり読み飛ばされがちです。複雑な内容を伝える場合は、1 つのメッセージに詰め込むのではなく、複数のメッセージに分割して段階的に提示する方が効果的です。
応答メッセージの文字数を事前に確認するには、文字数カウントスが便利です。テンプレートメッセージを作成する際に、文字数が適切な範囲に収まっているかチェックしましょう。
メッセージ設計のポイント
効果的なチャットボットのメッセージを設計するには、以下の原則を守ります。
- 結論ファースト: 回答の核心を最初に提示し、補足情報は後に続ける
- 1 メッセージ 1 トピック: 複数の話題を 1 つのメッセージに混ぜない
- 選択肢の提示: ユーザーの次のアクションを明確にするボタンやクイックリプライを活用する
- 人間らしい口調: 機械的な表現を避け、自然な会話調で応答する
- エスカレーション導線: ボットで解決できない場合の有人対応への切り替えを用意する
選択肢のラベルは 10〜20 文字程度に収めると、スマートフォンでもタップしやすくなります。ボタンが 3 つ以上ある場合は、最も利用頻度の高い選択肢を先頭に配置しましょう。
会話のフローを設計する際は、ユーザーが目的を達成するまでのステップ数を最小限に抑えます。3 ステップ以内で回答にたどり着ける構造が理想です。分岐が多すぎると、ユーザーは迷子になり離脱率が上がります。
ターン数と離脱率の相関
チャットボットの会話設計で見落とされがちなのが、ターン数 (ユーザーとボットのやり取りの往復回数) と離脱率の関係です。カスタマーサポート系チャットボットの運用データを分析すると、以下の傾向が見られます。
| ターン数 | 推定継続率 | 離脱の主な原因 |
|---|---|---|
| 1〜3 ターン | 85〜95% | ほぼ離脱なし (目的達成が多い) |
| 4〜6 ターン | 60〜80% | 「たらい回し感」による離脱 |
| 7〜10 ターン | 30〜50% | 解決の見込みがないと判断 |
| 11 ターン以上 | 20% 未満 | フラストレーションによる離脱 |
注目すべきは、4 ターン目を境に離脱率が急上昇する点です。これは「3 回のやり取りで解決しなければ、このボットでは解決できない」とユーザーが判断するためです。この傾向から、以下の設計指針が導かれます。
- FAQ 型の問い合わせは 3 ターン以内で回答を完結させる
- 4 ターン目に到達した時点で、有人エスカレーションの選択肢を提示する
- 複雑な手続き (住所変更、返品処理など) は、途中経過を明示して「あと○ステップです」と伝える
- ターン数が増える場合は、各ターンのメッセージ文字数を短く (80 文字以下に) 抑え、テンポを維持する
ウェルカムメッセージは、ボットの第一印象を決める重要な要素です。50〜100 文字程度で、ボットの機能と使い方を簡潔に伝えましょう。「こんにちは！○○サポートボットです。ご質問のカテゴリを選んでください」のように、次のアクションを明示する構成が効果的です。
プラットフォーム別の注意点
各プラットフォームはメッセージバブルの表示幅が異なり、同じ文字数でも見え方が大きく変わります。以下は主要プラットフォームのメッセージバブル表示特性の比較です。
| プラットフォーム | バブル最大幅 (目安) | 日本語の 1 行文字数 | 折り返し挙動 |
|---|---|---|---|
| LINE | 画面幅の約 70% | 約 16〜20 文字 | 文字単位で折り返し |
| Facebook Messenger | 画面幅の約 65% | 約 14〜18 文字 | 単語単位 (英語)、文字単位 (日本語) |
| Slack | チャンネル幅の約 80% | 約 30〜50 文字 | 単語単位、コードブロック対応 |
| 画面幅の約 65% | 約 14〜18 文字 | 文字単位で折り返し | |
| Web チャット (一般) | 300〜400px | 約 18〜24 文字 | 実装依存 |
この表から分かるように、LINE では 1 行あたり約 16〜20 文字しか表示されません。200 文字のメッセージは 10 行以上になり、スマートフォンの画面をほぼ埋め尽くします。一方、Slack のデスクトップ版では同じ 200 文字が 4〜5 行で収まります。つまり、同じ文字数でもプラットフォームによって「長い」と感じるかどうかが変わるのです。
LINE Bot では、リッチメッセージやカルーセルなどのテンプレートメッセージを活用すると、テキストだけでは伝えにくい情報を視覚的に表現できます。ただし、テンプレートごとに文字数制限が異なるため、事前に確認が必要です。カルーセルのタイトルは 40 文字、説明文は 60 文字が上限で、この制約内で要点を伝える文章力が求められます。
Facebook Messenger では、2,000 文字の制限に加えて、クイックリプライのラベルは 20 文字までという制約があります。ボタンのタイトルも 20 文字以内に収める必要があります。日本語は 1 文字あたりの情報量が多いため、20 文字でも十分な意味を伝えられますが、英語では 20 文字は約 3〜4 単語に相当し、表現の幅が狭くなります。
Slack Bot は 40,000 文字と余裕がありますが、ビジネスチャットの文脈では簡潔さが求められます。Block Kit を使ったリッチなメッセージ表示を活用し、情報を構造化して提示しましょう。Slack 特有の注意点として、マークダウン記法 (*太字*、`コード`) がメッセージ内で使えるため、文字数にはマークダウン記号も含まれる点を考慮する必要があります。
WhatsApp Business API では、テンプレートメッセージとセッションメッセージで制限が異なります。テンプレートメッセージは事前に審査が必要で、ヘッダー (60 文字)、本文 (1,024 文字)、フッター (60 文字) の各パートに個別の制限があります。審査には 24〜48 時間かかるため、テンプレートの文字数は余裕を持って設計し、頻繁な修正を避けるのが実務上のポイントです。
Web チャットウィジェットは技術的な文字数制限がない場合が多いですが、チャットウィンドウの表示幅を考慮した設計が必要です。一般的なウィジェットの幅は 300〜400px で、1 行あたり 20〜30 文字程度で自然に改行される長さを意識し、長文は段落を分けて送信しましょう。ウィジェットの幅はカスタマイズ可能な場合が多いですが、モバイル表示では画面幅いっぱいに広がるため、デスクトップとモバイルの両方でメッセージの見え方を検証することが重要です。
多言語チャットボットの文字数設計
多言語対応のチャットボットでは、言語によって同じ内容でも文字数が大きく変わる点に注意が必要です。日本語と英語では情報密度に約 1.5〜2 倍の差があり、この差を無視した設計は UX の劣化を招きます。
以下は、同じ意味の文を日本語と英語で比較した例です。
| メッセージ内容 | 日本語 | 英語 | 文字数比 |
|---|---|---|---|
| 挨拶 + 機能紹介 | 「サポートボットです。ご質問をどうぞ。」(18 文字) | "I'm a support bot. How can I help you?" (39 文字) | 1:2.2 |
| エラー通知 | 「入力内容を確認してください。」(14 文字) | "Please check your input and try again." (39 文字) | 1:2.8 |
| 選択肢の提示 | 「以下から選んでください。」(12 文字) | "Please select one of the following options." (44 文字) | 1:3.7 |
この情報密度差は、メッセージバブルの見た目に直接影響します。日本語で 100 文字のメッセージは、英語に翻訳すると 200〜280 文字になることが多く、バブルの高さが 2〜3 倍に膨らみます。多言語チャットボットを設計する際は、以下の点を考慮しましょう。
- 言語ごとに最適文字数の目安を設定する (日本語: 100〜200 文字、英語: 150〜300 文字)
- テンプレートメッセージは最も文字数が多くなる言語を基準にバブル幅を設計する
- 選択肢のラベルは、日本語で 10 文字以内なら英語では 20 文字以内を目安にする
- 中国語 (繁体字) は日本語とほぼ同等の情報密度だが、韓国語は日本語より約 1.2 倍の文字数が必要になる傾向がある
エラーメッセージとフォールバック応答の設計
チャットボットの品質は、正常系の応答だけでなく、エラー時やユーザーの意図を理解できなかった場合の応答 (フォールバック) で大きく差がつきます。フォールバック応答の設計パターンを段階的に整理します。
フォールバック応答には 3 つのレベルがあり、段階的にエスカレーションする設計が効果的です。
| レベル | 発動条件 | 応答パターン | 文字数目安 |
|---|---|---|---|
| レベル 1: 軽度 | 意図の確信度が低い (初回) | 「○○についてのご質問でしょうか？」と確認 | 30〜60 文字 |
| レベル 2: 中度 | 2 回連続で意図不明 | 選択肢を提示して絞り込み | 60〜120 文字 |
| レベル 3: 重度 | 3 回連続で意図不明 | 有人対応への切り替えを提案 | 80〜150 文字 |
よくある失敗は、すべてのエラーに同じ「申し訳ございません」メッセージを返すことです。ユーザーは「何が問題なのか」「次に何をすればいいのか」を知りたいのであり、謝罪だけでは行動に移せません。エラーメッセージには必ず「原因の示唆」と「次のアクション」の 2 要素を含めましょう。
具体的なエラーメッセージの改善例を示します。
- 改善前: 「申し訳ございません、もう一度お試しください」(20 文字)
- 改善後: 「ご質問の意図を正確に把握できませんでした。以下のカテゴリから選んでいただくか、別の表現でお試しください。」(52 文字)
改善後のメッセージは文字数が増えますが、ユーザーに具体的な行動指針を示すことで、会話の継続率が向上します。
応答速度と「タイピング中」表示の最適化
チャットボットの応答速度に関する調査では、即座に返答するよりも 1〜3 秒の「タイピング中」表示を挟んだほうが、ユーザーの満足度が高いとされています。人間の会話リズムに近づけることで、ボットの応答が自然に感じられるためです。
ただし、この最適な遅延時間はメッセージの長さに比例させるべきです。50 文字程度の短い応答なら 1 秒、200 文字の応答なら 2〜3 秒が自然です。長文なのに即座に返ってくると「定型文だ」と見抜かれ、短文なのに 3 秒待たされると「遅い」と感じられます。メッセージの文字数に応じた遅延の目安は以下のとおりです。
| 応答文字数 | 推奨遅延 | 理由 |
|---|---|---|
| 50 文字未満 | 0.5〜1 秒 | 短い応答に長い待ち時間は不自然 |
| 50〜150 文字 | 1〜2 秒 | 人間が考えて入力する自然なリズム |
| 150〜300 文字 | 2〜3 秒 | 長文を「考えている」印象を与える |
| 300 文字超 | 2〜3 秒 + 分割送信 | 長すぎる待ち時間は逆効果 |
よくある失敗パターン
- ウェルカムメッセージで選択肢を 6 つ以上提示してしまう。選択肢が多すぎると「選択のパラドックス」が発生し、ユーザーが何も選ばずに離脱する確率が上がります。3〜4 つに絞るのが最適です。5 つ以上必要な場合は「その他」を設けて 2 階層にする方が離脱を防げます。
- エラー時に「申し訳ございません、もう一度お試しください」とだけ返す。ユーザーは何が間違っていたのかわからず、同じ操作を繰り返してフラストレーションが溜まります。具体的な代替手段を提示しましょう。
- 1 つのメッセージバブルに複数の質問を詰め込む。「お名前と電話番号、ご希望の日時を教えてください」のように 3 つの情報を一度に求めると、ユーザーはどこから答えればよいか迷います。1 メッセージ 1 質問を徹底し、段階的に情報を収集する設計にしましょう。
- 会話の文脈を無視したリセット。ユーザーが 5 ターン目で「やっぱり最初の選択肢に戻りたい」と言った場合に、最初からやり直しを求めるのは UX の大きな劣化です。直前の分岐点に戻れる「戻る」機能を実装しましょう。
プロのテクニック
- ボットの応答に「確認質問」を挟む。「○○についてお調べしますね。よろしいですか？」のように、ユーザーの意図を確認するステップを入れると、誤解による不満を大幅に減らせます。確認質問は 30〜50 文字に収め、「はい/いいえ」で答えられる形式にするのがポイントです。
- 会話の終了時に具体的な次のアクションを提案する。「関連する FAQ はこちらです」「担当者への問い合わせはこちら」のように、ユーザーの次の行動を明示すると満足度が向上します。
- 選択肢の文字数を揃える。「商品について」「配送について」「返品について」のように、選択肢のラベルを同じ文字数帯 (±2 文字) に揃えると、視覚的に整理された印象を与え、選択しやすくなります。
- 会話の進捗を可視化する。「ステップ 2/4: お届け先の確認」のように、全体のステップ数と現在位置を示すと、ユーザーは残りの手順を予測でき、途中離脱が減少します。会話 AI の入門書でさらに詳しく学べます
まとめ
チャットボットの応答メッセージは、プラットフォームの文字数制限を守りつつ、1 回あたり 100〜200 文字を目安に設計すると読みやすくなります。認知負荷の観点からは、ワーキングメモリの容量 (4±1 チャンク) を超えない文字数に収めることが重要です。結論ファースト、1 メッセージ 1 トピック、選択肢の提示を基本原則として、ユーザーがストレスなく情報を得られるメッセージを心がけましょう。
特に見落とされがちなのが、ターン数と離脱率の関係です。4 ターン目を境に離脱率が急上昇するため、FAQ 型の問い合わせは 3 ターン以内で完結させ、それ以上かかる場合は有人エスカレーションの導線を用意しましょう。多言語対応では、日英の情報密度差 (約 1.5〜2 倍) を考慮した文字数設計が不可欠です。メッセージテンプレートの文字数確認には、文字数カウントスをご活用ください。