ブラウザ使い分け設定の決め方｜タブ・コンテナ・プロフィールの違い

仕事用と個人用を分けたい、クライアントごとに分けたい、検証用のアカウントを混ぜたくない。ブラウザ使い分け設定を調べると、タブグループ、ワークスペース、コンテナ、プロフィールといった言葉が同じ並びで出てきます。名前は近いのに、実際に切り離しているものはまったく違います。ここを取り違えると、見た目はきれいに整理されているのに、ログインだけが混ざり続けるという状態になります。この記事では、それぞれの設定が何を分けていて何を分けていないのかを並べ、いま起きている失敗から選び直せるようにします。

使い分けたいものは、実は3つに分かれている

「分けたい」と言うとき、読者が困っている中身は3種類のどれかに収まります。この3つを最初に切り分けると、設定選びはほとんど終わります。

1つ目は見た目です。タブが多すぎて目的の画面が見つからない、朝になると昨日の並びが崩れている、という状態を指します。ログインは合っているので機能としては壊れていませんが、探す時間が積み上がります。

2つ目はログインです。同じサービスに2つのアカウントで入りたい、片方にログインするともう片方が落ちる、という状態です。これはCookieとサイトのローカルストレージの置き場所の問題で、タブをどう並べても解決しません。

3つ目は環境です。仕事用のパスワード管理拡張が個人のタブで動くのが困る、履歴や検索候補を混ぜたくない、という話になります。ここまで来ると、Cookieだけを分けても足りません。

ブラウザの設定は、この3つのどれに効くかで性格が分かれています。名前が似ているのは、どれも「分ける」という言葉で説明されているためです。

見た目を分ける設定：タブグループとワークスペース

タブグループは、Chrome、Edge、Safariなど主要なブラウザに標準で入っています。タブに色と名前を付けてまとめ、折りたたんで隠せます。ワークスペースは、Zenブラウザ、Arc、Edgeなどが持っている、もう少し大きな単位のまとめ方です。切り替えると表示されるタブの集合ごと入れ替わり、開いていたタブは閉じずに背後へ回ります。

Zenの場合、ワークスペースごとにピン留めしたタブと配色を持てるため、いま何の作業をしているのかが視覚的にはっきりします。プロジェクトが4つ動いている人にとっては、40個のタブから今日の6個を探す作業が、ワークスペースを1つ選ぶ操作に置き換わります。

ただし、ワークスペースが触っているのは表示だけです。Cookieの置き場所は全ワークスペースで共有されたままなので、2つのワークスペースに同じサービスを置いても、出てくるのは同じアカウントの画面です。これは不具合ではなく、タブをまとめる機能の限界です。見た目の問題には効き、ログインの問題には効きません。

ログインを分ける設定：コンテナとマルチログイン

同じサービスに2つのアカウントで同時に入りたいとき、正面から答えているのはFirefox系のコンテナです。Mozillaが無料で配布しているMulti-Account Containersという拡張機能で管理し、タブ単位にCookieとサイトのストレージを区切ります。初期状態では4種類のコンテナ（Personal、Work、Banking、Shopping）が用意されていて、追加も改名も色の変更もできます。タブの上端に色の線が出るので、いまどの人格で見ているかがクリックせずに分かります。

Cookies downloaded by websites in one Container are not available to websites in other Containers. 出典: support.mozilla.org

実務で効くのは、サイトごとの割り当て機能です。特定のドメインを常に決まったコンテナで開くよう設定しておけば、社内システムのリンクはどこから踏んでも仕事用のコンテナに入ります。ただし、メールアプリやカレンダーなどブラウザの外から届いたリンクは、いったん既定の場所で開いてから「このコンテナで開き直すか」を聞かれる形になります。1手増えることは知っておいたほうがいい点です。

Googleのマルチログインも、ログインを分ける設定として同じ棚に並べられがちです。ただしこれはCookieを区切っているわけではなく、URLの中の番号でアカウントを見分けているだけです。Googleのサービスの中では機能しますが、SlackやNotionのような社外のサービスには効きません。

環境ごと分ける設定：プロフィール

プロフィールは、ディスク上の独立したフォルダそのものです。Cookie、履歴、ブックマーク、保存したパスワード、拡張機能がまとめて分かれます。Chromeは以前からこの仕組みを持っていて、Safariにも14番のmacOS Sonomaからプロフィールが入りました。Firefoxにも同様の仕組みがあります。

分離の強さで言えば、標準機能の中ではこれが一番です。仕事用の拡張機能が個人のタブで動くことはなく、個人の検索履歴が仕事の入力候補に出てくることもありません。コンテナと違って、拡張機能とパスワードまで分かれます。

代償は運用側にあります。拡張機能は2回入れる必要があり、パスワードの保管先も2つに割れます。そして最大の弱点は切り替えです。プロフィールを分けてもmacOSから見ればどれも同じアプリのウィンドウなので、Command＋Tabで選べるのはブラウザであって、仕事用のブラウザではありません。

ワークスペースとコンテナは重ねられる

Zenは、ワークスペースに既定のコンテナを割り当てられます。設定しておくと、そのワークスペースの中で新しく開いたタブが、対応するコンテナで始まります。タブの置き場所を決める層と、どのアカウントで見るかを決める層が、1回の切り替えでそろうということです。

比較記事で「ワークスペースとコンテナのどちらを使うべきか」と問われがちですが、実際に求められているのはこの重ね方であることが多いです。ワークスペースはタブがどこに住むかを、コンテナはそのタブが誰なのかを決めます。役割が違うので、どちらか一方を選ぶ問題ではありません。

