※本ページにはプロモーション(広告)が含まれています

【2026年最新版】MacのSpotlight検索が古い結果を表示する時の対処法【完全ガイド】

macOS 26にアップデートしてから、Spotlight検索が「すでに削除したはずのファイル」「ずっと前にリネームしたはずの旧ファイル名」を表示し続ける、という相談が一気に増えています。Spotlightは macOS 内の検索体験のほぼすべてを司る基盤機能なので、ここが古い情報を返してくるとファイル探しのテンポが致命的に崩れますし、最悪の場合、削除済みの古いプレゼン資料を本番直前に開いてしまうといった事故にもつながります。

この症状は、Spotlightの内部インデックス（メタデータデータベース）が破損していたり、アップデートに伴うフォーマット差異で再構築が止まったまま放置されていたりすることが大半です。この記事では、ターミナルでの mdutil によるインデックス再構築から、システム設定の「Spotlight」プライバシー除外を活用したリセット手法、Spotlightキャッシュの安全な削除、Spotlight Plugin の点検、そして最終手段としての metadata server（mds／mdworker）の再起動まで、原因切り分けと復旧の手順を順序立てて解説します。

この記事でわかること

• macOS 26 のSpotlightで古い結果が出る根本原因の見極め方
• mdutil コマンドによるインデックス状態の確認と再構築の具体手順
• システム設定「Spotlight」のプライバシー除外を使った安全なリセット方法
• Spotlightキャッシュ／インデックスファイルの場所と削除可否の判断
• Spotlight Plugin（拡張機能）の干渉を切り分ける方法
• mds／mds_stores／mdworker をプロセスレベルで再起動する手順
• Time Machine やクラウドドライブと併用しているときの落とし穴
• 復旧後にもう一度同じ問題を起こさないための運用ルール

基礎解説:Spotlightが古い結果を返す仕組み

Spotlightは「ファイルそのもの」ではなくインデックスを見ている

Spotlight検索は、毎回ファイルシステム全体を走査しているわけではありません。バックグラウンドで動いている「メタデータサーバー（mds／mds_stores）」が、各ファイルのファイル名・拡張子・更新日時・本文テキスト・タグなどを読み取り、専用のインデックスデータベースに格納しています。検索ボックスで文字を入力すると、Spotlightはこのインデックスに対してクエリを投げ、その結果を一覧として返します。

つまり、削除済みのファイル名や旧ファイル名が表示され続けているということは、「実体は消えているのにインデックスだけが古い情報を保持している」状態です。macOS 26 ではインデックスフォーマットの一部が刷新されており、移行途中で書き込みが中断されたインデックスが残っていると、このような不整合が発生しやすくなります。

macOS 26 で起きやすい3つのパターン

サポート対応のなかで頻出するのは、次の3パターンです。

• パターンA:アップデート直後に再インデックスが途中で止まった。インストール直後の数時間はインデックス再構築のために CPU・ストレージI/Oが高負荷になりますが、ここで強制再起動を行うとインデックスが半端なまま固定されます。
• パターンB:外付けSSDやネットワークドライブの索引が腐っている。外付けボリュームを抜き差ししているうちに、Spotlightの参照テーブルだけが残り、実ファイルとずれていくケースです。
• パターンC:サードパーティ製クラウドドライブの仮想ファイル機能と衝突している。ファイルが「クラウドにあるが端末上はプレースホルダー」という状態だと、Spotlightが古いキャッシュを優先表示することがあります。

「再起動すれば直る」が効きにくい理由

Macの不調といえば再起動が定番ですが、Spotlightの古い結果問題に関しては再起動単独ではほぼ改善しません。インデックスは再起動しても保持されるよう設計されているため、明示的にインデックスの再構築を指示しないと、古いままのデータベースを次回起動時もそのまま読み込んでしまうからです。

詳細解説:症状別の対処手順

手順1:まず Spotlightインデックスの状態を確認する

