Slack メッセージの文字数と書き方のコツ

Slack はビジネスチャットの定番ツールとして、多くの企業やチームで利用されています。メッセージ本文は最大 40,000 文字まで入力できますが、各機能ごとに異なる文字数制限が設けられています。制限を把握し、読みやすいメッセージを書くコツを押さえましょう。

意外と知らない Slack トリビア

Slack の名前は「Searchable Log of All Conversation and Knowledge」(すべての会話と知識の検索可能なログ) の頭文字に由来するとされています。もともとはゲーム開発会社 Tiny Speck が社内コミュニケーション用に開発したツールで、ゲーム自体は失敗しましたが、チャットツールが大成功を収めたという経緯があります。

40,000 文字という上限は、一般的なビジネス文書 (A4 で約 20 ページ分) に相当します。この数値は、長文のレポートや議事録をそのまま貼り付けても収まるよう設計されたとされています。ただし、実際に 40,000 文字のメッセージを送ると、受信側の表示に数秒かかる場合があります。

メッセージの長さと返信率の関係

Slack でのコミュニケーション効率を考えるうえで、メッセージの文字数と返信率の関係は見逃せないポイントです。ビジネスチャットの利用傾向を分析すると、短すぎるメッセージ (10 文字未満) は文脈が不足して追加質問を誘発し、長すぎるメッセージ (500 文字超) は読み飛ばされる傾向があります。返信率が最も高いのは 100〜300 文字の範囲で、要点が明確かつ十分な文脈を含むメッセージです。

スレッド内の返信はさらに短い傾向があり、50〜150 文字程度が読まれやすい長さです。チャンネルへの投稿とスレッド返信では、読み手の集中度が異なるため、最適な文字数も変わります。チャンネル投稿は「見出し + 本文」の構造で 200〜400 文字、スレッド返信は単一の論点に絞って 100 文字前後を目安にすると、コミュニケーションの効率が向上します。

なぜ 40,000 文字なのか - WebSocket とメッセージサイズの関係

Slack が 40,000 文字を上限に設定した背景には、ビジネスユースケースの分析に加え、技術的な制約も関係しています。API レスポンスの文字数設計と同様に、ログ出力や長文の議事録など、業務で発生する長文テキストの大半が 40,000 文字以内に収まることが確認されています。

Slack のリアルタイムメッセージ配信は WebSocket プロトコルをベースとしています。WebSocket フレームのペイロードサイズには理論上の上限はありませんが、実装上は 1 フレームあたりのサイズが大きくなるほど、メモリ確保・パース処理・ネットワーク転送のコストが増大します。UTF-8 エンコーディングでは 1 文字あたり最大 4 バイトを消費するため、40,000 文字は最大約 160 KB のペイロードに相当します。この規模であれば、モバイル回線でも数百ミリ秒以内に配信が完了し、リアルタイム性を損ないません。

一方で、上限を無制限にすると、1 つの巨大メッセージがチャンネル内の全クライアントに同時配信され、サーバーの帯域とクライアントのレンダリング性能を圧迫します。メッセージ検索のインデックスサイズにも影響するため、検索パフォーマンスとのバランスを考慮して 40,000 文字が実用的な上限として選ばれました。

Slack の文字数制限一覧

Block Kit の文字数制限

Slack Bot やアプリ開発で使用する Block Kit には、メッセージ本文とは別の文字数制限が設けられています。Block Kit はメッセージを構造化された UI コンポーネントとして表示する仕組みで、各ブロックタイプごとに上限が異なります。

Bot 開発では、Section ブロックの 3,000 文字制限に注意が必要です。長文の通知を送る場合、1 つの Section ブロックに収まらないテキストは複数ブロックに分割するか、メッセージ本文 (text フィールド) にフォールバックテキストとして記載する設計が求められます。

効果的なメッセージの書き方

40,000 文字の上限は十分に大きいですが、長文をそのまま投稿すると読み手の負担になります。以下のポイントを意識しましょう。