注意点は2つあります。割り当てを設定しても、それ以前から開いていたタブは移動しません。開き直すまで元のまま残ります。もう1つは、割り当てが効くのはワークスペースの中で新しく開いたタブに対してで、外部アプリから届いたリンクには効かないという点です。そちらはサイトごとの割り当てで補う必要があります。

やり直しを避ける設定の順番

この2つで苦労する原因の多くは、順番を逆にして作り直しになることです。手を動かす順番を決めておくと、後戻りが減ります。

最初に書き出すのは、プロジェクトではなくアカウントです。Googleが2つ、Slackが2つ、クライアントのNotionと個人のNotion、という具合に並べます。この一覧がそのままコンテナの一覧になります。ここでプロジェクト単位にコンテナを作ると、案件が増えるたびに際限なく増えていき、色分けが意味を失います。

次に、サイトの割り当てを入れます。そのコンテナにしか属さないドメインを、コンテナ側に登録していく作業です。ここを飛ばす人が多く、数週間後に「リンクを踏むと違うアカウントで開く」と言い出す原因のほとんどがこれです。

そのあとでワークスペースを作ります。ワークスペースの単位は仕事の側、つまり案件やフェーズです。1つのワークスペースの中に複数のコンテナのタブが混ざっても構いません。既定のコンテナさえ合っていれば実務上は困りません。

最後に、ワークスペースへ既定のコンテナを割り当てます。割り当てたあとは、そのワークスペースの中でタブを開き直してください。設定は過去に開いたタブを移動させないためです。

順番が大事なのは、コンテナは作るのが安く、作り直すのが高いからです。Cookieはコンテナ間を移動しないので、あとからアカウントを別のコンテナへ移すと、ログインのやり直し、二要素認証の再承認、サイト側に保存されていた表示設定の消失がまとめて発生します。

外部から届いたリンクで区切りが崩れる

どの設定も、ブラウザの中から操作が始まる前提で作られています。実際の仕事はそうなりません。リンクはメールソフト、チャット、カレンダーの予定から届き、OSは既定のブラウザに渡すだけで、どのコンテナやワークスペースに属すべきかという情報は持っていません。

Firefoxはサイトごとの割り当てでこれを受け止めます。登録済みのドメインなら、正しいコンテナで開き直すかを確認する画面が出ます。ただしこれは確認であって自動転送ではなく、タブはいったん既定の場所で読み込まれてから移ります。アクセスが記録されるページなど、最初の読み込みが問題になる場面では、この挙動を知っておく価値があります。

ワークスペースにも似た癖があります。外部から開いたリンクは、そのとき表示中のワークスペースに入ります。本来の置き場所とは限りません。あとから移すにはタブをドラッグする操作が要り、それを忘れることの積み重ねで、1つのワークスペースに3案件分のタブが溜まっていきます。

どちらもブラウザの設定だけでは解決しません。近いのは、入り口の数そのものを減らすという考え方です。アプリごとに常に同じ窓を持たせる方式は、この発想の延長線上にあります。

3つの方式を横に並べる

	ワークスペース	コンテナ	プロフィール
Cookieとストレージ	共有	分かれる	分かれる
同じサービスに2アカウント同時	不可	可能	可能（別ウィンドウ）
履歴と入力候補	共有	共有	分かれる
拡張機能	共有	共有	分かれる
保存したパスワード	共有	共有	分かれる
単位ごとに窓が分かれる	分かれない	分かれない	分かれる
Command＋Tabで直接届く	届かない	届かない	届かない

最後の2行が、1日の体感を決めます。ワークスペースの切り替えは、ブラウザがすでに前面にあるときは速く、他のアプリを触っているときは遅くなります。OSから見えているブラウザが1つしかないためです。区切りをブラウザの内側に置く方式は、コンテナもワークスペースも、この天井を共有しています。

起きている失敗から設定を選ぶ

機能から選ぶと外します。いま繰り返し起きている失敗の側から決めるほうが確実です。

• 違うアカウントでログインしてしまう、片方に入るともう片方が落ちる。これはCookieの問題なので、コンテナかプロフィールで解決します。ワークスペースをどう並べても直りません
• タブを見失う、同じページを二重に開く、朝に並びを作り直している。これは整理の問題なので、ワークスペースかタブグループが効きます。コンテナを足しても、タブバーの色が増えるだけです
• 両方が同時に起きている。この場合はコンテナを先に整えます。ログインの取り違えは間違った結果を生みますが、整理の乱れは遅くなるだけだからです。そのうえでプロジェクト単位のワークスペースを作り、コンテナを割り当てます
• 分離はできたが、切り替えがまだ遅い。これはブラウザの設定では届かない場所にあります。原因はタブの並べ方ではなく、窓が1つでアイコンも1つであることのほうにあります

区切る単位を、窓の側へ移す

最後の失敗に当たっている場合、選択肢はブラウザの設定ではなく、窓の持ち方に移ります。Webサービスを1つのアプリとして扱い、アプリごとに独立したワークスペースを与える方式です。SlackもGmailもNotionも固定の位置に窓を持ち、案件はタブの集合ではなく窓の配置として保存されます。探す対象がタブの列から画面の配置に変わるため、切り替えの速さが変わります。

この案件単位のまとめ方はワークスペースで説明しています。ブラウザとして残す機能と窓の中に持ち込む機能の線引きはできることに、同じ用途の他社製品との違いは価格と対応OSの面からRamboxとの比較に並べています。

どれが優れているという話ではありません。Zenのワークスペースもコンテナも無償で、ブラウジングが中心の使い方なら十分に足ります。判断の分かれ目は、扱うサービスの数と1日の切り替え回数です。使うサービスが4つか5つに固定されていて、そこを1日に何十回も行き来しているなら、区切りをブラウザの内側に置き続ける理由は薄くなります。費用の側は料金に、導入前に迷いやすい点はよくある質問にまとめてあります。