原因切り分けの最短ルートは、ターミナルで mdutil コマンドを使うことです。アプリケーション → ユーティリティ → ターミナル を開き、次のコマンドを実行します。

sudo mdutil -s /

管理者パスワードを求められたら入力してください。出力は通常、次のいずれかになります。

• Indexing enabled. ——インデックスは有効。問題は内容の破損側
• Indexing disabled. ——インデックス自体が無効。まずは有効化が必要
• Error: unknown indexing state. ——状態取得に失敗。データベース破損の可能性大

外付けボリュームも確認したいときは、ルートのスラッシュ部分をボリュームのパス（例:/Volumes/MyExternalSSD）に置き換えてください。

手順2:インデックスを完全に再構築する

状態を把握したら、再構築コマンドを実行します。

sudo mdutil -E /

「-E」オプションは「Erase a​nd rebuild」を意味し、対象ボリュームの既存インデックスを破棄して新しく作り直します。実行直後はバックグラウンドでファイルの再走査が行われるため、Macが普段より熱を持ったり、ファンが回ったりするのが普通です。SSDモデルでも完了まで数十分から数時間かかります。

外付けボリュームでも症状が出ている場合は、各ボリュームに対して同じコマンドを実行してください。

sudo mdutil -E /Volumes/MyExternalSSD

手順3:インデックスが有効化されていない場合の処置

もし状態が「Indexing disabled.」だった場合は、まずインデックスを有効化します。

sudo mdutil -i on /

そのあとに改めて手順2の「-E」で再構築を行います。順序を間違えると「無効化されたまま再構築コマンドだけ走った」状態になり、何時間待っても結果が変わらないので注意してください。

手順4:システム設定からのリセット（GUI派向け）

ターミナル操作に抵抗がある場合は、システム設定からも実質的な再構築が可能です。

1. アップルメニュー → システム設定 を開く
2. 左メニューから「Spotlight」を選択
3. 右下の「検索プライバシー」をクリック
4. 表示されたウィンドウに、Macintosh HD（起動ディスク）をドラッグ＆ドロップで追加
5. 追加された項目を選択して「−」ボタンで削除
6. そのままウィンドウを閉じる

この一連の操作で、Spotlightは「いったん除外したフォルダを再度索引対象に戻す」と解釈し、自動的に対象ボリュームのインデックスを再生成します。mdutil -E と内部的にはほぼ同等の挙動です。

手順5:Spotlightキャッシュの削除

インデックス再構築でも改善しない場合、メタデータの一時キャッシュが破損している可能性を疑います。次のフォルダにある「.Spotlight-V100」ディレクトリは、Spotlightインデックス本体です。

sudo rm -rf /.Spotlight-V100

このコマンドは強い破壊力を持つため、十分に注意してください。実行後は必ず再起動を行い、起動後に手順2の mdutil -E / を再実行します。なお、「.Spotlight-V100」は再起動とともに自動再生成されるため、削除そのものでデータが永久に失われることはありませんが、念のため Time Machineバックアップが正常であることを確認してから実行することをおすすめします。

手順6:Spotlight Plugin の干渉を切り分ける

Spotlightは、/Library/Spotlight や ~/Library/Spotlight に置かれた「.mdimporter」というプラグインを使ってアプリ独自のファイル形式を解釈します。サードパーティ製アプリのインポーターが古いまま残っていると、Spotlightが古いメタデータを優先してしまうことがあります。

確認にはターミナルで次のコマンドを実行します。

mdimport -L

表示された一覧のなかで、すでにアンインストール済みのアプリ名が残っていないかを確認してください。残っていた場合は、対応する .mdimporter ファイルを Finder で「移動 → ゴミ箱」で隔離し、再起動して挙動を確認します。問題なければ完全に削除して構いません。

手順7:metadata server を強制再起動する

最終手段として、Spotlightの中核プロセスである mds／mds_stores／mdworker を直接再起動します。次のコマンドで関連プロセスを終了させると、launchd が自動的に再起動してくれます。

