mac スクリーンショット保存先の変え方｜デスクトップから外す

shift + command + 4 で範囲を選び、指を放す。シャッター音が鳴って、画面の隅にサムネールが出る。それなのにデスクトップを見ても、さっき撮ったはずの1枚が見当たらない。似た名前のファイルが並んでいるのに、目当てのものだけが無い。mac スクリーンショット保存先という言葉で調べ始めるのは、たいていこの状況です。知りたいのはショートカットの一覧ではなく、「撮った画像がどこへ行ったのか」と「次から迷わないために何を変えればよいのか」の2点です。この記事では、保存先の初期値と、そこから外れる分かれ道、保存先の変え方、後から探すときの検索の使い分けを順に整理します。

初期設定の保存先はデスクトップ

まず初期値を確認します。Appleのサポート文書には次のように書かれています。

デフォルトでは、スクリーンショットは「スクリーンショット[日付][時刻]」という名前でデスクトップに保存されます。デフォルトの保存場所はスクリーンショットアプリで変更できます。 出典: support.apple.com

形式はPNG、置き場所はデスクトップ、名前は「スクリーンショット」に日付と時刻が続く形です。macOS Tahoe 26以降の対応機種では、スクリーンショットアプリのオプションから取り込み形式を選べるようになり、PNGで標準ダイナミックレンジの「SDR（互換性優先）」と、HEIFでハイダイナミックレンジの「HDR」の2つが用意されています。

問題は、この初期値が「何もしなかったときだけ」適用される点です。撮影の直後には分かれ道がいくつかあり、どれかを踏むとデスクトップにはファイルが残りません。「保存先を変えた覚えはないのにデスクトップに無い」という状況の大半は、設定ではなく操作の側で起きています。

デスクトップに残らない4つの分かれ道

デスクトップに何も現れないとき、原因はほぼ次の4つに絞れます。

• 隅に出るサムネールをドラッグした。サムネールが表示されている間、ファイルはまだ書き出されていない。そのままフォルダやアプリ、チャットの入力欄へドラッグすると、画像はその場所に保存され、デスクトップには何も残らない
• サムネールをクリックしてマークアップを開き、そのまま閉じた。マークアップ画面で「完了」を押した時点で書き出されるため、削除を選ぶとファイルは作られない
• control キーを一緒に押した。control + shift + command + 3 や control + shift + command + 4 で撮ると、画像はクリップボードに入るだけでファイルにならない。次に何かをコピーした時点で消える
• スクリーンショットアプリで保存先を変えていた。shift + command + 5 のオプションで選んだ保存先は、以降のキーボードショートカットにも適用され続ける

4つ目は数か月前の設定が効いていることがあり、原因として思い当たりにくい部類です。まず shift + command + 5 を押してオプションを開き、いま保存先がどこを指しているかを見るのが早道です。画面収録も同じ設定に従うため、スクリーンショット用に決めたフォルダには、あとから .mov の動画も混ざってきます。

保存先を変える2つの方法

保存先の変更は、画面からでもコマンドからでもできます。どちらも同じ設定を書き換えます。

画面から変える場合は、shift + command + 5 でスクリーンショットアプリを開き、「オプション」の「保存先」から選びます。デスクトップ、書類、クリップボード、メール、メッセージ、プレビューが並び、「その他の場所」を選べば任意のフォルダを指定できます。共有のMacや、あとから人に説明する必要がある環境では、この経路が無難です。

ターミナルから変える場合は、設定を直接書き換えます。

mkdir -p ~/Pictures/Screenshots
defaults write com.apple.screencapture location ~/Pictures/Screenshots
killall SystemUIServer

ここで落とし穴になるのが、1つ目の行です。指定したフォルダが存在しないと、警告も出ないままデスクトップに戻ります。フォルダをあとから移動したり名前を変えたりした場合も同じです。先にフォルダを作ってから設定する、という順番を守るだけでこの種の事故は起きなくなります。いまの設定を確認したいときは defaults read com.apple.screencapture を打ちます。ドメインが存在しないという内容のエラーが返るなら、何も変更されておらず保存先はデスクトップのままです。

同じ仕組みで、形式は defaults write com.apple.screencapture type jpg で png、jpg、pdf、tiff から選べます。撮影後に隅へ出るサムネールが邪魔なら、defaults write com.apple.screencapture show-thumbnail -bool false で止められます。サムネールを止めるとファイルが即座に書き出されるようになり、誤ってドラッグして行方不明にする経路も同時に消えます。

ファイル名が探せない形になっている

保存先を決めても、次の壁がファイル名です。初期設定の名前に入っているのは日付と時刻だけで、中身の手がかりが何もありません。200枚たまったフォルダは、ほぼ同じ文字列が200行並んだ状態になります。しかも「3週間前の打ち合わせ中に撮った1枚」を探すとき、人が思い出せない情報の筆頭が、その撮影時刻です。

名前の形自体は変えられます。defaults write com.apple.screencapture name "Shot" で先頭の語を差し替え、defaults write com.apple.screencapture include-date -bool false で日付を外せます。ただし日付を外すと、新しい1枚を撮るたびに同じ名前とぶつかって連番が付くだけで、探しやすさは改善しません。根本の理由は、名前が「何を撮ったか分かる前」に決まってしまうことにあります。

