プロファイルのショートカットとWebアプリは、どちらを先に作るべきですか？

毎日長時間開くサービスがあるならWebアプリが先になります。1つのアカウントに固定できて、専用の窓と通知バッジが手に入るためです。朝に複数のページをまとめて開きたい場合や、開いた後は普通にタブを使う場合はショートカットのほうが向きます。両方を作っても干渉しません。

Chromeで入れたウェブアプリのアカウントを、後から変えられますか？

用意されていません。ウェブアプリはインストールした時点のプロファイルに紐づくため、別のアカウントで開きたい場合は一度削除し、目的のプロファイルを前面に出した状態で入れ直します。削除時にChrome側のデータを一緒に消すかどうかを選べるので、作り直す前に確認してください。

SafariのDockに追加は、古いmacOSでも使えますか？

macOS Sonoma 14以降の機能になります。それより前のバージョンでは、Chromeでページをアプリとしてインストールする方法か、URLのファイルをデスクトップに置く方法が代わりになります。ただし後者は既定のブラウザで普通のタブとして開くため、アカウントの切り分けはできません。

Webアプリにするとメモリの使用量は減りますか？

減りません。ページを描画する仕組みは同じなので、タブで開いた場合とほぼ同じだけ使います。変わるのは注意の向け先で、専用の窓になることで他のタブと場所を取り合わなくなります。負荷を下げたい場合は、開いたままにする窓の数そのものを見直すほうが効きます。

chromeプロファイルショートカットの先へ｜WebアプリをMacのDockに置く

chrome プロファイルショートカットを調べている人の目的は、たいていショートカットそのものではない。GmailとSlackとNotionを1つの窓に詰め込んだ結果、目的のタブを探すほうが作業より時間を食っている状態を、どうにかしたいというところにある。macOSにはWebページをアプリとしてDockへ置く仕組みが2種類あり、プロファイルのショートカットとは別の層で問題を解く。どちらを使うかで、開いたときのアカウントが変わる。

Macで「デスクトップに置く」が指す3つのもの

同じ言い方で語られているものが、実際には3つに分かれている。ここを混ぜたまま手順を探すと、出来上がったアイコンの手応えが人によってまったく違う理由が見えない。

1つ目はWebアプリで、SafariかChromeが作る。専用のアイコンと、アドレスバーの無い専用の窓と、独立した保存領域を持つ。Command+Tabの一覧にも別のアプリとして並ぶ。多くの人が探しているのはこれになる。

2つ目はURLのファイルになる。アドレスバーの左端をデスクトップへドラッグすると.weblocという小さなファイルができる。ダブルクリックすると既定のブラウザが普通のタブでそのページを開くだけで、そのとき既定のブラウザにログインしているアカウントが使われる。Dockに置きたくても、区切り線の左側はアプリ専用のため、右側のファイル置き場にしか入らない。

3つ目がプロファイルのショートカットで、--profile-directoryを付けてブラウザを起動する小さなアプリやスクリプトを指す。これは「ブラウザを開く」動作を短くするもので、Webアプリとは解いている問題が違う。窓の中身はタブのままになる。

この記事で扱うのは1つ目になる。アプリのように振る舞うのは1つ目だけだからだ。

3つが並び立っている背景には、業務で使う道具がこの10年でブラウザの中へ移ったという流れがある。メールも表計算も設計図も、インストールするアプリではなくURLで配られるようになった。その結果、以前はDockのアイコンとして並んでいたものが、すべて1つのブラウザのアイコンの裏側へ積み上がった。SafariのDockに追加も、Chromeのアプリとしてインストールも、積み上がったものを取り出してDockへ戻すための機能になる。プロファイルのショートカットが「どの身元で開くか」を解くのに対して、Webアプリは「どの窓に何が入っているか」を解く。詰まっている場所がどちらなのかを先に見極めると、作るものが決まる。

SafariのDockに追加で、何が分かれるのか

Safariでは、メニューバーの「ファイル」から「Dockに追加」を選ぶ。名前とアイコンを確認する小さなダイアログが出て、確定するとホームフォルダの「アプリケーション」フォルダに保存される。Spotlightからも呼び出せるようになる。macOS Sonoma 14以降で使える機能になる。

