スキャンは適切なタイミングで
標準のアンインストールを完了し、ベンダーまたは Windows が求めた場合は再起動してください。保留中のファイル操作は再起動後に完了することが多く、途中でスキャンするとノイズの多い誤検知が出ます。
製品に別の「クリーンアップ」や「修復」ユーティリティが付属している場合は、最初の残存パスより前に実行してください。ベンダー自身のフックが先にサービスとドライバを解放する必要があります。そうしないと、再起動まで正当に登録されたままの項目が一覧に載ります。
「すべて選択」ではなくクラスターで確認
項目をパスと発行者でグループ化してください。削除した製品名のフォルダー配下に明確に収まる行なら、汎用システムパスや広く共有されるランタイムを指す行よりリスクは低くなります。迷ったら一旦止め、別のPCやドキュメントでファイルの所有者を調べます。
長い一覧は権威に見えますが、そうではありません。頭の中で「明らかに Program Files\ベンダー\製品 配下」と「何でもあり得る」に分けます。後者は時間をかけるかスキップします。
AppData、ProgramData、ユーザー範囲とマシン範囲
Roaming と LocalLow には設定とキャッシュが溜まります。同意なく他ユーザーのプロファイルデータを削除するとサポート事故になります。共有PCでは、ソフトをインストールしたアカウントだけを対象にスキャン・クリーンし、全プロファイル向けのメンテナンス枠がない限り他は触れないでください。
ProgramData にはライセンスや共有設定が置かれることが多いです。削除する前にサブフォルダー名が削除した製品と一致するか確認してください。
サービスとタスク スケジュール
バックグラウンドの項目は、アンインストーラーのあとも驚くほど残ります。削除前に、サービス名がアンインストールしたのと同じ製品バージョンに対応するか確認してください。一部のタスクはまだ使う別ソフトによって再作成され、削除すると分かりにくい後退を招きます。
タスク スケジューラでタスクの引数を開き、コマンドライン全体を読んでください。「Update」のような汎用名は赤旗です。実行ファイルのパスを追って、見覚えのある発行者に結び付けます。
レジストリの提案
レジストリのヒットは、ユーザーの AppData 下の空フォルダーより高リスクと考えてください。明らかにベンダーとバージョンにスコープされたキーを優先して削除します。読んでいないハイブ全体を「最適化」するような振る舞いは避けます。
重要なマシンでは、削除前にキーの .reg バックアップをエクスポートしてください。その1ファイルが、2週間後に何か壊れたときに何時間も節約することがよくあります。
クリーンアップ後の確認
一度再起動し、毎日使うアプリを起動し、ドライバに触れた場合に限りデバイス マネージャーやイベント ビューアーを確認します。静かに壊れるのが避けたい失敗モードであり、空のスキャン一覧そのものではありません。
削除内容を記録する
重要なPCでは時刻と製品をメモしてください。1週間後に問題が出たときに変更と照合できます。復元ポイントは依然として有用です。用語集の復元ポイントを参照してください。
関連記事
アンインストール残存を削除する · 用語集:残存 · トピック一覧。