結論を先に書くことが最も重要です。ビジネスチャットの文章術に関する書籍でも繰り返し強調されているポイントです。依頼・報告・質問など、メッセージの目的を冒頭で明示すると、受け手がすぐに内容を把握できます。箇条書きを活用して情報を整理し、1 メッセージ 1 トピックを心がけると、後から検索しやすくなります。

メンション (@ユーザー名) は必要な相手にだけ使い、@channel や @here の多用は避けましょう。通知疲れを防ぎ、本当に重要な連絡が埋もれなくなります。@channel はチャンネル全員 (オフラインメンバー含む) に通知が飛び、@here はオンラインメンバーのみに通知されます。この違いを理解したうえで、緊急度に応じて使い分けることが大切です。

スレッド vs チャンネル - 最適な文字数の違い

Slack のスレッド機能は、チャンネルの流れを整理するうえで欠かせません。元のメッセージに対する返信や議論はスレッド内で行うことで、チャンネルのタイムラインがすっきりします。

チャンネルへの投稿とスレッド内の返信では、読み手の期待する情報量が異なります。チャンネル投稿は複数のメンバーが目にするため、背景情報を含めた 200〜400 文字が適切です。一方、スレッド返信は既に文脈を共有している参加者向けなので、50〜150 文字の簡潔な返信が好まれます。

スレッド内でも文字数上限は 40,000 文字です。長い議論になる場合は、途中で要点をまとめたメッセージを投稿すると、後から参加したメンバーも状況を把握しやすくなります。スレッドの返信数が 50 件を超えると視認性が低下するため、新しいチャンネルやドキュメントに移行することも検討しましょう。「チャンネルにも投稿する」オプションは、スレッド内で重要な結論が出たときに限定して使うと、チャンネルのノイズを抑えつつ情報共有ができます。

書式設定と文字数への影響

Slack はマークダウンに似た独自の書式設定 (mrkdwn) に対応しています。太字 (*テキスト*)、斜体 (_テキスト_)、取り消し線 (~テキスト~)、コードブロック (`コード`) を使い分けることで、メッセージの可読性が大幅に向上します。