sudo killall mds mds_stores

そのまま数分間 Macを操作せずに待ち、CPU使用率が落ち着いたあとに Spotlight検索を試してください。多くのケースでは、ここまでの工程のいずれかで古い結果は消えます。

原因別 対処法 比較表

症状パターン	最初に試す対処	所要時間の目安	難易度
削除済みファイル名が出続ける	mdutil -E でインデックス再構築	30分〜数時間	中
外付けSSDだけ古い結果が出る	対象ボリュームに対する mdutil -E	15分〜1時間	中
クラウドドライブのファイルが古い	クラウドアプリの再ログインおよび再同期	10〜30分	低
mdutil が状態取得に失敗する	.Spotlight-V100 削除および再構築	1〜数時間	高
特定アプリの結果だけ古い	該当アプリの .mdimporter 点検	15分	中
すべて試してもダメ	mds/mds_stores の killall 再起動	5〜15分	高

FAQ:よくある質問

Q1:インデックス再構築中はMacを使えますか?

A:使えますが、CPUとストレージI/Oが激しく動くため、動画書き出しやビルドのような重い作業はおすすめしません。電源につないだ状態で、ブラウジング程度に留めるのが無難です。ノートMacの場合、再構築中はバッテリー駆動を避けてください。

Q2:再構築すると検索履歴やSiriの提案も消えますか?

A:消えません。Spotlightインデックスは「ファイル検索結果のキャッシュ」であり、Siri提案・候補ワード・「最近の項目」は別管理です。安心して再構築してください。

Q3:外付けドライブだけインデックスを無効にできますか?

A:可能です。sudo mdutil -i off /Volumes/ボリューム名 で無効化できます。Spotlight検索結果が散らかるのを避けたい外付けバックアップディスクなどに有効です。

Q4:.Spotlight-V100 は本当に削除して大丈夫ですか?

A:基本的には大丈夫です。次回起動時に自動再生成されます。ただし、削除直後は「Spotlight検索結果が一時的に空になる」フェーズが発生するため、業務時間中は避け、就業後など余裕のあるタイミングで実行してください。

Q5:macOS 26 の不具合なのか、自分のMac固有なのか見分けられますか?

A:同じ macOS 26 を入れた別のMacで再現するかが判断基準です。再現するなら macOS 側、しないなら個別のインデックス破損です。多くのケースは後者で、再構築で解決します。

Q6:FileVault が有効でもインデックスは作られていますか?

A:はい。FileVaultで暗号化されていてもログイン中は復号されているため、Spotlightは通常通りインデックスを作成します。再構築コマンドもそのまま使えます。

Q7:再構築しても改善しない場合、データ消失のリスクはありますか?

A:Spotlight操作自体でユーザーデータが消えることはありません。ただし、ストレージ自体の障害が背景にある可能性も否定できないため、改善しない場合は早めに Time Machineバックアップを取り、ディスクユーティリティの「First Aid」を実行してください。

まとめ

macOS 26 で発生する「Spotlightが古い結果を表示する」問題は、ほとんどの場合インデックスの破損または再構築の中断が原因です。最初に mdutil -s / でインデックスの状態を確認し、有効であれば mdutil -E / で再構築するという2ステップが、もっとも安全で確実な復旧手順です。

それでも改善しない場合は、システム設定からのプライバシーリセット、.Spotlight-V100 の削除、Spotlight Plugin の点検、最終的に mds／mds_stores の killall 再起動と、段階的に強い手段に進むのが鉄則です。最初から強い手段を選ぶとリスクだけが上がるので、必ず軽い対処から順に試してください。

復旧後は、外付けSSDの抜き差し前にきちんとアンマウントする、クラウドドライブの仮想ファイル設定を見直す、アップデート直後の再構築中に強制終了をしない、といった運用ルールを徹底することで再発を抑えられます。Spotlightは macOSの神経網です。少しの整備で、Macの体感速度は大きく取り戻せます。