Mac 最適化アプリの選び方：容量整理、負荷軽減、不具合の修復

「最適化」と呼ばれる作業には、空き容量を増やすこと、不要なバックグラウンド処理を減らすこと、不具合のある機能を修復することがあります。症状に合わない操作をしても改善せず、キャッシュの再生成などで一時的に遅くなることもあります。まずは macOS 標準のツールで、どこに問題があるのかを確認します。

一つの言葉に乗った三つの仕事

容量を取り戻すことは、パフォーマンス問題の格好をしたストレージ問題です。Mac が遅いのは汚れているからではなく、書き込みのたびに macOS が余計な仕事をこなしているからです。

常駐負荷を取り除くことは、自分で開いていないのに存在しているプロセスの話です。ログイン項目、バックグラウンドヘルパー、launchd エージェント、アップデーター、ブラウザのヘルパー。得られるものは本物ですが限られていて、ピーク時の速度ではなく、ログイン時間とアイドル時の消費電力に表れます。

正しい挙動を取り戻すことは修理を指します。Spotlight の再インデックス、DNS キャッシュのフラッシュ、詰まったプレビューキャッシュのリセット。これらは速度を足すのではなく、間違った答えを返すサブシステムを直すものなので、正常に動いている Mac で実行すれば単純な損失にしかなりません。

容量問題は、パフォーマンスの仮面をかぶっている

APFS はコピーオンライトです。ファイルを変更してもそのブロックをその場で上書きするわけではなく、新しいブロックを確保してメタデータの参照先を付け替えます。だから、ファイル自体のサイズが増えていなくても、大きなファイルを編集するには空きブロックが必要になります。スナップショットが存在する間は、古いブロックも参照され続けます。macOS はスワップや一時ファイル、システムアップデートのステージング用フルコピーの分の余地も欲しがるので、ダウンロード容量より多くの空きがあるボリュームでもアップデートのインストールを拒否することがあります。

容量が逼迫すると、割り当ては即座には終わらなくなります。システムがまず回収に回るからです。キャッシュを追い出し、対象になるスナップショットを間引き、最適化済みのクラウドコンテンツをパージします。これはあなたの書き込みが完了する前に発生する本物の I/O です。フラッシュにはさらにもう一段の効果があります。書き込み単位よりずっと大きな単位でしか消去できないため、空きブロックの少ないコントローラは消去の前に有効なデータをまとめ直す必要があります。この層は macOS から観測できないので、ぎりぎりの容量で運用しない理由の一つと考えてください。

どこでも見かけるルールは、空き容量を 10 パーセントとか 15 パーセント、20 パーセント保てというものです。どれも Apple の公式仕様ではありませんし、Apple は「起動ディスクの空き容量がほとんどありません」という警告を出すトリガーも公表していません。パーセンテージの代わりに正直に置き換えるなら、割り当てで考えることです。自分が日常的に行う中で一番大きな作業の分の余地を確保する、つまり多くの人にとっては macOS アップデートのステージングそのものです。

df -h /
diskutil info / | grep -i "Container"

数字を書き留め、一つ変更し、もう一度読んでください。テストになるのは比率ではなく、失敗していた作業そのものです。Mole で同じ仕事をするのは Analyze で、ボリュームをツリーマップとして描くので、何が容量を食っているかは推測ではなく矩形として見えます。名前を挙げられるキャッシュ候補については Clean が担当します。手作業でのやり方は大きなファイルを見つけるにあります。

常駐負荷、開いていないのに動いているもの

ここでは四つの系統が一つにまとめられがちです。ログイン時に開くよう設定されたアプリ、Service Management 経由で登録されたバックグラウンド項目、独自の plist を持つ launchd エージェントとデーモン、そしてブラウザのサイトごとのレンダラーのようにアプリ自身が生み出すヘルパー。

「終了させたのに戻ってきた」が普通に起きる理由

launchd はすべてのバックグラウンドジョブを動かしっぱなしにしているわけではありません。多くの場合、条件を登録して待っているだけです。ソケット接続の着信、監視しているパスの変更、XPC リクエスト、カレンダーの間隔。条件が発火すると launchd がジョブを起動し、そのジョブがアイドル状態になると終了が許されます。だから実行中のプロセスの顔ぶれは一日を通して入れ替わり、こうしたプロセスの一つを強制終了しても、次のトリガーでまた起動するだけです。

