一部のWebベースのサービスでは、「サイト」という用語よりも「アプリ」という用語を使用する方がはるかに適切です。なぜなら、それらは静的な情報を提供するだけでなく、実際に何かを行うからです。実際、Googleドキュメント、Trello、Stravaなど、私がよく使うサイトのほとんどは、iOSに専用アプリを提供しています。
しかし、そのようなアプリは通常、Mac向けには作られていません。iOSアプリに重点が置かれる前は理解できたかもしれませんが、今となっては全く奇妙です。何百万人ものデスクトップユーザーを抱えるWebアプリを提供する企業であれば、Webブラウザの他のタブと競合するよりも、ネイティブなエクスペリエンスを提供したいと思いませんか？どうやらそうではないようですが、ユーザーの視点から見ると、特定のWebアプリを頻繁に使う場合、ブラウザのタブやブックマークからそのアプリを探すのにうんざりしませんか？
Macのサイト特化型ブラウザの目的は、WebアプリをWebブラウザから解放し、ネイティブアプリのような見た目、動作、そして鳴き声を持つものにすることです。しかも、Webアプリ開発者の助けは一切必要ありません。
MailplaneはMac向けのサイト特化型ブラウザとして最もよく知られており、GmailとGoogleカレンダーにネイティブアプリのようなエクスペリエンスを提供しています（「禅とGmailの芸術、パート4：Mailplane」、2011年3月16日参照）。また、現在はサービス終了となったRocketDocsもGoogle Docs向けに同様の機能を提供していました（「RocketDocsがGoogle Docsに一貫性をもたらす」、2013年7月8日参照）。
長年、Macでサイト固有のブラウザを作成するには、WebKitをベースにアプリを開発するFluidが必要でした。Fluidは無料ですが、4.99ドルのライセンスを購入すると、フルスクリーンモードやアプリごとのCookie保存といった追加機能が利用できます。しかし、Fluidは古いバージョンのWebKitに依存しており、GoogleのWebアプリ（そしておそらく他のアプリも）の最新バージョンとは互換性がありません。もしFluidがあなたにとって使いやすいなら、それは素晴らしいことです。
私が推奨する解決策は、Google Chrome を利用することです。サイトごとに作成するブラウザ内で Chrome 拡張機能をサポートできるという利点があります。こうした拡張機能には、1Password や LastPass などがあり、パスワードをコピーする必要がありません。また、Gmail や Google ドキュメントを拡張する拡張機能なども利用できます。拡張機能は個別にインストールすることも、Chrome にログインしてメインの Chrome からすべての拡張機能、設定、ブックマークを同期することもできます。
こうしたサイト固有のブラウザを作成する最良の方法に入る前に、少し歴史を振り返ってみましょう。Chrome には、「アプリケーション ショートカットを作成」メニュー項目を介したサイト固有のブラウザ機能が含まれています。残念ながら、Google はこの機能を Windows 版と Linux 版でのみ公開しており、Mac では公開していません。2010 年に Bracken King 氏が、Mac で Chrome のサイト固有のブラウザを作成できるようにするシェル スクリプトを考案し、その後 Mait Vilbiks 氏がそれを AppleScript ベースの createGcApp に変換し、権限を気にしたりターミナルで作業したりする必要がなくなりました。これはうまくいきましたが、作成されたアプリは少し風変わりなものでした。特に、Keyboard Maestro はアプリと Chrome を区別するのに苦労したため、アプリを起動したり他の方法で操作したりするためのキーボード ショートカットを割り当てるのが困難でした。どちらの解決策もお勧めしません。
さらにインターネットを探索してみると、Leonard Lin 氏が書いた King のシェルスクリプトのアップデート版が見つかりました。これは Keyboard Maestro などのユーティリティでは問題なく動作しましたが、ターミナルでの操作は面倒でした。幸いなことに、こちらもいじる必要はありません。AppleScript ベースの Make Chrome SSB アプリ（Github では としてパッケージ化されていますosx-chrome-ssb-gui-1.0.0.dmg）に作り変えられたからです。今回は Github ユーザーの dmarmor 氏が開発しました。（これは 2015 年 1 月に起こったことで、サイト固有のブラウザ領域ではここ数年ほとんど何も変わっていなかったため、これは喜ばしいことです。）
結論として、Chromeベースのサイト固有ブラウザを探していると、他のソリューションに出会う可能性はありますが、Make Chrome SSBアプリを使うことをお勧めします。使い方は以下のとおりです。
- ファイルをダウンロードしたら
osx-chrome-ssb-gui-1.0.0.dmg、ダブルクリックしてボリュームとしてマウントし、「Make Chrome SSB」ファイルをアプリケーションフォルダのエイリアスにドラッグしてください。（ディスクイメージからは正常に実行できません。） -
アプリケーションフォルダ内のMake Chrome SSBアイコンをControlキーを押しながらクリックし、表示されるコンテキストメニューから「開く」を選択し、ダイアログで「開く」をクリックします。署名されていないため、OS XのGatekeeperによって起動できません。
-
とりあえず Make Chrome SSB のダイアログを無視し、サイト固有のブラウザに関する情報をいくつか収集してください。
- 特に重要なのは、WebアプリのURLです（サイト固有のブラウザを起動したい場所に正確にURLが設定されていることを確認してください）。URLをクリップボードにコピーしてください。
-
アイコンも必要です。良いアイコンを見つけるには、Google 画像検索で、目的のウェブアプリ名と「PNG アイコン」を検索してみてください。きっと良い画像が見つかるはずです。1つをフルサイズで表示し、デスクトップにドラッグしておけば、後で簡単に選択できます。
-
問題の Web アプリにログイン資格情報が必要な場合は、パスワード マネージャーからその資格情報を抽出できるように準備しておいてください。
-
Chrome SSB の作成ダイアログで戻ってクリックし、サイトの URL を貼り付けます。
-
指示に従って、アイコンとして使用するために以前にダウンロードした PNG 画像を見つけます。
-
サイト固有のブラウザ アプリの名前と場所を指定します (画像を再度選択するように指示する誤ったテキストは無視してください)。
-
完了すると、Make Chrome SSB がアプリを起動するか Finder に表示するかを提案します。アプリを起動し、必要に応じてログインしてください。Chrome をデフォルトのブラウザに設定するように求めるメッセージが表示されますが、このサイト固有のブラウザをデフォルトにしたくないので、このボタンのチェックを外してください。
-
他の Web アプリ用のサイト固有のブラウザをさらに作成するには、「Chrome SSB を作成」をダブルクリックし、手順 3 ～ 7 を繰り返します。
サイト固有のブラウザを完全に設定すれば、Webアプリと同じように動作するはずです。「動作するはず」という言葉が重要です。特にプラグインやファイルシステムを操作している場合には、時折動作が失敗したり、挙動がおかしくなったりすることがあります。例えば、PDFファイルをChromeウィンドウにドラッグすると、ChromeのPDFビューアで表示されます。しかし、サイト固有のブラウザで同じ操作を行うと、「プラグインを読み込めませんでした」というエラーが発生します。ウィンドウ内のリンクから読み込まれたPDFには影響しないようですが、それでも…。この回避策が役に立つかもしれません。
多少の不便さはあるものの、これらのChromeのサイト特化型ブラウザは非常に便利です。Webアプリを頻繁に使用する場合は、数分かけてMacネイティブアプリに変換することを検討してみてください。そうすれば、Webブラウザ内の他のアプリと混同されることがなくなります。