最終更新: 2026-08-31

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

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

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

Slack という名前は「Searchable Log of All Conversation and Knowledge」(すべての会話と知識の検索可能なログ) の頭文字であると、共同創業者のスチュワート・バターフィールドが 2012 年に説明しています。もともとはゲーム開発会社 Tiny Speck が、オンラインゲーム「Glitch」の開発中に社内の連絡用として作った仕組みで、初期は IRC プロトコルを土台にしていました。2012 年 10 月にゲームの採算が見込めないと判断されたあと、この社内ツールが製品として世に出ることになります。

40,000 文字は、400 字詰め原稿用紙なら 100 枚に相当する分量です。長文のレポートや議事録をそのまま貼り付けても収まる余裕がありますが、上限に収まることと読まれることは別の問題です。長い本文はタイムライン上で途中まで表示され、続きは「もっと見る」を押さないと読めません。上限は「ここまでは投稿できる」という境界であって、推奨される長さを示すものではありません。

長文が読まれない理由 - 冒頭しか届かない

Slack のメッセージは、上限まで書けるからといって全文が読まれるわけではありません。タイムラインでは長い本文が途中で折りたたまれ、デスクトップやスマートフォンの通知に出るのは冒頭の一部だけです。つまり読み手が最初に受け取る情報は、書き手が意図した「全体」ではなく「先頭」です。

ここから導かれる原則は 2 つあります。1 つは、依頼・報告・質問といった意図と結論を冒頭に置くこと。もう 1 つは、背景・経緯・補足はその後ろへ回し、続きを読まなくても次の行動が決まる状態にしておくことです。「お疲れ様です。先日の件ですが」で始まるメッセージは、通知に出る部分が情報をまったく運んでいないため、開いてもらうまで用件が伝わりません。

適切な長さは、読み手が同じ文脈をどこまで共有しているかで変わります。Slack 自身が規定しているのは 40,000 文字という上限だけで、推奨される長さは示されていません。以下では機能ごとの上限を押さえたうえで、チャンネル投稿とスレッド返信という 2 つの場面に分けて、編集上の目安を整理します。

40,000 文字をバイト数で考える

Slack はこの上限を決めた理由を公表していません。ただ、文字数の上限がどれくらいのデータ量に対応するのかは計算できます。UTF-8 では日本語の文字が 1 文字あたり 3 バイト、絵文字などでは 4 バイトを使うため、40,000 文字は単純計算で 120,000 〜 160,000 バイト、つまり 120 〜 160 KB 程度になります。API レスポンスの文字数設計と同じ考え方で、テキストだけで数百 KB に迫る規模だと捉えると感覚がつかめます。

この規模のテキストが 1 通のメッセージとして投稿されると、そのチャンネルを開いている全員のクライアントが同じ本文を受け取って描画し、検索用のインデックスにも同じ量が積まれます。上限がなければ、1 人の投稿がチャンネル全体の表示速度や検索の応答性を左右しかねません。文字数の上限は、書き手の自由度と受け手側のコストの折り合いをつける仕組みだと理解しておくと、機能ごとに上限が大きく違う理由も納得しやすくなります。

Slack の文字数制限一覧

この表は 2026 年 8 月時点で確認できる値です。Slack はアプリ開発向けの仕様 (後述の Block Kit) は公式ドキュメントに明記していますが、画面上の入力欄の上限は公式に一覧の形で明記されない項目もあります。運用の目安として使い、厳密な値が必要な場合は実際の入力欄で確認してください。

Block Kit の文字数制限

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

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

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

40,000 文字の上限は十分に大きいですが、長文をそのまま投稿すると読み手の負担になります。書く前に押さえておきたい点は 3 つです。

1 つ目は、宛先の設計です。メンション (@ユーザー名) は対応してほしい相手にだけ使い、@channel や @here の多用は避けます。@channel はチャンネル全員 (オフラインのメンバーを含む) に通知が飛び、@here はその時点でオンラインのメンバーだけに通知されます。この違いを踏まえて緊急度に応じて使い分けないと、通知が日常の背景音になり、本当に急ぎの連絡ほど見落とされます。

2 つ目は、1 メッセージ 1 用件にすることです。複数の依頼を 1 通に詰め込むと、返信は最後の項目だけに付き、残りが未処理のまま流れます。用件が分かれるなら、メッセージも分けたほうが取りこぼしが減ります。

3 つ目は、期限と求める反応を明示することです。「確認お願いします」だけでは、いつまでに何をすれば完了なのかが読み手に伝わりません。「木曜 18 時までに問題なければ絵文字リアクションをください」まで書けば、返信の文字数はゼロで済みます。

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

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

チャンネルへの投稿とスレッド内の返信では、読み手が前提としている文脈の量が違います。チャンネル投稿は事情を知らないメンバーも目にするため、用件だけでなく背景を 1 〜 2 文添える必要があります。一方スレッド返信は、元の投稿を読んだ参加者に向けたものなので、結論と根拠だけで用が足ります。編集上の目安としては、チャンネル投稿は 200〜400 文字、スレッド返信は 50〜150 文字あたりに収めると、後から読み返す人の負担が小さくなります。これは Slack が定めた推奨値ではなく、上の文脈差から導いた書き方の目安です。

スレッド内でも文字数上限は 40,000 文字です。長い議論になる場合は、途中で要点をまとめたメッセージを投稿すると、後から参加したメンバーも状況を把握しやすくなります。返信が積み重なったスレッドは、後から開いた人が最初から読み直さないと結論にたどり着けません。議論が長引いてきたら、決まったことを別途まとめるか、Canvas やドキュメントへ移す判断が必要です。「チャンネルにも投稿する」オプションは、スレッド内で重要な結論が出たときに限定して使うと、チャンネルのノイズを抑えつつ情報共有ができます。

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

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 行で済む依頼が、社外向けでは経緯と期限の説明を足さないと成立しないため、同じ用件でも本文は長くなりがちです。長くなるぶん、冒頭に用件を置く原則はより重要になります。

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

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

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

まとめ

Slack のメッセージは最大 40,000 文字まで入力できますが、通知やタイムラインで読み手に届くのは冒頭だけです。上限は「投稿できる境界」であって推奨される長さではないため、意図と結論を先に置く書き方が要になります。長さの目安としてはチャンネル投稿が 200〜400 文字、スレッド返信が 50〜150 文字ですが、これは Slack の規定ではなく編集上の目安です。Block Kit やワークフロービルダーには本文とは別の文字数制限があるため、Bot 開発や自動化の際は事前に制限を確認しましょう。メッセージの文字数を事前に確認したいときは、文字数カウントスをご活用ください。