無効化だけでは十分でない場合
通常のWordPress処理で使われなくても、ファイルへの直接アクセスなど製品固有の問題が残ることがあります。逆に、無効な製品が全て攻撃可能なわけでもありません。残っている製品と版を棚卸しし、用途と更新状況を照合します。
削除前の確認項目
ショートコード、ブロック、ウィジェット、独自フィールド、別製品の依存先になっていないか確認します。管理画面で使っていないように見えても、過去の記事に出力が残っている場合があります。有料ライセンスと再取得方法も保存します。
安全に整理する手順
- DBとファイルをバックアップする。
- 検証環境で一つずつ停止し、表示と管理機能を確認する。
- アンインストール時に削除されるデータを調べる。
- 不要だと確認して削除し、残ったファイルや定期処理を点検する。
残すものは管理理由を記録する
障害切り分け用の標準テーマなど、残す合理的な理由があるものは更新対象として管理します。削除できない古い製品は期限を決めて代替や改修を検討し、「念のため残す」が増え続けないようにします。
整理の結果を記録する
対象製品、利用箇所、依存先、停止試験、削除した日時、保存データ、再取得先を台帳に残します。後でページにショートコードが残った場合も、何を止めたか追いやすくなります。削除後の独自テーブルや設定は、製品仕様に合わせて扱い、根拠なく一括削除しないでください。
長く更新されない製品への対応
更新日だけで脆弱性の有無を断定しませんが、保守継続性、対応版、提供元の告知を確認します。代替を選ぶ場合は、データ移行、表示形式、URL、外部連携を含めて検証します。
よくある質問
テーマは有効な一つ以外全て削除できますか？
子テーマが参照する親テーマや、復旧時の切替用に管理するテーマがないか確認します。残すものは更新と用途の記録を継続します。
削除したのに設定が残るのは異常ですか？
再導入を想定して残す製品もあります。個別仕様を確認し、不要データの削除はバックアップと復元方法を確保してから行います。