MENU
プログラムとツールの使い方を、実務目線で分かりやすく整理
  1. ホーム
  2. プログラム
  3. WordPressのURL設計は最初に決める：パーマリンク設定の基本と変更時の実務チェック

WordPressのURL設計は最初に決める：パーマリンク設定の基本と変更時の実務チェック

プログラム
WordPressのURL設計は最初に決める：パーマリンク設定の基本と変更時の実務チェック

WordPressのURL設計は最初に決める：パーマリンク設定の基本と変更時の実務チェック

WordPressのパーマリンク設定では、投稿や固定ページのURLの形を決められます。たとえば https://example.com/sample-post/ のように記事名を含めるか、https://example.com/2026/07/sample-post/ のように日付を含めるかを選ぶ設定です。

実務で大事なのは、見た目の好みよりも あとから変えにくいURLを、公開前に決めておくこと です。公開後にパーマリンクを変えると、既存リンク、検索結果、SNS投稿、社内資料、外部サイトからのリンクに影響します。

この記事では、WordPress管理画面での基本設定、URL設計の考え方、変更時のリダイレクトや404対策、WP-CLIでの確認例まで整理します。

  • パーマリンクは、投稿・固定ページ・カテゴリー・タグなどの「恒久的なURL」
  • 初心者はまず「投稿名」形式を基準に考えると扱いやすい
  • 公開後に変更する場合は、301リダイレクトと404確認が必須
  • Apacheでは .htaccess、Nginxではサーバー設定が関係することがある
  • WordPress REST APIや自動投稿では、slug とURL設計の関係も確認しておく
目次

前提環境：この記事で扱うWordPressの範囲

この記事では、2026年7月時点のWordPress管理画面と公式ドキュメントを前提に、一般的なWordPressサイトのパーマリンク設定を扱います。

主な対象は次の環境です。

  • WordPress 6系の一般的なサイト
  • 管理画面の「設定」→「パーマリンク」を使うケース
  • ApacheまたはNginxで動くレンタルサーバー、VPS、クラウド環境
  • WP-CLIを使える開発環境や本番運用環境

WordPress公式ドキュメントでは、パーマリンクは投稿、固定ページ、カテゴリー、タグアーカイブなどに使われる恒久的なURLとして説明されています。URLは人にも検索エンジンにも伝わる情報なので、単なる設定項目ではなく、サイト設計の一部として扱うのが実務では安全です。

パーマリンク設定で何が変わるのか

パーマリンク設定で変わるのは、記事本文ではなく「記事に到達するURL」です。

たとえば同じ投稿でも、設定によってURLは次のように変わります。

Plain:
https://example.com/?p=123

投稿名:
https://example.com/sample-post/

月と投稿名:
https://example.com/2026/07/sample-post/

カスタム構造:
https://example.com/blog/2026/sample-post/

WordPress管理画面では、次のような代表的な形式を選べます。

  • 基本: ?p=123 のように投稿IDを使う
  • 日付と投稿名: 年月日と投稿名を含める
  • 月と投稿名: 年月と投稿名を含める
  • 数字ベース: /archives/123 のような形式にする
  • 投稿名: /sample-post/ のように投稿スラッグを使う
  • カスタム構造: %year% や %postname% などを組み合わせる

ここがポイント: パーマリンクは「あとから整えればよい表示」ではなく、外部から記事へ入るための住所です。公開後に変えるほど、リダイレクトや確認作業が増えます。

初心者がまず選びやすいURL設計

迷ったら、通常のブログやコーポレートサイトでは「投稿名」形式を基準に考えるのが扱いやすいです。

/%postname%/

表示例は次のようになります。

https://example.com/permalink-setting-guide/

この形式が実務で使いやすい理由は、URLを見ただけで内容を推測しやすく、日付変更や記事更新の影響をURLに持ち込みにくいからです。

日付をURLに入れる場合

ニュースサイトや日次更新の記録では、日付をURLに入れる設計もあります。

/%year%/%monthnum%/%postname%/

出力例は次の形です。

https://example.com/2026/07/permalink-setting-guide/

この形式は、記事が「いつ公開された情報か」をURLから読み取りやすい一方で、古い記事に見えやすいという面もあります。内容を継続的に更新する解説記事では、日付がURLに残ることで読者が古い情報だと判断することがあります。

カテゴリーをURLに入れる場合

カテゴリーを含める設計もできます。