見落とされやすいのは、保存領域の扱いのほうにある。

Webアプリは、Safariとは別に機能します。閲覧履歴、Cookie、Webサイトデータ、設定情報はSafariと共有されません。出典: support.apple.com

この切り離しが利点であり、同時に最初の驚きにもなる。Safari側で別のアカウントに切り替えても、Webアプリの窓は影響を受けない。その代わり、作った直後の1回はログインを求められる。Cookieを持っていない状態から始まるためだ。

窓は簡素で、戻る・進む・共有と、入れている機能拡張のボタンだけが並ぶ。タブもアドレスバーも無い。通知を送るサービスであれば、Dockのアイコンに未読件数のバッジが出る。ログイン項目に登録しておけば、Macにログインした時点で開いた状態にできる。

弱点もはっきりしている。同じサービスを2つのアカウントで使いたいとき、Safariは同じ見た目のアイコンを2つ作ることになる。作成時に名前を変えられるので、サービス名ではなくアカウント名を入れておかないと、あとで見分けがつかなくなる。

Chromeのアプリとしてインストールは、プロファイルに紐づく

Chromeは同じ考え方を「ウェブアプリ」と呼ぶ。入口は右上のその他アイコンから「キャスト、保存、共有」に進み、「ページをアプリとしてインストール」を選ぶ。対応しているサービスでは、アドレスバーの右端にインストールのボタンが出ることもある。

ウェブアプリを使用すると、ウェブサイトがアプリとして機能し、パソコンやモバイルデバイスのランチャーやホーム画面からアクセスできるようになります。出典: support.google.com

入れたものの一覧はchrome://appsで確認でき、削除はアプリ側のメニューから行う。削除時には、Chromeに残っているデータを一緒に消すかどうかを選べる。

Safariと決定的に違うのは、身元の決まり方になる。Chromeのウェブアプリは、インストールした時点のプロファイルに紐づき、そのプロファイルのCookieで開く。個人用のプロファイルでGmailを入れれば個人用のアイコンができ、仕事用のプロファイルで同じ操作をすれば、別のCookieを持つ2つ目のアイコンができる。プロファイルのショートカットを作り込んできた人にとっては、この性質がいちばん使える部分になる。ショートカットで「どのプロファイルで開くか」を毎回指定していた動作が、アイコンそのものに畳み込まれる。

代わりに、順番を間違えると作り直しになる。インストール後にアイコンのアカウントを付け替える方法は用意されていない。目的のプロファイルを前面に出し、右上のアイコンで身元を確かめてから入れる、という順番を守る必要がある。

ショートカットとWebアプリの使い分け

	プロファイルのショートカット	Chromeのウェブアプリ	SafariのWebアプリ
開くもの	ブラウザの窓（タブあり）	専用の窓（タブなし）	専用の窓（タブなし）
アカウントの決まり方	起動オプションで指定	インストール時のプロファイル	窓ごとに独立
Dockのバッジ	出ない	サービス次第	通知を送るサービスで出る
作るのに必要なもの	コマンドかAutomator	Chromeの操作のみ	macOS Sonoma 14以降
向いている使い方	複数のページをまとめて開く	毎日使うサービスを固定する	Safari側と完全に分ける

この表から読み取れるのは、3つが競合していないという点になる。朝いちばんに4つのページをまとめて開きたいならショートカットが早い。1つのサービスを1日中開いておくならWebアプリが向く。両方を作っても衝突しない。

作る前に決めておく順番

Webアプリは、作った瞬間の状態をそのまま抱え込む。あとから直せない項目があるので、クリックの手順より順番のほうが効いてくる。

アカウントを先に確定させる

Chromeなら、目的のプロファイルを前面に出し、右上のアイコンでアカウントを確かめてからインストールする。Safariなら、Safari側で違うアカウントにログインしていても新しい窓は空の状態から始まるため、作成後にその窓の中でログインし直す。シークレットウィンドウから作れば身元が付かない、という回避策は成立しない。出来上がったWebアプリは自前の保存領域を持ち続ける。

