ACQUA JOURNAL
WordPress固定ページの親子変更は何に影響する？URL・メニュー・配下ページの確認
固定ページの親を変えるときは、ページの所属、URL、メニュー、パンくずを別々に確認します。管理画面で親を選んだことだけで、公開の案内がすべて同じ階層へ変わるとは限りません。
企業の更新担当者と制作会社向けに、親子関係を変更する前の棚卸し、試験、承認、公開確認を整理します。既存URLや転送の変更は影響を確認して決める作業であり、本稿は一律の設定変更を勧めるものではありません。
1. 所属を変える理由と、対象ページを決める
ページ名だけで判断せず、固定ページID、正式URL、現在の親、ページの役割、変更案を記録します。対象が投稿や独自の種類ではないかも確認してください。
構成図の所属と、読者の読む順番を分ける
サービス詳細をサービス一覧へ所属させることと、事例を読んだ人から詳細へ案内することは別です。サイトマップとページ構成で、階層と行動の流れを整理できます。
メニューの見せ方だけを変えたい場合は、親子変更が必要かを先に確認します。階層を深くすることそのものをSEOの目的にせず、読者の判断と管理のしやすさから選びます。
2. 現在の親子関係と、URLを読み取る
WordPress公式の固定ページの説明では、親子の階層とページURLの関係が説明されています。実際のサイトでは、現在のパーマリンクや独自実装も合わせて確認します。
同じ親へ所属するページ、対象ページの子、さらに下のページを一覧にします。親を変えた結果、対象だけでなく配下のURLにも影響する可能性があるため、一ページの表示だけで判断しません。
| 対象 | 確認すること |
|---|---|
| 対象ページ | ID、種類、スラッグ、正式URL、親 |
| 配下ページ | ID、階層、正式URL、役割 |
| 出力 | メニュー、パンくず、関連記事や案内 |
| 外部参照 | PDF、配布資料、広告、他サイトのリンク |
取得できないURLは未確認とし、想像した階層で完成した一覧にしないでください。
3. メニューとパンくずの管理元を調べる
ページの親と、ヘッダーメニューの並びは別に設定されている場合があります。メニューの項目が固定ページ参照なのか、直接URLなのか、独自の自動表示なのかを実装担当と確認します。
親を変えれば全表示が変わると考えない
独自のパンくず、サイドメニュー、共通リンク、本文に書いた案内は、それぞれの参照元に従って出力されます。管理画面の親子が正しくても、公開側に古い案内が残る場合があります。
どの箇所を編集するかが分からないときは、公開HTMLとテーマ・追加機能を調べます。本文へ新しいリンクを追加するだけで旧リンクを解消したと扱わず、管理元を特定してください。
4. 旧URLと変更案、リンク元の対応表を作る
試験環境で変更案を保存し、実際に出たURLを記録します。対象と配下ページの旧・新URL、参照元、必要な案内の修正を対応させます。URLが変わらない項目も、試験結果として残します。
転送を設ける場合は対象と行き先、状態、管理元、解除時の扱いを別に合意します。標準機能や既存プラグインが、自社の変更案に合う転送を必ず作るとは考えません。
既存の配布物や他社管理のリンクは、今回すぐ直せないことがあります。修正できる担当と予定を残し、古いURLから来る人の扱いを決めます。広い影響がある場合は親子変更と公開時期を再検討してください。
5. 原本と復元点を残し、変更範囲を承認する
現在の親、スラッグ、URL、メニュー、必要な設定とデータを保管します。バックアップは対象と取得時点、戻す担当を確認します。バックアップの復元確認も参照できます。
親子変更に別の改修を混ぜない
タイトルの修正、全体のパーマリンク変更、不要ページの削除などを同時に行うと影響を追いにくくなります。今回必要な項目だけを差分へまとめます。
本番へ反映する前に他者の編集がないか読み直します。変更後に不具合があった場合も、配下と新しい更新への影響を確認し、当該変更を戻す手順で対応します。全DBを無条件に戻す方法へ飛びません。
6. 直接URLと既存の案内から、全対象を確認する
未ログインで対象ページと配下ページを開き、本文、画像、正式URL、メニュー、パンくずを確認します。試験が通っただけで本番の結果としません。
変更が承認された旧URLは、応答と最終到達先を確認します。PDFや本文、一覧など合意した入口からも移動し、必要なページへ着くか試します。リンク先の点検は内部リンクの棚卸しで整理できます。
PCとスマートフォンでは、長いパンくず、開閉メニュー、現在位置、戻る経路を確認します。未確認の入口は残し、対象の全件検収と代表画面だけの試験を区別します。
7. ページ構成の正本と更新ルールを引き継ぐ
構成表、公開URL、メニュー、管理画面の親子を対応させ、変更日、理由、担当、確認結果を残します。次にページを追加するとき、何をどこへ所属させるか分かる状態にします。
対応表の照合を効率化する
ページ一覧、URL、リンク元の確認を補助し、空いた時間を読者の案内や原稿の整合性へ回します。自動化でURLや転送の変更を勝手に確定しないよう、承認する対象を明示します。
公開整合性、検索の観察、実相談、受注、解決、工数と利益を分けて記録します。階層を整理した直後に、順位や問い合わせが改善したと推測しません。
8. Acquaへ、構成と実装の影響調査を依頼する
企業はWeb運用の支援へ、現行URL、構成上の困りごと、変更したい所属を共有できます。制作会社は実装支援へ、構成表、親子とメニューの仕様、URL対応表、検収と復元の担当を渡します。
相談窓口では、既存URLを維持したい条件や変更できない配布物も伝えてください。影響を調べてから必要な作業と見積もりを整理します。
解決状態は、ページの所属と案内が合意した構成に一致し、対象と配下へ必要な入口から移動でき、次の更新担当が管理元を理解できることです。親子を変えた回数や深さを成果にしません。
一次資料の確認日：2026年10月9日。