重要なのは、書式設定のマークアップ記号も 40,000 文字の制限にカウントされる点です。たとえば *太字* と書くと、表示上は「太字」の 2 文字ですが、実際には * を含む 4 文字が消費されます。コードブロック (```) で囲んだ長いログ出力を貼り付ける場合、マークアップ記号分の文字数も考慮する必要があります。リンクの場合、<https://example.com|表示テキスト> という形式で URL 全体が文字数に含まれるため、長い URL を多数含むメッセージでは想定以上に文字数を消費します。

番号付きリストや箇条書きリストも利用できます。手順の説明には番号付きリスト、並列する項目には箇条書きリストを使うと、情報が整理されて伝わりやすくなります。引用 (>) を使えば、他のメッセージや外部情報の参照も明確に示せます。

Slack Connect での文字数制限

Slack Connect は、異なる組織間でチャンネルを共有する機能です。社外パートナーやクライアントとの連携に使われますが、通常のチャンネルとは異なる制約があります。

メッセージ本文の 40,000 文字制限は Slack Connect チャンネルでも同一です。ただし、Slack Connect チャンネルではカスタム絵文字が相手組織に表示されない場合があり、絵文字リアクションで意思表示する運用には注意が必要です。また、ワークフロービルダーで作成した自動化フローは、Slack Connect チャンネルでは一部の機能が制限されます。外部組織のメンバーに対するメンションは @ユーザー名 で可能ですが、@channel や @here は自組織のメンバーにのみ通知されます。

社外向けメッセージでは、社内スラングや略語を避け、文脈を丁寧に補足する書き方が求められます。結果として、同じ内容でも社内向けより 1.5〜2 倍の文字数になることが一般的です。

ワークフロービルダーの文字数制限

ワークフロービルダーは、ノーコードで定型業務を自動化できる Slack の機能です。日報の収集、承認フロー、新メンバーのオンボーディングなど、繰り返し発生する業務を効率化できます。

ワークフロービルダーにも固有の文字数制限があります。フォームの入力フィールドのラベルは 200 文字まで、フォームの説明テキストは 150 文字まで、メッセージステップで送信するテキストは 4,000 文字までです。通常のメッセージ (40,000 文字) と比べて大幅に短いため、ワークフローで長文の通知を送る場合は複数のメッセージステップに分割するか、Canvas へのリンクを含める設計が必要です。

よくある失敗パターン

Slack でのコミュニケーションで陥りがちな失敗を紹介します。

• メッセージの冒頭に結論がない。「お疲れ様です。先日の件ですが…」と前置きが長いと、受け手は何を求められているのか把握するまでに時間がかかります。「【依頼】」「【報告】」「【質問】」のようなラベルを冒頭に付けると、意図が即座に伝わります。
• スレッドを使わずにチャンネルで長い議論を展開する。メインチャンネルのタイムラインが議論で埋まり、他のメンバーの重要な投稿が流れてしまいます。2 往復以上のやり取りはスレッドに移行しましょう。
• @channel を日常的に使う。全員に通知が飛ぶため、本当に全員が知るべき情報に限定すべきです。通知疲れが蓄積すると、本当に重要な連絡も見落とされるようになります。
• 書式設定を一切使わない。プレーンテキストの長文は読みにくく、重要な情報が埋もれます。太字で要点を強調し、箇条書きで構造化するだけで、同じ内容でも伝達効率が大きく変わります。

Slack Bot のメッセージ設計

Slack Bot を開発する際は、Block Kit の文字数制限を意識した設計が不可欠です。Bot からのメッセージは通常のユーザーメッセージと異なり、Block Kit を使って構造化された UI を提供できますが、各ブロックの文字数制限が厳しいため、事前の設計が重要です。

通知系の Bot では、Section ブロック (3,000 文字) に収まるよう情報を要約し、詳細は「詳しく見る」ボタンで外部リンクに誘導する設計が効果的です。対話型の Bot では、Modal のタイトルが 24 文字と短いため、簡潔で明確なタイトルを付ける必要があります。日本語の場合、全角文字でも 1 文字としてカウントされるため、24 文字あれば十分な情報を伝えられます。

Bot メッセージの text フィールド (フォールバックテキスト) は、通知やメッセージプレビューに使用されるため、Block Kit を使う場合でも必ず設定しましょう。このフィールドも 40,000 文字が上限です。

プロのテクニック

Slack を使いこなすための上級テクニックを紹介します。

• Canvas (キャンバス) で情報をストック化する。チャットは流れていく「フロー情報」ですが、Canvas を使えばチャンネルに紐づいた「ストック情報」を作成できます。Slack 活用やリモートワークの関連書籍でも、フロー情報とストック情報の使い分けが推奨されています。議事録やプロジェクトの概要など、繰り返し参照する情報は Canvas にまとめましょう。Canvas のタイトルは 150 文字まで、本文には文字数制限がないため、長文のドキュメントも格納できます。
• リマインダー機能を活用する。/remind コマンドで自分やチャンネルにリマインダーを設定できます。「明日の 10 時にこのメッセージを確認する」のような使い方で、タスクの抜け漏れを防げます。リマインダーのメッセージ部分は通常のメッセージと同じ 40,000 文字が上限です。
• 検索演算子を使いこなす。from:@ユーザー名、in:#チャンネル名、before:2025-01-01、has:link などの検索演算子を組み合わせると、過去のメッセージを効率的に見つけられます。Slack の名前の由来が「Searchable Log」であることを思い出し、検索しやすいメッセージを書く意識を持ちましょう。

まとめ

Slack のメッセージは最大 40,000 文字まで入力できますが、簡潔で構造化されたメッセージほど伝わりやすくなります。チャンネル投稿では 200〜400 文字、スレッド返信では 100 文字前後が読まれやすい長さの目安です。Block Kit やワークフロービルダーには独自の文字数制限があるため、Bot 開発や自動化の際は事前に制限を確認しましょう。メッセージの文字数を事前に確認したいときは、文字数カウントスをご活用ください。