名前はサービス名ではなくアカウント名にする

SafariのDockに追加のダイアログでは、好きな名前を入れられる。ここに「Slack」と入れてしまうと、2つ目を作った時点で区別がつかなくなる。「Slack 取引先」「Slack 社内」のように、開く前に判断できる語を入れておく。Chromeはサービス側の名前が入るが、ホームフォルダの「アプリケーション」フォルダにできたアプリをFinderで名前変更すれば置き換わる。

同じサービスの2つ目はアイコンを変える

既定のままでは、2つのアイコンは同じ絵柄になる。Finderでアプリを選び、情報を見るウインドウの左上にある小さなアイコンへ画像を貼り付ければ差し替えられる。色の枠を付ける程度で十分で、狙いは読まずに見分けられる状態にすることにある。読んで確かめる必要があるなら、アイコンにした意味が半分消える。

ログインが外へ飛ばないか試す

パスワード変更やシングルサインオンの経由で、ログインの途中で既定のブラウザへ飛ばされるサービスがある。飛ばされた時点で、切り分けていたはずのCookieは元の場所へ戻る。運用に乗せる前に、その窓の中で一度ログアウトして入り直し、最後まで窓の中で完結するかを確かめておく。外へ飛ぶなら、そのサービスはWebアプリではなくプロファイルの側で扱ったほうが安定する。

アイコンを増やしたあとに残る問題

Webアプリを作ると、探す動作は確かに短くなる。ただし、それで片づくのは「開く」ところまでになる。

サービスが3つ、それぞれにアカウントが2つあるなら、Dockには6個のアイコンが並ぶ。同じサービスのアイコンは既定では同じ絵柄のため、位置と記憶で見分けることになる。間違えて開いても警告は出ない。送信するまで気づかないという失敗の形は、タブが並んでいたころとあまり変わらない。

Command+Tabの一覧も長くなる。ブラウザ1つだった枠が10個近くに分かれるので、切り替えの手数は減っても、目で追う対象は増える。通知も同じで、重要な2つは前に出るが、残りの数個は邪魔になる。

もう1つ効いてくるのが、まとまりの単位になる。仕事はサービス単位では動いていない。取引先ごと、案件ごと、その日の担当ごとに動いていて、その1つの文脈の中で同じサービスを別のアカウントで使う。Dockに並んだ平らなアイコンの列には、この文脈を表す場所が無い。

毎日開き、アカウントが1つに決まっているサービスはWebアプリにする価値がある
週に2回しか開かないもの、そのときどきでアカウントが変わるものはタブのままでよい
同じサービスを2つ以上のアカウントで使うなら、作成時の名前とアイコンを必ず変えておく

窓の持ち方から考え直す

アイコンを増やす方向で解ける限界は、だいたい5個前後で来る。それを超えると、探す対象がタブからアイコンへ移っただけで、総量は減っていない。

別の考え方として、アカウント単位ではなく作業単位で窓をまとめ直すやり方がある。アプリごとに独立したワークスペースを持たせて、取引先ごとや案件ごとに使う窓の組を切り替える形になる。この仕組みの説明はワークスペースにまとまっている。毎日使っているサービスがその形で開けるかどうかは、対応済みのものを並べた使えるアプリで先に確かめておくと無駄がない。

移る前に見ておく損得もはっきりしている。ログインとセッションを預ける先が1つ増える。ブラウザの機能拡張が同じようには動かないことがある。窓を閉じずに置いておく使い方になるため、メモリの使用量は増える。この種の道具は月額の有無や対応OSで性格が変わるので、料金まで含めて別の製品と並べたWaveboxとの比較のような資料を先に読み、条件が合うかを見てから決めるほうが早い。

現実的な進め方は、いちばんよく開くサービスを1つだけWebアプリにして、1週間そのまま使うことになる。残りはタブに置いたままでよい。1週間後に困りごとが「開くのが遅い」から「どの窓に入っているか分からない」へ移っていたら、直すべき層は起動ではなく、窓の持ち方のほうにある。