つまりプロセスを殺すことは最適化ではありません。システム設定 > 一般 > ログイン項目と機能拡張 か、所有アプリの環境設定でその項目をオフにし、それが提供していた機能をテストしてください。

launchctl print-disabled が実際に示しているもの

launchctl print-disabled gui/$(id -u)

disabled services = {
    "com.raycast.macos.RaycastLauncher" => enabled
    "com.apple.Siri.agent" => disabled
    "ddddxxx.LyricsXHelper" => enabled
}

見出しに反して、これは無効化されたサービスの一覧ではありません。一つのドメインについての永続的な上書きデータベースであり、明示的に有効化または無効化の決定が記録されたすべてのラベルと、その決定内容が入っているだけです。ほとんどの項目は enabled と読めますし、ラベルが存在しないのは上書きが記録されていないというだけで、インストールされていないという意味ではありません。

つまりこれが答えているのは「今動いているのは何か」ではなく「自分やアプリが明示的にオフにしたのは何か」です。launchctl print gui/$(id -u) は実行中のユーザードメインの読み取り専用ビューで、そのサービスラベルはファイル名やアプリ名と必ずしも一致しないので、プロセス名から plist を推測して削除することは絶対にしないでください。完全な手順は起動プログラムを無効化するにあります。

得られるものについては正直になってください。アイドル状態のヘルパーを四つ取り除いても、買えるのはログインの高速化とわずかな待機電力の削減であって、ビルドの高速化ではありません。バックアップエージェントや同期クライアントは、たいていその代償に見合う価値があります。

修理、速さではなく正しさを取り戻す

以下はそれぞれ、特定の一つの誤った答えを直すものです。

• Spotlight の再インデックスは、見つかるはずのファイルを検索が見落とす問題を直します。まず mdutil -s / で状態を確認してください。完全な再構築には CPU 時間、発熱、バッテリーを何時間も費やし、得られるのは正しい結果だけです。
• DNS のフラッシュは、不調な DNS サーバーや VPN の切り替え後に古くなったリゾルバの答えを直します。sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder。ルーティングテーブルは再構築されません。ルートのフラッシュはこれよりはるかに影響範囲が広く、稼働中のトンネルやシステムプロキシを落としかねません。
• 詰まったプレビューキャッシュのリセットは、表示がおかしいプレビューを直します。その後しばらくは再生成のためにプレビューが遅くなります。

どれも健康な Mac を速くはしません。名前の付いた症状に対して一つだけ実行してください。これらすべてをスケジュール実行させようとするものは、儀式を売っているだけです。

Mole の Optimize 画面はこれらを一つのレビュー可能な実行にまとめ、スキップした作業を理由付きで報告します。VPN やシステムプロキシが有効な間はネットワーク操作の実行を拒否するのもその一つです。理由付きのスキップは、判断を隠したチェックマークに勝ります。

最適化にできないこと

どんなソフトウェアも RAM を増やせません。Apple Silicon は製造時にはんだ付けされた統合メモリを使っています。どんなソフトウェアもサーマルリミットを外せません。熱くなったチップは自らクロックを下げますし、kernel_task の上昇は macOS がそれを意図的に強制しているものです。どんなソフトウェアもフラッシュの摩耗を直したり、CPU に設計以上の命令を毎秒実行させたりすることもできません。

メモリも最適化アプリでよく取り上げられます。macOS は空いている RAM にファイルをキャッシュし、必要に応じて回収します。「使用中のメモリ」が多いだけでは、正常ともメモリ不足とも判断できません。メモリプレッシャーも確認してください。スワップも故障とは限らず、長く使われていないページがディスクへ移されることがあります。有用なキャッシュを強制的に捨てると、次に使う際に読み直すため、表示が改善しても一時的に遅くなる場合があります。詳しくはメモリプレッシャーを解説するを参照してください。

まず診断し、それからツールを選ぶ

症状を再現させ、起きている最中に数値を取ってください。後から取ったスナップショットは何も証明しません。容量には df -h /、CPU を食っているものには top -o cpu、記録されたサーマル状態には pmset -g therm、そしてアクティビティモニタの Memory Pressure グラフ。これに匹敵する読みやすさのコマンドライン版はありません。そのうえで、見えたものを次の表に当てはめてください。

表のうち三つは、クリーンアップではなく負荷やハードウェアの確認が必要なケースです。Mole の Status タブは、ヘルス、CPU、メモリ、GPU、ディスク I/O、ネットワーク、バッテリー、温度とファン、稼働時間をまとめて表示します。グラフに対応した指標では直近 60 秒の推移を確認でき、その下には毎秒更新されるプロセス一覧があります。長期の履歴を保存する機能ではありません。

