Slackのブラウザ版の使い方｜最初に決めておくこと

Slackのブラウザ版の使い方を調べる人の多くは、すでにブラウザで使えています。詰まっているのはその先で、通知が届かない、ショートカットが効かない、タブが他のタブに埋もれて見つからない、といった細かい不便が積み重なっている状態です。この記事では、ブラウザ版が動く条件、最初に決めておくべき設定、アプリ版と挙動が変わる場所を並べ、タブのまま使い続けるか窓として分けるかを判断できるところまで整理します。

ブラウザ版が動く条件は半年ごとに切り上がる

ブラウザ版には、インストール不要という性質の裏側に、バージョンの条件があります。Slackが公開しているシステム要件では、ブラウザは次の版以上が対象です。

ブラウザ	必要なバージョン
Chrome	137 以上
Firefox	139 以上
Safari	26 以上
Microsoft Edge	136 以上

この条件は固定ではありません。Slackはシステム要件を年2回、5月と11月に更新すると明記しています。更新の時期そのものも動いたことがあり、2025年5月に3月・9月から5月・11月へ変わりました。ブラウザに対するサポート期間はリリースから12〜18か月とされており、デスクトップアプリと同じ長さです。

重要なのは、期限を過ぎたときに何が起きるかです。動作が遅くなる、一部の機能が使えない、といった緩やかな劣化ではありません。

ウェブブラウザのサポートが完全に終了すると、そのブラウザで Slack を利用すること、サインイン、新しいワークスペースの作成、ワークスペースや Enterprise Grid オーガナイゼーションの設定管理ができなくなります。 出典: slack.com

サインインが止まるということは、ブラウザを更新しない限り復旧しないということです。すでに公表されている期限を見ると、Chromeは142以前が2026年11月9日、Firefoxは144以前が同日、Edgeは142以前が同日、Safariは18以前が2026年5月18日に終了と書かれています。ブラウザを自動更新のままにしていれば意識せずに済みますが、社内の管理者が更新を止めているMacや、社用のプロファイルだけ古い版に固定されている環境では、ある日突然サインインできなくなります。ブラウザ版を業務の主経路にするなら、ブラウザの自動更新が有効かどうかを先に確認しておく価値があります。

サインインの入れ物は、ブラウザのプロファイルになる

ブラウザ版のサインインは、slack.com/signin にアクセスしてメールアドレスを入力し、届いた確認コードを打ち込む流れです。AppleアカウントやGoogleアカウントでの継続も選べます。ワークスペースやオーガナイゼーションが2要素認証を必須にしている場合は、6桁の認証コードの入力が加わります。

ここで先に決めておくことが1つあります。サインインの状態を保持しているのはSlackではなく、ブラウザのプロファイルだという点です。個人のGoogleアカウントで使っているプロファイルに会社のワークスペースをサインインさせると、その組み合わせがずっと残ります。個人用と仕事用でプロファイルを分けている人は、どちらにサインインするかを最初に決めておいたほうが後で移し替える手間がありません。

複数のワークスペースに入る手順は、アプリ版とほぼ同じです。サイドバーのワークスペースアイコンをクリックし、ワークスペースを追加する、他のワークスペースにサインインする、と進みます。ブラウザでも切り替えは同じ操作で行えます。ただし切り替えられることと、同時に動いていることは別です。その違いが次の節の通知に直結します。

通知は「いま開いているタブ」にしか届かない

ブラウザ版でいちばん多い誤解が通知です。Slackのトラブルシューティング記事には、次の一文が添えられています。

注 : お使いのブラウザで開いているワークスペースについてのみ通知が届きます。 出典: slack.com

デスクトップアプリはサインイン済みのワークスペース全部を常時つないでいますが、ブラウザ版はタブが開いている分しか動きません。ワークスペースを3つ持っていて、タブは1つだけ開いている状態なら、残り2つのメンションは気づかないまま溜まります。タブを閉じた時点で、そのワークスペースの通知も止まります。

対処は2つあります。1つは、通知が要るワークスペースの数だけタブを開いてピン留めしておくこと。もう1つは、通知が要るのは1つだけだと割り切ることです。どちらでもよいのですが、決めずに使っていると「届いたり届かなかったりする」という最も厄介な状態になります。

通知の許可そのものも、ブラウザごとに置き場所が違います。設定を触る前に、自分が使っているブラウザの場所を確認してください。

• Chrome … 設定、プライバシーとセキュリティ、サイトの設定、権限の下の通知
• Microsoft Edge … Cookie とサイトのアクセス許可、すべてのアクセス許可の下の通知
• Firefox … プライバシーとセキュリティ、許可設定の通知の設定ボタン
• Safari … 環境設定、Webサイト、左サイドバーの通知

Macの側にもう一段あります。macOSのシステム設定の通知で、ブラウザ自体が通知を出せる状態になっていなければ、Slack側で許可しても画面には出ません。集中モードやおやすみモードが入っていないかも同じ場所で確認できます。ブラウザ版の通知は、Slackの設定、ブラウザの設定、macOSの設定という3段階を全部通った場合にだけ届きます。1段でも落ちていれば静かなままです。

効かなくなるショートカットが、はっきり決まっている

Slackのキーボードショートカット一覧には、アスタリスク2個が付いた項目があります。説明にはこう書かれています。アスタリスク2個が記載されたショートカットは、Slackデスクトップアプリでのみ機能します。つまり、ブラウザ版では効かないものが公式に名指しされているということです。

