プラグイン名から引く

「Contact Form 7 メール 届かない」のように、プラグイン名から記事を探す索引です。

実際に調べてみると、プラグインは引き金であって、原因は別の層にあることが大半でした。 プラグインの設定を触る前に、下の表で本当の原因を確認してください。 プラグイン固有の挙動を実測できたものだけ、専用の記事があります。

---

プラグイン固有の挙動を実測したもの

国内のレンタルサーバーが標準で導入していることが多く、遭遇率が高いため実測した。 ログイン URL の形（/login_数字.php）、ロックの解除条件、既定でオフの機能まで 計測してある。

---

引き金はプラグイン、原因は別の層にあるもの

プラグイン側の設定を触る前に、下の層を確認したほうが速いもの。

フォーム系

まず「フォームの送信記録が残っているか」を確認する。 残っているならメールの問題、残っていないなら送信の問題。

移行・バックアップ系

上限は 3 つ同時に上げる。upload_max_filesize だけ上げても post_max_size で切られる（実測）。

キャッシュ・高速化系

切り分けは「結合・最小化の機能だけをオフにする」。 プラグイン全体を止める必要はない。

セキュリティ系

セキュリティ系は 1 つだけにする。2 つ入れると互いの規則が衝突する。

SSL 系

SSL 強制は 1 箇所だけ。プラグイン・.htaccess・サーバー設定の どこでやっているか分からない状態が最も危険。

入力が多い系

画像最適化系

SEO 系

---

プラグインを疑う前に取る値

プラグイン名で検索する前に、これを取ると原因の層が分かる。 取り方は 症状から引く の「最初に取る 4 つの値」にまとめてある。

curl -s -o /dev/null -w '%{http_code}\n' https://example.com/
curl -s -o /dev/null -D - https://example.com/wp-login.php | grep -ci set-cookie
curl -s -o /dev/null -D - https://example.com/wp-json/ | grep -i content-type

CSS / JS / 画像のステータスは、ブラウザの開発者ツールの「ネットワーク」タブで見る。

---

更新で壊れたとき

「有効化したら壊れた」はほぼ起きない。WordPress は有効化の前に ファイルを読み込む検査をして、Fatal になるなら有効化を中止する（実測）。

実際に落ちるのは両方が有効なまま、更新で衝突が生まれたとき。 だから相談は「更新したら真っ白になった」に偏る。

→ プラグインの競合