/%category%/%postname%/

出力例です。

https://example.com/wordpress/permalink-setting-guide/

ただし、カテゴリー名をあとから変える運用では注意が必要です。カテゴリーを整理しただけでURL変更が発生し、リダイレクト対応が必要になることがあります。

WordPress公式ドキュメントでも、複数カテゴリーを付けた投稿で %category% を使う場合、URLに表示されるカテゴリーの扱いに注意が必要だと説明されています。カテゴリーは記事分類としては便利ですが、URLの一部にすると運用ルールも固定されます。

管理画面での設定手順

管理画面での設定は短いですが、変更前後の確認が重要です。

手順は次の通りです。

  1. WordPress管理画面にログインする
  2. 「設定」→「パーマリンク」を開く
  3. 目的に合う形式を選ぶ
  4. 必要なら「カスタム構造」にタグを入力する
  5. 「変更を保存」を押す
  6. 代表的な投稿、固定ページ、カテゴリー一覧を開いて確認する

カスタム構造では、サイトURL全体を書かず、構造部分だけを書きます。

NG:
https://example.com/%postname%/

OK:
/%postname%/

WordPressの画面では、保存後にリライトルールが更新されます。Apache環境では .htaccess が書き込み可能ならWordPressが自動で更新します。書き込みできない場合は、画面に表示されるルールを手動で反映する必要があります。

サンプル：URL設計を入力と出力で見る

ここでは、実務でよくある3つの設計を入力例と出力例で見ます。

目的入力する構造出力例向いている場面
標準的な記事URLにしたい/%postname%//permalink-guide/ブログ、解説記事、サービスサイト
公開年月をURLに残したい/%year%/%monthnum%/%postname%//2026/07/permalink-guide/ニュース、更新履歴、時系列の記録
サイト内の分類を見せたい/%category%/%postname%//wordpress/permalink-guide/カテゴリー運用が固定されているメディア

実務初期の判断では、次の順で考えると迷いにくくなります。

  • 記事の分類を将来変える可能性が高いなら、カテゴリーをURLに入れない
  • 長く読まれる解説記事なら、日付をURLに入れすぎない
  • 投稿名形式を使うなら、スラッグを英数字で短く整える
  • 日本語URLを使う場合は、共有時に長いエンコード文字列になる点を確認する

WP-CLIで設定・確認する例

WP-CLIを使える環境では、管理画面を開かずにパーマリンク構造を変更したり、リライトルールを再生成したりできます。

たとえば、投稿名形式に変更するコマンドは次の通りです。

wp option update permalink_structure '/%postname%/'
wp rewrite flush

期待される出力例です。

Success: Updated 'permalink_structure' option.
Success: Rewrite rules flushed.

wp option update はWordPressのオプション値を更新するコマンドです。permalink_structure を変更しただけでは、環境によってはリライトルールの反映確認が必要なので、続けて wp rewrite flush を実行します。

Apacheで .htaccess まで更新したい場合、WP-CLIの wp rewrite flush --hard が使われることがあります。ただし、公式ドキュメントでは .htaccess の再生成には mod_rewrite の設定が関係すると説明されています。本番環境で実行する前に、ステージング環境で確認してください。

wp rewrite flush --hard

WP-CLIは便利ですが、URL変更はサイト全体へ影響します。作業前には、少なくとも次の3点を控えておくと戻しやすくなります。

  • 変更前のパーマリンク構造
  • .htaccess やNginx設定のバックアップ
  • 主要ページのURL一覧

変更時に起きやすい問題と対処

公開済みサイトでパーマリンクを変更するときの中心課題は、古いURLから新しいURLへ正しく案内することです。

404が出る

変更後に記事が404になる場合、WordPressのリライトルールやサーバー設定が反映されていない可能性があります。

確認する順番は次の通りです。

  • 「設定」→「パーマリンク」を開き、保存状態を確認する
  • Apacheなら .htaccess が更新されているか確認する
  • NginxならWordPress向けの try_files 設定があるか確認する
  • キャッシュプラグインやCDNのキャッシュを削除する
  • 代表的な投稿URLをシークレットウィンドウなどで確認する

Apache環境では、WordPressが .htaccess を自動更新できないと、管理画面に手動更新が必要な旨が表示されます。Nginx環境では .htaccess を使わないため、サーバー設定側でWordPressのURL解決を扱います。

古いURLからアクセスできない