ツールを、担う仕事別に見る

答えが三つのどれになるか分からないなら Mole

Mole はここで三つの意味すべてをカバーする唯一のツールで、もっと大事なのは、それらを一つのボタンに混ぜ込まずに分けて保っている点です。Clean が容量を、Software がアプリと起動項目を、Optimize が修理を担当し、Status はそもそも問題があるかどうかを教えてくれます。

容量の整理では、合計サイズよりも確認の手順が大切です。「クリーン」はスキャン後に候補のパス、関連するアプリ、サイズを表示し、確認してから処理します。判断がつかない項目は初期状態では選択されません。キャッシュはデフォルトで完全削除しますが、設定でゴミ箱への移動に変更できます。アンインストールはゴミ箱を使い、ファイルが残っている間は復元できますが、バックアップの代わりにはなりません。クリーンアップの操作は ~/Library/Logs/mole/operations.log に記録されます。~/.ollama/models、~/.lmstudio/models、~/.cache/huggingface は保護対象です。共有データを含む場合があるため、対応するツールで管理します。~/.codex/sessions と ~/.claude/projects 配下のセッション記録も、古いという理由だけでは削除しません。

常駐負荷については、Software タブがアプリの一覧、アップデート状況、起動項目を一つの画面にまとめ、検証済みの launchd ジョブかシステムに登録されたログイン項目と照合できたものだけを切り替えます。証明できないものは、保護されたデータベースに書き込んだりサービスラベルをでっち上げたりせず、システム設定へ誘導します。

実際の使い方としては、まず Status のタイルを読み、見えたものに対応するタブを開いてください。ディスクが満杯なら Clean、ログインが遅ければ Software、検索やプレビューが壊れていれば Optimize です。

境界をはっきり言っておくと、Mole はマルウェア対策ではなく、バックアップでもなく、ドライバや VPN コンポーネント、システム拡張を伴うソフトウェアのベンダー製アンインストーラの代わりでもありません。

価格は 19 ドルの買い切りで無期限の無料アップデート付き、一つのライセンスで Mac 2 台、macOS 14 以降が必要で、14 日間の返金にも対応しています。スキャンは常に無料で、有料機能もそれぞれ 2 回まで試せます。スキャンとクリーンアップはローカルで動作し、テレメトリもありません。ターミナルでは無料の Mole CLI を brew install mole で導入できます。GPL-3.0 のオープンソースで、mo clean、mo uninstall、mo optimize は --dry-run によるプレビューに対応しています。

負荷と容量を時系列で見るなら iStat Menus

Bjango の iStat Menus は三つの仕事のどれも行いません。代わりに、どれに当てはまるかを教えてくれる点で、最も深く掘り下げられる選択肢です。履歴グラフ付きのコア別 CPU、プレッシャー付きのメモリ使用量、圧縮メモリとスワップ、S.M.A.R.T. ステータス付きのディスク容量とアクティビティ、アプリ別のネットワーク帯域、センサー、バッテリー状態。バージョン 7.3 は macOS 11 以降が必要です。期間限定の試用版付きシングルとファミリーのエディションで買い切り販売されているほか、Setapp 経由でも入手できます。現在の条件は公式ページで確認してください。

履歴グラフとアプリ別帯域は仕事二に対応します。一晩中静かにネットワークを使っているアプリは、ここ以外では見えないからです。クリーンアップも、アンインストールも、修理も一切しません。その一点集中こそが利点であることは、iStat Menus の先へで扱っています。

クリーンアップも付いたハードウェア健全性の文脈なら Sensei

Cindori の Sensei は診断と容量のあいだに位置します。公式ページでは CPU、GPU、バッテリーの統計、温度とファンの監視、S.M.A.R.T. によるドライブ健全性、バッテリーサイクル数、ディスク速度のベンチマーク、SSD Trim の制御、ステータスバーモニターに加え、クリーンアップとアプリのアンインストール機能があると説明されています。ストアページでは年間サブスクリプションと買い切りライセンスをそれぞれ最大 Mac 3 台まで有効な形で提供していて、macOS のバージョン下限は明記されていません。ドライブとバッテリーの健全性が主な目当てなら検討する価値があり、その相性はSensei の先へで扱っています。

サーマルの問いに特化するなら TG Pro

