Mac のスクリーンショットを Google Drive へ自動アップロードして共有リンクを得る

なぜスクリーンショットはリンクにならないのか

macOS のスクリーンショットは、撮ることには長けている一方、その後どうなるかには関心がありません。ショートカットを押せばファイルができ、ファイルはフォルダに置かれます。これはこれから資料に貼り付けるスクリーンショットには正しい設計ですが、はるかに多いもう一方の場合には向きません。チャットの向こうで誰かが待っていて、必要なのは URL だ、という場合です。

この差を手で埋めると、毎回 6 手前後かかります。撮って、Finder で探して、ブラウザで Drive を開いて、アップロードして、待って、公開範囲を「制限付き」からリンクを知っている全員へ変えて、リンクをコピーする。ひとつひとつは難しくありません。問題は、画面で何かに気づいてから誰かに伝えるまでの間にそれが全部挟まり、しかも毎回まったく同じ手順が繰り返されることです。

Emerald Tools は、この一連の作業を最初のセットアップの時点へ移します。保存先・フォルダ・公開範囲を一度だけ決めてしまえば（決める場所は 2 箇所だけで、以降は開く必要がありません）、それ以降の撮影はクリップボードにリンクが載った状態で終わります。

アプリから Drive の何が見えて、何が見えないのか

Emerald Tools が Google に要求するスコープは drive.file の 1 つだけです。これは Drive のスコープの中で最も狭いもので、アプリ自身が作成したファイルとフォルダにしか触れないことを意味します。既存の書類も、他のフォルダも、所属している共有ドライブも、アクセスが禁じられているというより、そもそも API が返さないので見えません。

ここから 2 つの帰結が出ます。どちらも使い始める前に知っておく価値があります。

• アップロード先フォルダはアプリ自身のものです。 名前でフォルダを探すとき、見つけられるのは以前に自分が作ったものだけです。そのフォルダを Drive 側で改名したりゴミ箱に入れたりすると、次のアップロードはエラーにならず、現在の名前で新しいフォルダを静かに作ります。
• 当方のサーバーを経由するものは何もありません。 この機能のどこにも開発者が運用するサーバーは存在せず、ファイルはお使いの Mac から Google へ直接送られ、リンクも同じ経路で戻ります。これを認可する OAuth トークンは macOS のキーチェーンに保存され、サインアウトで削除されます。アプリとは独立に、Google アカウントの権限ページからいつでもアクセスを取り消すこともできます。

アップロードされたスクリーンショットは自分の Drive の中、自分のアカウントの下にあり、アプリの処理が終わった後も自分の管理下にあります。共有の変更や取り消しも Drive 側で行えます。

一度決めれば済むもの — 各設定が決めていること

以降のすべての撮影を形づくる設定は 4 つです。これらは 2 つのウィンドウに分かれています。分かれ方が自明ではないので明示しておくと、撮影したものがどこへ行くかは「設定」に、Drive で何が起きるかはダッシュボードにあります。

設定	場所	決めていること
既定の保存先	設定 > スクリーンショット	撮影したものをローカルフォルダと Google Drive のどちらへ送るか
撮影後の動作	設定 > スクリーンショット	その保存先へ直行するか、毎回確認するか
アップロード先フォルダ	ダッシュボード > Google Drive	アップロード先になる Drive 側のフォルダ名
リンク共有	ダッシュボード > Google Drive	リンクを開ける相手（なし / 閲覧 / コメント / 編集）

「リンク共有」は毎回の確認ではなく、立てておく方針です。 撮影後にどこまで共有するかを尋ねるダイアログはありません。選んでおいた役割がすべてのアップロードに適用され、これがひとつのキー操作で完了する理由になっています。一部のスクリーンショットだけ扱いを変えたい場合は、その分だけ設定を変えるか、そのファイルだけ Drive 側で共有するのが素直です。

逃げ道は「撮影後の動作」です。 ここを「毎回確認する」にすると、撮影のたびにローカルフォルダか Google Drive かを尋ねるカードが出るので、普段はローカルに保存する Mac でも、既定を変えずに時々リンクとして送り出せます。

うまくいかないとき

失敗したときの挙動は、いちばん困っている場面で出会う部分なので、そのまま書いておきます。

• 画面収録の権限がない。 これが無いと何も撮影できません。macOS は初回に確認しますが、一度拒否すると二度と尋ねないため、Emerald Tools 自身がシステム設定の該当画面を開くボタン付きのアラートを出します。そこで許可してからアプリを再起動してください。
• 既定の保存先が Google Drive なのに接続されていない。 どこへも保存できない撮影を始める前にその旨を知らせ、Google Drive の設定を開く導線を出します。
• アップロードに失敗した。 撮影した画像は破棄されずメモリに保持されます。失敗を知らせるカードには再試行と、Drive が使えなくてもファイルとして残せるローカルにも保存が並びます。
• アップロードは成功したが共有に失敗した。 知っておく価値があるのはこの場合です。成功しているように見えるからです。ファイルは Drive にあり、リンクはクリップボードにありますが、そのリンクは自分にしか開けません。Emerald Tools は、相手側で開けないリンクをそのまま貼らせずに、その旨を明示します。原因として多いのは、リンク共有を禁じている組織の Drive ポリシーです。
• ショートカットが反応しない。 ショートカットは有効にするまでオフです。他のアプリが既に使っている組み合わせは、記録しようとした時点で理由付きで拒否されます。どちらの状態も「設定 > スクリーンショット > キーボードショートカット」で確認できます。

仕様と制限

以下はすべて現行リリースの挙動で、予定ではありません。

• 撮影モード: 全画面 / 選択範囲 / ウィンドウ単体。
• 全画面はポインタがあるディスプレイを、そのディスプレイの解像度で撮影します。
• ウィンドウ撮影の候補は画面上にある通常のアプリケーションウィンドウです。デスクトップ・Dock・メニューバーの項目は選べません。
• すべての撮影から除外されるもの: ポインタと、Emerald Tools 自身が描画している壁紙・オーバーレイ・ウィジェットのウィンドウ。デスクトップを撮ってもアプリ自身のレイヤーは写り込みません。
• ファイル形式: ローカル・Drive とも PNG。
• ファイル名: Emerald Tools Screenshot に日時が続く形（例: Emerald Tools Screenshot 2026-08-23 at 15.30.12.png）。
• 初期のショートカット: ⇧⌘6 全画面 / ⇧⌘7 選択範囲 / ⇧⌘8 ウィンドウ。3 つとも有効にするまでオフで、いずれも記録し直せます。
• リンクの公開範囲: 共有しない / 閲覧 / コメント / 編集。事前に選び、すべてのアップロードに適用されます。
• 期限付きリンク: 利用できません（Google Drive 側の制限）。
• OAuth スコープ: drive.file のみ。
• トークンの保存先: macOS のキーチェーン。サインアウトで削除されます。
• 撮影後のカード: ポインタがあるディスプレイの隅に出て 5 秒で消えます。ポインタを乗せている間はカウントダウンが止まります。
• 使用する権限: 撮影に画面収録、保存とリンクコピーの通知に通知の権限。
• 動作環境: macOS 14.0 (Sonoma) 以降。

アップロードの完了を待たずに、撮影できたことが分かります。 Drive へのアップロードには数秒かかり、その間「ショートカットは効いたのだろうか」と思うには十分な長さです。Emerald Tools は macOS と同じシャッター音を鳴らし、撮影した画像をアップロード中と分かるカードにすぐ表示するので、待ち時間は無音ではなく、撮れた画像が見えた状態で過ぎていきます。