Gmailのデスクトップアプリ｜PC向け手順がMacで噛み合わない理由

Gmailのデスクトップアプリを探して検索した人が最初にぶつかるのは、手順の難しさではありません。読んだ手順の通りに操作しても、画面に同じ項目が出てこないという食い違いです。原因は2つあり、どちらも記事の書き手ではなく検索語の側にあります。1つは公式のアプリが配布されていないこと、もう1つは「PC」という語がWindows向けの解説を大量に引き寄せることです。ここでは手順の紹介ではなく、Mac側から見たときに何が条件になるのかを整理します。

Googleが配っているのは、ブラウザで開くGmailだけ

前提の確認から始めます。GmailのヘルプにあるサポートされているブラウザのページはChrome、Firefox、Safari、Microsoft Edgeの4種類を挙げ、最新版とその1つ前の版で最も快適に動作すると書いています。あわせて、どのブラウザでもCookieとJavaScriptを有効にしておく必要があるとしています。

このページには、ダウンロードのリンクが存在しません。つまり配布物としてのGmailは無く、ブラウザで開くWebサイトそのものが製品です。ここが出発点になります。

これが効いてくるのは、後から出てくる選択肢の性質を決めるからです。Gmailの画面の中にあるもの、たとえば受信トレイの並びやその画面に入れた拡張機能は、Gmailの画面を保つ経路にしか引き継がれません。別のメールソフトはアカウントに接続するのであって、Gmailの画面に接続するわけではないためです。

もう1つ、地味に面倒な影響があります。配布物が無いということは、macOS側から見てGmailはアプリとして存在しないという意味です。アイコンも無く、既定のアプリとして選ぶこともできず、アプリの一覧にも出てきません。以降に出てくる経路はすべて、この欠けている登録を後から作る作業だと考えると見通しが良くなります。

「PC」で検索すると、Windows向けの手順が上位に混ざる

日本語で検索したときに手順が噛み合わない最大の理由は、単純に対象OSが違う記事を読んでいることです。しかもこれは個人ブログだけの問題ではありません。Googleのヘルプ自体が、通知の説明の中でWindowsを前提にした一文を置いています。

Gmailの通知設定のページには、Chrome、Firefox、SafariでGmailにログインして開くとメール通知を受け取れると書かれたうえで、Windows 10では通知がブラウザの外側に表示されるため、Windowsアクションセンターで通知をオンにするようにと案内されています。Macにアクションセンターはありません。同じ役割を持つのはシステム設定の通知の画面で、名前も場所も違います。

噛み合わなくなる箇所は、他にも決まった場所に現れます。キーの表記がCtrlで書かれていればWindows向けの記事で、Macでは同じ操作がcommandに置き換わります。デスクトップにショートカットを作るという表現も、Windowsではデスクトップに置いたファイルを指しますが、Macで同じ目的に使われるのはDockとアプリケーションフォルダです。さらに、Windows向けの解説では通知の設定先がOS側の一覧になっているのに対し、Macでは同じ設定がシステム設定の通知にあり、そこに並ぶ名前もブラウザ単位かアプリ単位かで変わります。

ここから導ける実務的な線引きは1つです。ボタンの名前と設定画面の場所が書かれた記事は、対象OSが一致していない限り信用できません。逆に、条件そのものを書いた記述は共通で使えます。以降の節では、後者だけを拾っていきます。

オフラインで開けるようにする条件は、想像よりずっと細かい

デスクトップアプリという言葉に、電波が無くてもメールが読める状態を期待している人は多くいます。この期待は満たせますが、Googleが示している条件は限定的です。

オフライン Gmail は Chrome ブラウザ ウィンドウでのみ使用できます（シークレット モードでは使用できません）。 出典: support.google.com

同じページには、見落としやすい条件が並んで書かれています。

• オフライン利用は設定したときにログインしていたアカウントだけが対象で、別のアカウントを使うにはそのアカウントでログインして設定をやり直す
• 同期が進むのはChromeが開いている間だけで、ブラウザを終了すると同期も止まる
• オフラインで送信したメールは送信箱に入り、接続が戻ると自動で送信される
• 添付ファイルはパソコンに保存してローカルのアプリで開けるが、プレビューはできない

有効にしようとしたときに容量不足のエラーが出る場合の原因も、同じページに列挙されています。ハードドライブの空き不足のほかに、シークレットウィンドウを使っている、ゲストプロフィールを使っている、そしてChromeの設定で終了時にサイトデータを削除するようにしてある、の3つです。最後の1つは、プライバシーのために設定を締めた人ほど踏みやすい落とし穴です。オフラインのメールはCookieやサイトデータと同じ場所に住んでいるため、終了のたびに掃除する設定と両立しません。

保存容量の説明も、期待とずれやすい部分です。オフラインのGmailはブラウザに割り当てられた領域だけを使い、それはパソコン全体の保存容量のごく一部だと明記されています。手元のディスクにメールが全部落ちてくる、という形ではありません。

