WordPressのパーマリンク設定|新規サイトの決め方と変更時の注意点

WordPressのパーマリンクは、記事やページへ継続してリンクするためのURLです。新規サイトなら公開前に構造を決め、公開済みサイトなら変更が必要かを先に判断します。見た目を整えるだけのために、多くのURLを変える必要はありません。ここでは初期設定と移行作業を分けて説明します。
パーマリンク・URLパス・スラッグの違い
URLの一部分をすべてパーマリンクと呼ぶと、何を変更するのかが曖昧になります。WordPressのパーマリンク説明を踏まえ、例を分解します。
名称 | 説明用URLでの値 | 意味 |
|---|---|---|
URL全体 | スキーム+://+ホスト名+パス | このページを指すパーマリンク |
スキーム | https | 接続方式を示す部分 |
ホスト名 | example.com | 接続先のホスト |
パス | /blog/permalink-guide/ | ホスト内での場所 |
記事スラッグ | permalink-guide | この例の記事を識別する文字列 |
設定画面で変える共通構造と、投稿ごとに変えるスラッグも別です。どちらも公開URLへ影響するため、変更前のURLを記録してから扱います。
新規サイトでURL構造を決める判断表
新規サイトでは、読みやすさだけでなく何が変わるとURLが変わるかを考えます。記事の分類や日付が頻繁に変わるなら、それらへの依存が少ない構造は管理しやすい選択肢です。既存サイトには同じ判断をそのまま適用しません。
構造例 | 新規で選ぶ理由 | 変化への注意 | 公開済みの場合 |
|---|---|---|---|
投稿名 /sample-post/ | 内容を表す短い識別子にできる | スラッグ変更でURLが変わる | 現構造の不備がなければ維持も選択 |
ID ?p=123 または /archives/123 | IDを基準に識別できる | 見た目だけでは内容が分かりにくい | 形式だけで検索不可とは判断しない |
日付 /2026/10/11/sample-post/ | 公開日の整理をURLに含める | 公開日変更がURLへ影響する設計を確認 | 変更の必要性と移行コストを比較 |
カテゴリ /topic/sample-post/ | 分類をパスに表せる | カテゴリ変更でURLが変わる場合がある | 分類変更とURL変更の範囲を確認 |
GoogleのURL構造の案内は読者に分かる言葉や言語を使うことを勧めています。日本語URLそのものを失敗とみなす必要はありません。英語・ローマ字・日本語のどれを使うかは、共有時の表示や運用ルールも含めて決めます。
WordPressで構造と記事スラッグを設定する
WordPressでは、必要な権限で管理画面の「設定」から「パーマリンク」を開き、共通構造を選択して保存します。細かな画面表示はバージョンや権限、運用環境によって異なります。公式の設定画面説明を参照してください。
- 新規サイトか既存サイトかを確認し、現設定とURLを記録する。
- 共通構造の候補を選び、実際に出るURLを確認する。
- 投稿の編集画面で、その記事のスラッグを確認する。
- 公開前のテスト記事でリンク、一覧、表示URLを確かめる。
- 保存時にサーバー側の対応が必要と表示された場合は、担当者へ確認する。
新しいスラッグは内容を簡潔に表し、チームの命名規則をそろえます。単語を区切る際はハイフンを使うなどの方針を決められますが、公開済みの日本語やID形式を一律に書き換える手順ではありません。
公開済みURLは変える必要があるか先に判断する
既存URLは外部の紹介、ブックマーク、メールや内部リンクで使われている可能性があります。設定変更を押す前に、変える理由と影響範囲を整理します。
理由・状態 | 判断の出発点 | 次の作業 |
|---|---|---|
表記の好みだけ | 既存URLの維持を検討 | 文章やタイトルの改善で足りないか確認 |
重複構造や事業移行の必要 | 変更範囲を調べる | 旧新URL一覧と移行計画を作る |
転送を実装・検証できない | 公開時期を決め直す | 担当とテスト環境を確保 |
一部の記事だけを改稿 | URLを変える必要とは別 | 本文更新とURL移行を分ける |
URL変更で旧リンクが必ずすべて404になるわけではありません。旧URLの応答や転送を確認する必要があります。同時に、適切な転送があっても一時的な検索変動を完全には避けられるとは限りません。
変更する場合の対応表とリダイレクト確認
変更が必要なら、内容の対応する旧URLと新URLを一対一で整理します。GoogleのURL変更を伴う移行資料に沿って、サーバー側の恒久転送、内部リンク、canonical、サイトマップをまとめて計画します。関連しないURLをすべてトップページへ送る方法は避けます。
確認項目 | 架空の移行例・記録 |
|---|---|
旧→新 | /old-guide/ → /blog/guide/ |
旧URLの応答 | 301または308で新URLへ直接転送 |
最終URL | 意図した本文、最終応答200 |
転送回数 | 途中のURLを挟まないか確認 |
canonical | 新URLを参照する意図と実出力を確認 |
内部リンク | 一覧・メニュー・関連記事を新URLへ更新 |
サイトマップ | 現在の新URLが載ることを確認 |
クエリ付きURL | 必要なUTM等が保持されるか別テスト |
引継ぎ記録 | 担当者、実施日、テスト結果、主要な流入 |
Googleは転送を一般に少なくとも1年維持する計画を勧めています。保持される評価の割合や検索回復日を固定値で約束せず、利用者が使う旧リンクが残る期間も考慮します。
検索・アクセス解析で変更後を点検する
公開後は旧URLと新URLの技術的な動作と検索・解析を分けて確認します。転送が正しいことと、すべての検索実績が直ちに新URLへ移ることは同じではありません。
- 旧URLから意図した新URLへ到達できるか確認する。
- 新URLの取得・登録・正規URLの状態を確認する。
- GSCで旧新URLの表示とクリックを固定した条件で追う。
- GA4ではホスト・言語・期間・チャネルをそろえ、旧新パスの行を分けて保存する。
- 問い合わせ等は成功条件と重複を検証した指標だけで評価する。
パスはコンテンツ分類に便利ですが、/blog/なら自然検索、/campaign/なら広告と断定するものではありません。同じページへ複数のチャネルから来訪できます。URLの整理と流入元の分析を分け、変更しただけで広告やSEOの因果効果が分かるとは考えないことが重要です。
関連記事
まず現在のURL構造を記録し、新規設定か既存URLの移行かを分けて判断しましょう。タイトルやmeta情報の整備、変更後の測定方法は次の記事で確認できます。




