固定ページが表示されない／リダイレクトループになるときの確認方法

LV5-7 リライトルール／URL正規化／テンプレ実装／サーバ構成

二重・循環リダイレクトの除去と、固定ページルーティングの正常化のため、下記を確認します。
安全のため作業前には、DB＋ファイルのバックアップを取得してください。

1) ループの型判定（DevTools の Network/Headers で 301/302 の往復先を可視化）
典型例：「http → https → http」、「wwwなし → wwwあり → wwwなし」、「/page/ → /page/」、「/index.php → / 」の行き来。
発火点が .htaccess か Webサーバ（Nginx/Apache仮想ホスト） か プラグイン かを判別します。

2) URL設計の単一化（正規化）
「https + wwwなし（または wwwあり）」をサイト方針として1つ決め、片方向のみに統一。
Cloudflare/ALBなど上位レイヤで https 化している場合、下位層と二重でリダイレクトさせない。

3) .htaccess（Apache）／Nginx 設定の整合
WordPress 既定のリライトルールと独自ルール（言語別、スラッシュ有無、index.php 除去 等）の順序と条件を点検。
「任意パーマリンク + 固定ページ」だけが死ぬ場合は、front-controller への流し込みが阻害されている可能性。

4) プラグイン由来のリダイレクト
Redirection / SEO プラグインの 正規化・canonical・自動リダイレクト 機能、セキュリティ系の 強制ルール を精査。
キャッシュ系（LiteSpeed Cache, WP Rocket 等）が モバイル/ログイン状態別 に異なるリダイレクトを記憶して循環させることも。完全無効化→再現確認。

5) テーマ側の固定ページテンプレート
page.php／page-{slug}.php／page-{id}.php の優先順位に従ってテンプレが当たっているか。
不在・致命的エラーで WSOD/403→ループ に見えるケースもあるため、エラーログ と Query Monitor でルーティングとフックを追う。

6) マルチレイヤ環境の相互作用
CDN（Cloudflare）の Page Rules / Redirect Rules、WAF、オリジンとの X-Forwarded-Proto / HSTS の設定不整合。
リバースプロキシ越しの https 判定フラグが取れず、常時SSLプラグイン が永遠にリダイレクトし続ける事例は定番。

7) 仕上げ
キャッシュ（プラグイン・サーバ・CDN）を全層クリア。
Search Console の URL 検査で対象ページを fetch して、200/HTML で返ることを確認。
サイトマップ（固定ページ含む）の再送信、内部リンクの張替え（http 混在や古いスラッグの残骸）も見直す。

ここまでが整うと、固定ページだけ不調…という状態はほぼ解消します。