この節の条件をまとめると、選べる経路が一気に絞られます。Chromiumを土台にした窓であればブラウザの保存領域をそのまま引き継ぎますが、Safariを土台にした経路はGoogleが書いている条件の外側に出ます。移動中に読み書きするかどうかが、この判断を決めます。

通知が来ないと言われる場面を、3つに切り分ける

通知が届かないという相談は多いのですが、原因はだいたい3か所のどれかです。

1つ目は、そもそも開いていない場合です。ヘルプの書き方はログインして開くと通知を受け取れる、です。タブを閉じていれば通知は発生しません。ブラウザのタブという経路が不安定だと感じられる理由の大半はこれで、不具合ではなく仕様通りの動きです。

2つ目は、ブラウザ側の許可です。Gmailの設定画面のデスクトップ通知の項目をオンにしても、ブラウザ側でそのサイトの通知が拒否されていれば表示されません。ヘルプにも、ブラウザの通知をすべてオフにしている場合は通知が届かないと書かれています。ここで厄介なのは、Gmail側の設定とブラウザ側の設定が別の場所にあり、片方をオンにしただけでは完結しないことです。設定の保存を忘れると元に戻る点も含めて、Gmail側は変更を保存まで押し切ってから、ブラウザ側を見にいく順番にすると迷いません。

3つ目が、macOS側の通知設定と集中モードです。ここでSafariのWebアプリには構造的な利点があります。Appleの資料によれば、通知を送るWebサイトの場合、DockのアイコンにWebサイトのURLではなくWebアプリの名前で通知設定の一覧に並び、未読件数がバッジとして表示されます。URLが延々と並ぶ一覧は実質的に管理できませんが、名前の付いたアプリの一覧なら、どれを集中モードで通すかを個別に決められます。

仕事用と個人用を、切り替えずに開いたままにする

複数アカウントを持っている人が求めているのは、切り替えの速さではなく、切り替えが不要な状態です。Appleの資料は、Webアプリの分離をはっきり書いています。

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

作った直後のWebアプリでログイン画面が出るのは、この仕様の結果です。不具合に見えますが設計通りで、同じアドレスから作った2つのアプリに別々のアカウントを入れて、そのまま置いておけるという意味でもあります。

Chromeは別の仕組みで同じ場所に着きます。セッションはプロファイルに属するので、インストールしたアプリは作成元のプロファイルのアカウントを引き継ぎます。動作としては同等ですが、窓の見た目が同じなので数が増えると取り違えます。名前をサービス名ではなくアカウント名で付けておくのが実務上の回避策で、Safariのアプリも専用の道具で作ったアプリも、作成時に名前とアイコンを決められます。

4つの経路を、条件の行だけで並べる

	標準のメールアプリ	ブラウザのタブ	SafariのWebアプリ	Chromiumを土台にした窓
Gmailの画面がそのまま出る	出ない	出る	出る	出る
オフラインの条件を満たす	該当しない	Chromeのみ	満たさない	満たす
切り替え枠に独立して並ぶ	並ぶ	並ばない	並ぶ	並ぶ
ブラウザとログインが分かれる	分かれる	分かれない	分かれる	アプリ単位で分かれる
名前とアイコンを自分で決める	該当しない	該当しない	決められる	決められる
必要なmacOS	macOSに同梱	Chromeは13以降	14以降	土台のブラウザによる

最後の行が、古い機種での議論を終わらせます。ChromeがMac向けに公表している条件はmacOS 13 Ventura以降、SafariのWebアプリはmacOS Sonoma 14以降です。Venturaで止まっているMacには、Chrome側の経路だけが残ります。

毎日開くものの中で、メールを何番目に独立させるか

サイトをアプリにする道具が用意しているプリセットの顔ぶれは、需要の形をそのまま映します。300以上のプリセットからすぐ作れる状態で並んでいるのは、メール、チャット、設計、管理画面、そして生成AIの窓口です。対応サービス一覧を眺めると、共通しているのは分野ではなく開く回数と滞在時間だと分かります。

その基準で見ると、メールは確かに上位に来ます。ただし優先度の話をすると、順番は変わります。メールにはブラウザのタブという妥協案がすでにあり、多くの人はそれで5年以上運用してきました。一方で、社内の勤怠システム、請求管理の画面、案件のダッシュボードには、公式のアプリが用意される見込みがそもそもありません。開く回数はメールと変わらないのに、代替案が1つも無い側です。

もう1つ、プリセットの一覧から読み取れることがあります。並んでいるサービスの多くは、公式のデスクトップアプリを持っていません。持っている場合でも、対応するOSの下限が引かれていたり、機能の一部だけを切り出した別物だったりします。つまり需要が集まっているのは、公式が無いか、公式があっても手元の機械では使えない場所です。Gmailはその典型で、公式が無いにもかかわらず開く回数だけは最上位に来ます。

判断の順番は、Gmailをどうするかではなく、毎日開くもののうちどれを独立させるかになります。逆に言えば、この記事で挙げた条件のうち1つも当てはまらないのであれば、いまのタブのままで困っていないということです。その場合に手を入れる価値があるのは、メールではなく他のサイトの側です。作り方の流れは使い方ガイドに、費用の考え方は料金にまとまっています。