公開後にURL構造を変えた場合、古いURLはそのままでは新しいURLへ移動しません。検索結果、SNS、他サイトからのリンクを無駄にしないために、301リダイレクトを設定します。

例として、日付入りURLから投稿名URLへ変える場合を考えます。

変更前:
https://example.com/2026/07/permalink-guide/

変更後:
https://example.com/permalink-guide/

この場合、古いURLへ来た読者を新しいURLへ送る設定が必要です。プラグインで管理する方法もあれば、サーバー設定でまとめて処理する方法もあります。

小規模サイトならプラグインで個別管理する方が安全です。大量の記事を一括変更する場合は、URL一覧をCSVなどで作り、変換ルールを検証してから適用します。

REST APIや自動投稿でURLが想定とずれる

WordPress REST APIや自動投稿ツールを使う場合、投稿タイトルだけでなく slug の扱いも確認します。

投稿データのイメージは次のようになります。

{
  "title": "パーマリンク設定の基本",
  "slug": "permalink-setting-basic",
  "status": "draft"
}

slug はURLの一部になる文字列です。パーマリンク構造が /%postname%/ の場合、公開後のURLは次のような形になります。

https://example.com/permalink-setting-basic/

自動投稿で日本語タイトルからスラッグを自動生成すると、環境やプラグインの設定によってURLが長くなることがあります。API連携では、投稿作成時に英数字の slug を明示する運用にすると、URLの確認がしやすくなります。

変更前チェックリスト

パーマリンク変更は、設定画面だけ見れば数分で終わります。しかし本番サイトでは、変更後の確認に時間を使うべき作業です。

変更前に最低限確認したい項目は次の通りです。

  • 変更対象は投稿だけか、固定ページやカスタム投稿タイプも含むか
  • カテゴリーやタグのURLも変わるか
  • 外部からよくリンクされている記事はどれか
  • sitemap.xml は更新されるか
  • Google Search Consoleで404を確認できる体制があるか
  • キャッシュプラグイン、CDN、サーバーキャッシュを削除できるか
  • ステージング環境で同じ変更を試したか

特に見落とされやすいのは、記事URLだけでなく、カテゴリー・タグ・パンくず・サイト内リンク・メールマガジン内リンクも影響を受ける点です。URL設計を変えると、読者の入口だけでなく、サイト内の回遊経路も変わります。

代替手段：設定変更以外でURLを整える方法

すべての問題をパーマリンク設定で解決しようとしない方がよい場面もあります。

たとえば、数本の記事だけURLを整えたいなら、全体設定を変えるより個別のスラッグ修正で足ります。

変更前:
/wordpress%e3%81%ae%e8%a8%ad%e5%ae%9a/

変更後:
/wordpress-settings/

この場合は、投稿編集画面でスラッグを修正し、必要に応じて旧URLから新URLへリダイレクトします。サイト全体のパーマリンク構造を変えないため、影響範囲を小さくできます。

目的別に見ると、使い分けは次のようになります。

  • サイト全体のURL方針を変えたい: パーマリンク設定を変更する
  • 一部の記事URLだけ短くしたい: 投稿スラッグを修正する
  • 古いURLを残したまま案内したい: 301リダイレクトを設定する
  • サーバー移転後に404が出る: リライトルールやサーバー設定を確認する
  • 自動投稿でURLを安定させたい: API投入時に slug を指定する

まとめ：URLは公開後の運用コストまで含めて決める

WordPressのパーマリンク設定は、記事URLの見た目を変えるだけの機能ではありません。公開後のリンク、検索流入、SNS共有、API連携、サーバー設定に関わる基礎設定です。

実務での判断は、次の3点に絞ると進めやすくなります。

  • 新規サイトなら、公開前に /%postname%/ を基準にURL設計を決める
  • 既存サイトなら、変更前に旧URL一覧とリダイレクト方針を用意する
  • 自動投稿やAPI連携があるなら、slug を明示してURLを安定させる

次に見るべき分岐点は、パーマリンク構造そのものよりも「変更後に古いURLをどう扱うか」です。そこを決めずに保存ボタンだけ押すと、読者は404に当たり、運用者は後追いで原因調査をすることになります。

参照リンク

プログラム
URL設計 WordPress WP-CLI エラー対処 パーマリンク 初心者向け
よかったらシェアしてね！
  • URLをコピーしました！
  • URLをコピーしました！
目次