Tunabelly Software の TG Pro は、ここで最も幅広くセンサーを読み取るツールです。Apple Silicon のコア別 CPU、GPU、S.M.A.R.T. 経由のストレージ、バッテリーの健全性、モデルごとに異なるボードセンサーに加え、温度をトリガーにした Auto Boost ルール、アラート、CSV ログ、診断レポートを備えています。macOS 10.13 から macOS 26 までを対応として掲げ、買い切りで、FAQ では個人利用なら一つのライセンスで Mac 3 台までカバーし、2.x のアップデートは無料だったと述べています。

これは三つの仕事のどれもカバーしない問いに答えます。Mac が熱いせいで遅いのなら、どれだけクリーンアップや起動項目の整理をしても変わりません。ファン制御は特権ヘルパー経由で動くので、その権限は自覚したうえで与えてください。

名前の付いた修理操作なら OnyX

Titanium Software の OnyX は寄付制の無料ツールで、仕事三に直接対応します。おすすめ機能としてではなく、明示的なコントロールとしてメンテナンスを見せます。システムのファイル構造の検証、クリーンアップ、アプリケーションのアンインストール、キャッシュの削除、データベースとインデックスの再構築、Finder、Dock、Safari、Apple のアプリケーションの設定。メジャーな macOS リリースごとに別のビルドを出していて、そのことをはっきり書いています。「OnyX はメジャー OS バージョンごとに専用のバージョンがあります。正しいバージョンを使い、古い OS 向けのバージョンを流用しないでください」。名前を言える操作だけを実行してください。

多くの人がまず試すべき無料の基準、アクティビティモニタ

Apple のアクティビティモニタは CPU、メモリ、エネルギー、ディスク、ネットワーク、キャッシュのアクティビティをカバーし、マシン上のプロセスについての権威あるビューです。仕事一と仕事二の診断ステップはこれだけで完結します。メモリタブにはプレッシャーグラフがあり、CPU タブはプロセスの名前を教え、エネルギータブはアイドル中に電力を食っているヘルパーを暴き、ディスクタブは一時停止中の I/O を見せてくれます。

弱点は能力ではなく組み立てにあります。一目で分かるものではなく、じっくり見るためのウィンドウであり、隠れた Library フォルダの持ち主までは教えてくれません。最適化アプリを買おうとしている人は、まずここで 10 分過ごすべきです。無料でどの仕事に当てはまるかを片付けられるからです。

ざっと比較する

よくある質問

Mac の最適化アプリは実際に効果があるのですか

誠実なアプリは、限られた範囲の仕事をきちんとこなします。容量を空けることは効果があります。ストレージは本物の制約だからです。常駐負荷を取り除くことはログイン時間と待機電力に効果があります。修理は何かが壊れているときに効果があります。効果がないのは、多くのマーケティングの根底にある約束、つまり何も問題がない Mac を一掃で速くするという約束です。

Mac の空き容量はどれくらい必要ですか

公式な数字はなく、目にするパーセンテージはすべて誰かの経験則です。役に立つ考え方は比率ではなく割り当てです。macOS アップデートをまるごとステージングできる分に、普段の負荷でのスワップ用の作業領域を足したものです。変更の前後で df -h / を測り、失敗していた作業が成功するようになったかどうかで判断してください。

終了させたアプリが何度も再起動します。マルウェアでしょうか

自動で再起動することだけでは判断できません。launchd は条件に応じてバックグラウンド処理を起動するため、プロセスを終了しても登録が残っていれば再び動くことがあります。正常な同期や更新サービスでも起こります。どのアプリの処理かを確認したうえで、ログイン項目と機能拡張やアプリ自身の設定から無効にするか判断してください。手順は起動プログラムを無効化するにあります。

パフォーマンスのために Spotlight インデックスを再構築する価値はありますか

ありません。再構築が直すのは間違った検索結果や見つからない検索結果だけで、それ以外には何もしません。実行中は何時間ものバックグラウンドインデックス作成にかかり、その間 Mac は遅くなります。実行する前に mdutil -s / を確認し、除外設定やプライバシー設定を除外できているか確かめてください。スケジュール実行は絶対にしないでください。

次にどこへ行くか

どのリソースが逼迫しているかまだ分からないなら、Mac が遅い理由がボトルネックを順番にたどります。気になっている数値がメモリグラフなら、メモリプレッシャーを解説するが「使用中のメモリ」が間違った数字である理由を扱っています。答えが常駐負荷だったなら、起動プログラムを無効化するが同期やバックアップ、VPN を壊さない手順です。