プラグインの棚卸し：数を減らす前に使用場所を調べる

何をしているか分からない状態を減らす

プラグインを整理するとき、最初の目標を個数だけにしないようにします。少なくても重い処理や重複設定があれば問題は残ります。名称、担当機能、使用場所、設定担当、更新状況、契約の有無を一覧にし、「この機能を外すと読者や運営者が何に困るか」を説明できる状態にしましょう。

例えば「表作成：比較記事八本／メール送信：全フォーム／目次：テーマ側にも機能あり」と記録します。見覚えのない名前でも、サーバー会社やサイト制作者が運用上必要としている場合があります。通常の一覧以外に特別な管理のプラグインがないかも確認し、所有者が分からない機能は調査対象として残してください。

キャッシュ、SEO、セキュリティ、画像処理などで同じ目的の機能が複数動いていないかを確認します。重複している名前を見つけたら、すぐ片方を消すのではなく、実際に有効な設定を照合します。片方はサイトマップ、もう片方は転送だけを担うなど、使い分けている可能性もあります。

判定表は「機能／現在の担当／代替候補／移すデータ／確認方法」とします。例として目次を統一する場合、表示だけでなく見出しへのリンク、記事ごとの表示除外、過去に共有した章へのURLを点検します。重複を解消するために必要な設定移行が残っているうちは、整理済みと扱わないようにしてください。

WordPressの管理機能では、プラグインの有効化、停止、削除を行えます。停止でどの機能が使えなくなるかを検証環境で確認し、その後に削除時のデータ保持や設定削除の仕様を提供元で調べます。停止してもすべての保存データが消えるとは限らず、削除が設定を残すかどうかもプラグインにより異なります。

作業例は「対象を一つ停止／対象記事三本とフォームを確認／問題がなければ保存データの扱いを確認／削除を判断」です。独自ブロックやショートコードが文字として残る場合は、先に本文の置き換えを進めます。戻す可能性がある設定やエクスポートを保管し、複数を同時に消して原因不明の不具合を増やさないようにします。

継続利用するプラグインには、更新通知を誰が確認するか、変更履歴をどこで読むか、問題時にどのページを試すかを記録します。更新が長くないことだけで安全性や危険性を断定せず、対応環境、既知の問題、提供元の案内を確認してください。代替への移行が必要なら、重要機能から順に予定を立てます。

整理後の台帳には「継続／停止して観察／移行準備／削除済み」の状態を入れると、次の担当者が理由を追えます。次回点検日は大きな機能追加後や定期保守日に設定します。サイトの見た目に出ないバックアップやメール関連も対象に含め、読者向けの画面が動いたことだけで全体の点検を終えないようにしましょう。

確認日：2026-09-11。提供条件や仕様は変更される場合があります。