# 儀式的な掃除なしで Mac をメンテナンスする

> macOS がすでに担う領域と、手を入れるべき箇所を分け、Launch Services の一括リセットや無計画な再インデックスを避け、ヘルパーにはスキップ理由の説明を求めます。

Published: 2026-08-01 | Updated: 2026-08-08

「Mac のメンテナンス」と検索すると、今でも古い定番が出てきます。毎週のキャッシュ掃除、Spotlight の強制再構築、Launch Services の一括リセット、そしてシステムを健康にしてくれると約束するサードパーティのボタンです。現代の macOS は、そうした作業の多くをすでに自分のスケジュールで行っています。役に立つメンテナンスは**範囲が狭く、根拠があり、元に戻せる**ものです。儀式的な浄化ではありません。

バックアップとアップデートから始める予防リストは、[Mac メンテナンスチェックリスト](https://mole.fit/ja/blog/mac-maintenance-checklist) を参照してください。本稿は仕組みの話です。システムがすでに何をしているか、どの手動操作がまだ有効か、どれが博物館行きか。読み終えたら、症状を言い、変更の種類を一つ選び、それが効いたかを測れるようになっているはずです。

**短い結論：** 現代の macOS に儀式的なメンテナンスはほぼ不要です。症状があるときだけ狙って対処してください。検索結果がおかしいときに Spotlight を再インデックスし、特定のアプリがおかしいときにそのキャッシュを消し、パージスクリプトや RAM クリーナーは使わないでください。どちらもシステムがすでに管理しています。

## 「メンテナンス」が意味していたこと、そして変わったこと

古いガイドが前提にしていたのは次のようなことです。

- フォントと dyld キャッシュは定期的に手で消す必要がある
- Spotlight はカレンダーどおりに再インデックスする必要がある
- Launch Services は `lsregister -kill` 系のリセットが必要
- 空き RAM が目標である

現行の macOS では次のとおりです。

- **解放可能ストレージとローカルスナップショット**は逼迫時に薄くなる
  （[スナップショット](https://mole.fit/ja/blog/how-to-delete-local-time-machine-snapshots-mac)）
- **メモリキャッシュ**は意図的に使われており、空き RAM より Activity Monitor のメモリプレッシャーが重要
- **Software Update** がセキュリティ面の主たるメンテナンス経路
- **バックグラウンドのインデックス**は大きな取り込みのあと落ち着く
  （[mds / mdworker](https://mole.fit/ja/blog/mds-mdworker-high-cpu-mac)）

Mac が応答的で、暗号化されていて、バックアップがあり、空き容量にも余裕があるなら、何もしないのも立派なメンテナンスです。

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/macos-auto-vs-gaps.webp" width="1360" height="454" loading="lazy" alt="自動回収、所有権レビュー、診断が3つの独立した列として並びます">
  <figcaption>システムが所有するものはシステムに回収させ、アプリ所有のファイルは帰属を見て見直し、不透明な問題は週次のクリーンボタンではなく診断として扱う。</figcaption>
</figure>

## 妥当なメンテナンス（理由があるとき）

### 1. アップデートとセキュリティ体制

信頼できるネットワークで macOS と App Store のセキュリティアップデートを入れます。ブラウザと、信頼できないコンテンツを扱うものは更新します。大きなアップグレードの前に FileVault と**実際に検証した**バックアップを確認します。クリーナーはパッチの代わりにはなりません。

### 2. スタートアップとバックグラウンド負荷

ログインが遅い原因は、汚れたフォントキャッシュではなく、ログイン項目の過多であることが多いです。[スタートアップとバックグラウンド項目](https://mole.fit/ja/blog/how-to-disable-startup-programs-on-mac) を所有者ごとに一つずつ見直してください。削除より無効化を優先します。次を区別します。

- 見える Login Items
- Service Management / BTM が管理する Background Items
- 実在する plist を持つ launchd エージェントとデーモン
- 読み取り専用のままにすべき保護されたベンダーや Apple のコンポーネント

### 3. 所有者を伴うディスク容量

空き容量が少ないときは次の順です。

1. ストレージ設定、`df`、フォルダマップで測る
   （[大きなファイル](https://mole.fit/ja/blog/how-to-find-large-files-on-mac)）。
2. 名前を言える [キャッシュ](https://mole.fit/ja/blog/how-to-clear-cache-on-mac) を消す。
3. 削除済みデータを固定しているローカルスナップショットを薄くする。
4. [アンインストールの衛生](https://mole.fit/ja/blog/how-to-completely-uninstall-apps-on-mac) でアプリを引退させる。

### 4. DNS とルーティングテーブル（別の道具）

DNS のフラッシュは、壊れたリゾルバや VPN の不具合のあとに効くことがあります。

```
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
```

これはリゾルバキャッシュを消します。ルーティングテーブルは**再構築しません**。

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/dns-vs-route-flush.webp" width="1360" height="454" loading="lazy" alt="DNS キャッシュのフラッシュはリゾルバの回答だけを消し、経路表のフラッシュは VPN トンネルとシステムプロキシを落とすことがあります">
  <figcaption>DNS フラッシュとルートフラッシュは別の道具です。後者はトンネルやシステムプロキシが有効なときの影響範囲が大きいです。</figcaption>
</figure>

ルートのフラッシュ（`route -n flush` 系）はより鋭い操作です。稼働中の VPN トンネルやシステムの HTTP/SOCKS プロキシを壊すことがあります。システムプロキシだけを設定するクライアントは **`utun` インタフェースを作らない**ことがあり、「VPN インタフェースがない」はルートフラッシュが安全である証明にはなりません。メンテナンス用ユーティリティは、VPN やプロキシが有効なとき**理由を付けてスキップ**すべきで、緑のチェックマークを無理に出すべきではありません。

### 5. Quick Look、アイコンサービス、ユーザーレベルのキャッシュ

プレビューが固まったりサムネイルが壊れたりしたあと、**ユーザーレベル**の Quick Look やアイコンキャッシュの再構築は役に立つことがあります。ランダムなシステムフォルダを消すより、文書化されたユーザー範囲のリセットを優先してください。プレビューを所有するアプリは先に終了します。キャッシュが埋まるまで、最初のプレビューは遅くなると想定してください。

### 6. プロセスと熱の診断

熱、ファン、暴走プロセスは環境設定を消しても直りません。Activity Monitor と、
[遅い Mac](https://mole.fit/ja/blog/why-is-my-mac-so-slow)、
[kernel_task](https://mole.fit/ja/blog/kernel-task-high-cpu-mac)、
[温度](https://mole.fit/ja/blog/how-to-check-mac-temperature)
のガイドを使ってください。

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/maintenance-cadence.webp" width="1360" height="454" loading="lazy" alt="まずバックアップとアップデート、次にストレージと起動項目、深いリセットは最後で稀です">
  <figcaption>頻度が大事です。バックアップとアップデートは日常、深いインデックス再構築は診断済みの障害への例外対応です。</figcaption>
</figure>

## Spotlight の再インデックスが正当なとき（そうでないとき）

メタデータストア全体の再構築は高価です。何時間もの CPU、熱、バッテリーを使います。次のときにだけ検討してください。

- インデックス対象であるはずのボリュームで、Spotlight が既知のファイルを系統的に漏らす
- ディスク側の問題を直したあと、`mdutil -s` が停滞や失敗を示す
- 除外、ネットワークボリューム、プライバシー設定をすでに切り分けた

まず状態を確認します。

```
mdutil -s /
```

「性能のため」に毎月の再インデックスをスケジュールしないでください。OS アップグレードや大きな写真取り込みのあとのインデックス急増は、多くの場合は正常な追いつきであり、破損ではありません。[mds と mdworker](https://mole.fit/ja/blog/mds-mdworker-high-cpu-mac) を参照してください。

## メンテナンスの見世物：デフォルトでは避ける

| 操作 | デフォルトにすべきでない理由 |
|---|---|
| 週次の「ジャンク」一掃 | 健全なキャッシュを作り直し、I/O と起動遅延を増やす |
| `lsregister -kill` 系の Launch Services 一括破壊 | 巻き添えが大きい。狭い、文書化された再構築だけに使う |
| 盲目的な Spotlight 全再インデックス | 何時間もの CPU。実在するインデックス障害のあとに限る |
| 万能薬としてのフォントキャッシュ削除 | 原因になることはまれ |
| 「より深く掃除」するために SIP を切る | セキュリティ境界であり、メンテナンス用スイッチではない |
| 未知の plist を編集するサードパーティの「高速化」 | 性能の仮説なしに設定を失う |
| スケアウェアのスキャン結果を見るためにお金を払う | [販売フローのサイン](https://mole.fit/ja/blog/what-mac-cleaners-should-never-delete) |

記事が直す故障モードを名前で言えないなら、それはメンテナンスの助言ではありません。

## 作業例：「旅行のあと Mac が遅い」

症状：ログイン時にファンが回り、最初のアプリ起動が長く、ディスクは満杯ではない。

基準：

```
df -h /
# Activity Monitor: Memory pressure, CPU top processes
```

所見：ディスクに 80 GB の空き。メモリプレッシャーはログイン直後の 1 分だけ黄。ログイン項目にチャットアプリ 3 つ、アップデータ 2 つ、クラウド同期クライアント 1 つ。

変更は一種類に絞る：使っていないログイン項目を 2 つ、手で起動するアップデータを 1 つ無効化する。再起動する。同じアプリ起動経路の時間を測る。改善したらそこで止める。同じ午後にキャッシュ一掃、Spotlight 再構築、ルートフラッシュまで重ねないでください。何が効いたか分からなくなります。

## メンテナンス一式を安全に回す方法

1. **症状を述べる**（ディスク満杯、固まったプレビュー、壊れた DNS、遅いログイン）。
2. **基準を取る**（`df -h`、Activity Monitor のサンプル、または起動の計測）。
3. **変更は一種類**に絞り、五つ一度に変えない。
4. **同じ作業負荷で再測定**する。
5. **記録する**：何を実行し、何をスキップし、何が失敗したか。

よいヘルパーは、単一の成功アニメーションではなく **実行 / スキップ（理由）/ 失敗** を示します。VPN セッションや稼働中のインストールを守るスキップは、失敗ではありません。

## メンテナンスツールの位置づけ

[Mole](https://mole.fit/) はディスク分析、アプリ保守、レビュー優先のクリーンアップをネイティブ Mac アプリにまとめています。システムデータは引き続き macOS と所有者アプリが管理します。Optimize は選んだ Quick Look、キャッシュ、メタデータのタスクを、レビュー可能な一つの実行にまとめます。VPN やシステムプロキシが有効なときのネットワークスタック作業を含め、安全でない、または該当しないタスクは理由付きでスキップします。Software Update、Time Machine、マルウェア対応の代わりにはなりません。

ディスク候補には Clean、アプリとスタートアップには Software、ライブ指標には Status、結果が見える範囲付きのメンテナンス実行には Optimize を使ってください。

## よくある誤り

**カレンダーがそう言ったからクリーンアップを予定する。** 理由を名付けて保守する。

**DNS フラッシュとルートフラッシュを混同する。** 影響範囲が違う。

**Mac が「遅く感じる」から Spotlight を再構築する。** まず CPU とディスクを測る。

**基準なしに五つの修正を重ねる。** 学べない。

## 判断のルール

名前を付けた理由のために保守し、前後で測る。サードパーティの深い掃除より、Apple のアップデートとバックアップの経路を優先する。ユーティリティを使うなら、パス単位のレビュー、ファイル作業の復元可能な削除、正直なスキップを求める。

## 作業の順番

1. 症状に名前を付け、基準となる指標を書く。
2. 仕事がセキュリティやアップグレード準備なら、アップデートを入れバックアップを確認する。
3. 症状に合えばスタートアップ負荷や空き容量を直す。
4. DNS フラッシュはリゾルバ問題にだけ。VPN/プロキシ中はルートフラッシュをスキップする。
5. 深い再構築は診断済みの障害のあとに限る。
6. 同じ指標で再測定し、改善したものだけ残す。

## さらに読む

- [メンテナンスチェックリスト](https://mole.fit/ja/blog/mac-maintenance-checklist)
- [Mac を速くする](https://mole.fit/ja/blog/how-to-speed-up-mac)
- [なぜ Mac は遅いのか](https://mole.fit/ja/blog/why-is-my-mac-so-slow)
- [mds / mdworker](https://mole.fit/ja/blog/mds-mdworker-high-cpu-mac)

Mac に毎週の祓いは要りません。余裕、アップデート、ときどきの狙い撃ち修正があれば十分です。

## よくある質問

### クリーナーやメンテナンスアプリを定期実行すべきですか？

いいえ。定期クリーンアップはシステムが再利用する再構築可能なファイルを消し、そのあと再構築コストを払わせます。症状があり、何を直すべきか言えるときに、狙ったメンテナンスを実行してください。

### Spotlight の再インデックスは Mac を速くしますか？

間違った、または欠けている検索結果は直します。それ以外は速くならず、引き起こす何時間ものバックグラウンドインデックスで、一時的に遅くなります。

### RAM クリーナーやパージスクリプトは使う価値がありますか？

いいえ。macOS はメモリプレッシャーとファイルキャッシュを自分で管理しています。無理に空けると、次の操作がまた読み込む必要がある温かいデータを捨てることになり、マシンが遅くなったように感じます。

---

Canonical HTML page: https://mole.fit/ja/blog/how-to-run-mac-maintenance-safely
Blog index for agents: https://mole.fit/ja/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt
