ACQUA JOURNAL
WordPressのカテゴリー変更はURLにも影響する？分類・スラッグ・リンクの確認手順
カテゴリーを変えたとき、記事の所属、カテゴリー一覧のURL、記事自身のURLが同じように変わるとは限りません。現在のパーマリンク構造と独自実装を確認してから、変更範囲を決めてください。
企業の更新担当者と制作会社向けに、分類の整理とURL変更を分け、一覧・リンク・既存の案内への影響を検収する方法を説明します。本稿は設定を一律に変更する手順ではなく、変更前の確認と合意のための資料です。
1. 変えたいものを、名前・所属・URLへ分ける
カテゴリーの表示名、スラッグ、親カテゴリー、記事の所属は別の項目です。何を変えたいのか、一記事と一カテゴリーを対象に記録します。WordPressのカテゴリー画面は各項目の公式説明です。
記事の移動と分類名の変更を区別する
一記事の所属を変える場合と、既存カテゴリーの名前を変える場合では、対象記事の範囲が違います。名前だけ直したいのにスラッグや親まで変えないよう、変更票へ対象項目を書きます。
分類の目的がまだ決まっていない場合は、パンくずとカテゴリー設計などで情報の役割を整理し、操作の前に承認する表記と所属を決めます。
2. 記事URLにカテゴリーを含むか確認する
現在のパーマリンク設定を読み取り、正式な記事URLと照合します。WordPressのパーマリンク解説には、構造に使える項目として%category%などが説明されています。
カテゴリーを含む構造では、分類の変更が記事URLへ影響する可能性があります。含まない構造でも、独自ルールやプラグインがURLに関与する場合があるため、設定欄だけで判断せず実際の出力を確認します。
複数カテゴリーが付く記事は、どの分類がURLに使われるかを試験環境で調べます。カテゴリーの表示順や「主カテゴリー」と呼ばれる追加設定だけで、すべてのサイトの選択規則を断定しないでください。
3. カテゴリー一覧のURLと参照先を調べる
カテゴリーの名前を表示する場所と、その一覧へリンクする場所を集めます。メニュー、パンくず、記事下の分類、関連記事、サイト内検索など、独自にURLを入力している箇所がないか確認します。
カテゴリーIDとURLを混同しない
一覧がIDで記事を選ぶ場合も、スラッグやURLでリンクを出す場合もあります。変更後に一覧が開くことと、期待する記事が出ることは別です。ブログ一覧に記事が出ない場合の確認と合わせて調べられます。
親カテゴリーを変える場合は、階層を使うURLやパンくずにも影響し得ます。名称変更だけのつもりでも、対象記事以外の一覧や配下カテゴリーまで確認してください。
4. 旧URLと変更案の対応表を作る
現行の投稿、カテゴリー一覧、親子関係、リンク元を記録し、試験で確認した変更後URLと対応させます。想像したURLを正式な変更先として配布しません。
| 対象 | 変更前に残すこと |
|---|---|
| 記事 | ID、正式URL、所属、公開状態 |
| カテゴリー | ID、名称、スラッグ、親、一覧URL |
| 案内 | メニュー、本文、PDF、外部案内の参照先 |
| 復元 | 元の設定、戻す担当、他者の変更の確認 |
既存URLが変わるなら、転送とリンク修正、影響、戻し方を別の変更として合意します。WordPressが必ず意図した旧URLを自動転送するとは考えず、実際の応答と行き先を確認してください。
5. 試験してから、合意した項目だけを変更する
試験用環境で変更案を保存し、記事URL、一覧、対象件数、リンクの変化を確認します。複製時の外部接続は試験環境の隔離へ分けて確認します。
全体のパーマリンク変更を混ぜない
一記事の分類整理のためにサイト全体のパーマリンクを変更すると、多数のURLへ影響する可能性があります。対象と効果を確認せず、設定を保存し直すことを万能な修復方法にしません。
本番へ反映する前に、現在値が原本から変わっていないか読み直します。他者が対象記事やカテゴリーを編集した場合は差を確認し、上書きしない方法を決めます。
6. 記事と一覧、旧リンクからの移動を検収する
未ログインで正式URLを開き、タイトル、本文、カテゴリー表示、パンくず、一覧の掲載、ページ送りを確認します。別の記事が意図せず増減していないかも見ます。
変更が承認されたURLは、新URLだけでなく旧URLと既存リンクからの移動も試します。転送がある場合は状態と最終到達先を記録し、関係のないトップページへ到達していないか確認します。
PCとスマートフォンで長い分類名やメニューを確認してください。リンクが開くことと、読者が必要な説明へ到達することを分けます。内部リンク点検も参照できます。
7. 分類の用途と、追加時の判断を引き継ぐ
カテゴリーの用途、対象記事、表示箇所、URLとの関係、編集担当を残します。新しい分類を追加する前に、既存の分類で説明できない理由を確認します。
一覧の記録を自動化する
ID・URL・所属の照合や変更履歴の整理を効率化し、空いた時間を読者の分類理解や原稿の改善へ回します。自動でスラッグや転送を確定する前に、人が変更範囲と検収を確認できるようにします。
操作件数をSEO成果として数えません。公開の整合性、検索の観察、実相談、受注、工数と利益は別の記録です。公開直後の順位を推測しないでください。
8. Acquaへ、分類とURLの影響調査を相談する
企業はWeb運用の支援へ、整理したい記事と分類、現在の困りごとを共有できます。制作会社は実装支援へ、パーマリンクと一覧の仕様、変更案、URL対応表、検収項目を渡します。
相談窓口では、変更したい名称と現行URLを概要で伝えます。URLや転送の変更を含む場合は、影響と承認の範囲を確認してから進めます。
解決状態は、分類の意味が伝わり、期待する記事へ移動でき、既存URLへの影響が確認され、次の更新で同じルールを使えることです。分類を増やすこと自体を目的にしません。
一次資料の確認日：2026年10月9日。
