この記事でわかること
- 見た目の好みだけでURLを変えない
- 旧URLと新URLを対応表で管理する
- 設定変更後は過去の入口から確認する
変更によって解決する問題を具体化する
パーマリンクは記事などを指す継続的なURLです。WordPressでは投稿名や日付などを使って構造を設定できますが、公開後の変更は共有済みのリンクに影響します。「短い方が何となくよい」だけで決めず、誤った階層、移転、運用上の制約など、変更で解決したい問題を先に書きます。
例えば「日付のないURLにしたい」という希望なら、既存記事すべてに変更が及ぶ可能性を見積もります。一方、今後の記事のタイトル表記を整えるだけなら、過去のURLを触らずに済む場合もあります。検索順位が上がると決めつけず、得られる使いやすさと、転送管理にかかる手間を比較してください。
変更範囲をURLの対応表にする
対象URL、変更先、変更理由、内部リンクの所在、SNS等の共有先、確認結果を一行ずつ記録します。例は「旧：/2025/desk-light/／新：/desk-light/／理由：継続更新する記事の整理」です。記事だけでなくカテゴリや画像、固定ページへ影響する設定でないかを確認し、対象外のURLも数件保存します。
複数記事を一つに統合する場合は、元の記事の疑問に統合先が答えているかを読み直します。名前が似ているだけでは適切な移転先とは限りません。変更候補が多いときは、設定を押す前に一覧を完成させ、規則に当てはまらない日本語スラッグや過去の変更済みURLを洗い出しておきます。
転送を検証してから本番へ反映する
恒久的に移す場合、Googleは恒久的なリダイレクトを案内しています。実装方法はサーバーや利用プラグインで異なるため、現在の環境に合う方法を選びます。旧URLから意図した新URLへ到達し、新URLが正常に表示されることを検証環境で確認してから、実施日と戻し方を決めて反映します。
同じURLを複数の設定で転送すると、行き来が続くループや無駄な経由が生じることがあります。サーバー、CDN、WordPressのどこで管理しているかを整理し、転送の所有者を一つずつ明確にしてください。設定ファイルを変更する作業は元の内容を保存し、エラー時に管理画面外から戻す手段も準備します。
公開後は旧URLから点検する
新しい記事一覧だけを見ても、以前のリンクが使えるかは分かりません。対応表の旧URLを直接開き、リンク先の内容、アドレス、応答を確認します。内部リンクやメニューも新URLへ更新し、読者が繰り返し転送を通らずに進めるようにします。サイトマップのURLも変更内容と一致しているか点検してください。
記録には「旧URL確認：完了／内部リンク更新：残り二記事／再確認日：翌週」のように未完了を残します。アクセスや検索の変化は移行以外の要因でも起きるため、変更日を記録して観察します。問題がなければ旧設定のメモと転送の管理表を保管し、次の改修で同じURLを再び変更しない判断材料にします。
- URLを変える具体的な理由を書いた
- 旧URLと対応する新URLを一覧にした
- 転送設定の管理場所と戻し方を確認した
- 旧URLから正しい記事へ到達できた
- 内部リンクとサイトマップを点検した
参考にした公式情報
確認日：2026-09-11。提供条件や仕様は変更される場合があります。
広告・アフィリエイトリンクを含む場合があります。編集・掲載方針