現実的なのは、撮影時の命名をあきらめて、まとめて付け直す時間を別に取ることです。ファインダなら複数選択してControlキーを押しながらクリックし、「名前を変更」からテキストの置換やフォーマットで共通の接頭辞を付けられます。シェルなら1行のループで同じことができます。ここで大事なのは規則を欲張らないことです。案件番号だけを頭に足して、日付と時刻はそのまま残す。この形なら1回の操作で終わります。日付の書式と分類と説明を全部入れる規則は、ファイル1枚ごとに判断が要るため、忙しい週に真っ先に飛ばされます。

あわせて決めておきたいのが、古い分の行き先です。スクリーンショットの多くは、数分後に貼り付ければ役目が終わる使い捨ての画像で、そのまま残しておくと以後の検索を全部遅くします。月に1度、1か月より古いものを別のフォルダへ移すか捨てる、と決めておけば、作業用のフォルダは目で追える量に収まります。数十枚に収まっているフォルダなら、そもそも検索する場面がほとんど生まれません。検索の腕を上げるより、探さずに済む量を保つほうが確実です。

3週間前の1枚を探す

見失った画像を探す道具は3系統あり、見ている範囲が違います。

探し方	見ている範囲	つまずく場所
Spotlight	索引全体。アプリやメール、Webの候補も混ざる	正しい結果が他の候補に埋もれる
ファインダの検索	索引の中のファイルとフォルダ。範囲と条件を指定できる	範囲が「このMac」や別のフォルダになっている
mdfind	同じ索引に直接問い合わせる	索引の対象外のボリュームは何も返らない
find	索引を使わずファイルシステムを歩く	遅い。おおよその出発点が要る

スクリーンショットに限れば、種類で絞ると一気に候補が減ります。ファインダの窓で command + F を押し、種類を「イメージ」にしてPNGを指定する。ターミナルなら mdfind 'kMDItemKind == "PNG image" && kMDItemFSName == "スクリーンショット*"' で、並べ替えの雑音なしに同じ集合が返ります。

並べ替えは「追加日」を使います。撮ったあとに一度でも移動したファイルは、変更日が撮影時のままか、移動時の値になるかが状況で変わり、変更日で並べると沈みます。ファインダの表示オプションから追加日の列を出しておくと、この取り違えが減ります。なお、近年のmacOSは画像の中の文字も索引に取り込むため、写っている単語で見つかることがあります。ただし対象は形式やバージョンで変わるので、当てにせず「試して当たれば得」くらいに考えるのが安全です。

デスクトップがデスクトップでないとき

上の探し方が全部空振りする例外が1つあります。iCloud DriveでデスクトップとDocumentsの同期を有効にしている場合、デスクトップはホーム直下のただのフォルダではなくなります。実体は ~/Library/Mobile Documents/com~apple~CloudDocs/Desktop の下に移り、~/Desktop はそこを指す形になります。ファインダのサイドバーでも、通常の位置ではなくiCloud Driveの下に並びます。

ここから2つの影響が出ます。1つは、/Users/ユーザ名/Desktop を素のディレクトリだと思って書いたスクリプトや監視の処理が、想定と違う動きをすること。もう1つは、ストレージの最適化が有効なとき、しばらく開いていない画像がローカルから退避され、ファインダには見えるのに実体が手元に無い状態になることです。消えたわけではありませんが、フォルダを直接読む道具から見える姿と、ファインダの表示がずれます。

これが、スクリーンショットをデスクトップから外したほうがよい最大の理由です。ピクチャの下や案件ごとのフォルダは、ファインダから見てもシェルから見ても同じただのフォルダで、iCloudの設定によって形が変わることもありません。

窓の行き来を数えると見えるもの

ここまでの手順を、1日の作業として並べ直してみます。撮る。ファインダに切り替えて保存先を確かめる。ターミナルに切り替えてまとめて名前を変える。またファインダに戻って結果を見る。これを1日に何度も繰り返します。しかも対象は、数分後にドキュメントやチケットへ貼れば役目が終わる画像です。

道具が足りないわけではありません。足りないのは、同じフォルダを別々の窓で開き直さずに済む状態です。フォルダとターミナルとAIが同じ窓にある作りのファイル管理アプリでは、一覧で見ているフォルダとコマンドを打つ場所が同じ現在地を指すため、シェルで書いたほうが早い一括処理を、ファイル一覧を閉じずに走らせられます。逆に、コマンドが吐き出したファイルの束をそのまま目で確かめる場面でも同じことが言えます。何ができるのかはできることにまとまっています。ファインダと別のターミナルを併用する形や、他のファイル管理アプリと比べてどう違うのかは他のファイル管理との比較、費用の考え方は料金で確認できます。

もう1つ、細かいながら効く点があります。iPhoneやiPadで撮ったスクリーンショットを、Macの保存先と同じフォルダに集めたい場面です。端末をまたぐ受け渡しは、画像が散らばりやすい場所でもあります。別の端末で作業の続きを拾う考え方はiPhone・iPadから続きをで扱っています。

まず変えるとよいのは1点だけです。デスクトップ以外にフォルダを1つ作り、shift + command + 5 のオプションでそこを保存先に指定する。それで1週間動かして、まだ迷子が出るなら操作の側、迷子は出ないが窓の行き来が減らないなら道具の側に原因があります。