操作	ショートカット	ブラウザ版
環境設定を開く	⌘ ,	効かない
ファイルをアップロードする	⌘ O	効かない
Slackを終了する	⌘ Q	効かない
スレッド画面を開く	⌘ Shift T	効かない
チャンネルをブラウズする	⌘ Shift L	効かない
アクティビティビューを開く	⌘ Shift M	効かない
会話の最新の未読メッセージに移動する	⌘ J	効かない

効かない理由は2種類あります。デスクトップアプリの機能にしか割り当てられていないものと、ブラウザが先に受け取ってしまうものです。後者は実害が分かりやすく、⌘ W はタブを閉じ、⌘ Q はブラウザごと終了し、⌘ Shift T はChromeでは閉じたタブを開き直します。Slackのつもりで押した手が、ブラウザの操作として通ってしまう形です。

Slackは現時点でカスタムキーボードショートカットの設定に対応していないと明記しているため、割り当てを変えて回避する道はありません。使えるもので組み立て直すことになります。ブラウザ版でも効く代表は、Shift Esc のすべて既読、⌘ K のクイックスイッチャー、⌘ F の会話内検索です。逆に言えば、⌘ O でファイルを投げる癖や ⌘ , で設定を開く癖がある人ほど、ブラウザ版に移ると手が止まります。

ハドルミーティングはブラウザで結果が変わる

音声で話す機能に関しては、対応が割れています。Slackのシステム要件には、ハドルミーティングをサポートしているブラウザはGoogle ChromeとFirefoxのみ、と書かれています。SafariとEdgeでもメッセージの読み書きは通常どおりできますが、ハドルは対象外です。

これは、ブラウザ版を選ぶときの実質的な分岐点になります。チャットだけならどのブラウザでも変わりませんが、日に何度もハドルで話すチームにいるなら、ブラウザの選択肢が最初から2つに絞られます。普段Safariを使っている人がSlackだけChromeで開くという運用にすると、今度は通知の許可もブックマークもプロファイルも二重管理になります。ハドルを使うかどうかで、ブラウザ版を主経路にできるかが決まると考えたほうが実態に合っています。

macOSの下限が、ブラウザ版の意味を変える

Slackのデスクトップアプリは、macOS 13以上、アプリのバージョン4.44以上が条件です。そして公表されている予定では、macOS 13以前のサポートは2026年11月9日に終了します。この日を過ぎると、対応するアプリのバージョンを使っている限りSlackにはアクセスできますが、アプリの更新は行われなくなります。

つまり、古いMacを使い続ける場合、ブラウザ版は「アプリを入れるのが面倒なときの代わり」ではなく、更新され続ける唯一の経路になります。ただしその場合も、ブラウザ側のサポート期限からは逃げられません。macOSが古いとブラウザの新しい版が入らないことがあるため、OSの下限とブラウザの下限が同時に効いてくる形になります。手元のMacが該当するなら、Slackの条件だけでなく、そのMacに入る最新のブラウザが何版かを先に確認しておくのが順番として正しくなります。

タブのまま使うか、窓として分けるか

ここまでの条件を踏まえると、ブラウザ版を使い続ける場合の残りの問題は、機能ではなく置き場所に絞られます。通知の許可を通し、ハドルの使えるブラウザを選び、ショートカットを組み直しても、タブが他の20枚のタブに埋もれる問題だけは設定では解けません。

判断の材料は3つで足ります。

• 1日に何回そのタブを探しているか。回数が多いほど、探す時間が積み上がります
• 通知を受け取る必要があるか。必要なら、そのタブは常に開いたままでなければなりません
• キーボードの取り合いが起きているか。⌘ W や ⌘ Q を押し間違えて閉じた経験があるなら起きています

3つとも当てはまるなら、タブではなく独立した窓として持つ形が候補になります。Webアプリ化ツールと呼ばれる種類の道具は、指定したURLだけを開く専用の窓を作り、Dockにアイコンを置いて、アプリの切り替え一覧にも独立して並ぶようにします。中身は手元のブラウザのままなので、サインインの状態も通知の許可もそのまま引き継がれます。窓の挙動やリンクの開き方をどこまで指定できるかはできることに整理されており、実際の作成手順は使い方ガイドで画面付きに追えます。

デスクトップアプリを入れられる環境なら、そちらを使えば同じ問題は解決します。この選択が意味を持つのは、macOSの下限に届かないMacを使っている場合、会社の方針でアプリのインストールが制限されている場合、そして複数のワークスペースやアカウントを別々の窓で並べたい場合です。

用意されている雛形の顔ぶれから見えること

サイトをアプリにする道具の側から眺めると、窓に出されているのは会話の窓口だけではありません。300以上のプリセットからすぐ作れる形で並んでいる一覧を見ると、タスク管理、会計、デザイン、社内の管理画面といった、1日中開きっぱなしになる種類のサイトが中心を占めています。どの分野のサービスが対象になりやすいかは対応サービス一覧で確かめられます。

この偏りは、ブラウザ版のSlackが抱えている問題の正体を言い当てています。共通しているのは、1日に何度も開き、開いている時間が長く、通知を受け取り、キーボードを占有するという性質です。逆に、月に数回しか開かない管理画面や、読むだけのサイトは、この一覧にはあまり並びません。自分がタブに常駐させているものが同じ性質を持っているかどうかが、窓として分ける価値があるかの目安になります。

費用の条件は料金に書かれており、作れる窓の数や既存のブラウザとの関係など、先に確認しておきたい点はよくある質問に整理されています。Slackのブラウザ版で不便を感じている時点で、同じ理由で不便を感じているタブが他にもあるはずです。1つ試すなら、いちばん探している回数が多いタブから始めるのが順番として無駄がありません。