パーマリンク変更時の注意点|301リダイレクトとSEOへの影響を解説
公開済みページのURLを変更するときは、URLを書き換えるだけでなく、旧URLから新URLへの移行設定まで行うことが重要です。この記事では、301・308リダイレクトの違い、PageRank、404・410、内部リンクやcanonical、XMLサイトマップ、Search Consoleでの確認まで初心者向けに解説します。
- パーマリンクとは
- 公開済みのURLは途中で変更してもよいのか
- パーマリンクを変更すると何が起こるのか
- URLを恒久的に変更する場合は永続的リダイレクトを設定する
- 301リダイレクトでPageRankが失われるわけではない
- 変更前に旧URLと新URLを一覧化する
- 基本は関連するページへ転送する
- 無関係なページやトップページへ一括転送しない
- 移転先がないページは404・410を検討する
- リダイレクトチェーンをできるだけ避ける
- URL変更時は内部リンクも修正する
- canonicalも新URLへ変更する
- XMLサイトマップも新URLへ更新する
- 広告・SNS・プロフィールのリンクも更新する
- Search Consoleで変更後の状態を確認する
- 同じドメイン内のパス変更では「アドレス変更」は不要
- ブラウザで転送されるだけでなくHTTPステータスも確認する
- リダイレクトはすぐに削除しない
- そもそもパーマリンクを変更すべきか
- パーマリンク変更の基本手順
- パーマリンク変更後のチェックリスト
- まとめ
Webサイトを運営していると、「URLを短くしたい」「カテゴリ構造を整理したい」「記事のスラッグを分かりやすくしたい」と考えることがあります。
特にWordPressでは、記事公開後でも比較的簡単にパーマリンクを変更できるため、URLを整えたくなることもあるでしょう。
ただし、すでに公開されているページのURLを変更する場合は注意が必要です。
何も対応せずにURLだけを変更すると、旧URLへアクセスしたユーザーが404ページへ到達したり、外部サイトやSNSからのリンクが使えなくなったりする可能性があります。
また、Googleも旧URLと新URLの関係を改めて処理する必要があります。
そのため、恒久的にURLを変更する場合は、一般的に301や308などの永続的リダイレクトを設定し、旧URLから新URLへ移動したことをユーザーと検索エンジンへ伝えます。
この記事では、パーマリンクを変更するときに起こること、301リダイレクトの役割、404・410との使い分け、内部リンクやcanonicalの修正、Search Consoleでの確認方法まで初心者向けに解説します。
パーマリンクとは
パーマリンクとは、Webページごとに割り当てられるURLのことです。
WordPressでは、投稿や固定ページを公開すると、それぞれに固有のURLが作成されます。
たとえば、次のようなURLです。
https://example.com/?p=123
設定を変更すると、次のようなURLにすることもできます。
https://example.com/seo/permalink/
シンプルで意味の分かりやすいURLは、ユーザーや検索エンジンがページやサイト構造を理解する助けになります。
ただし、URLを分かりやすくしただけで検索順位が上がるわけではありません。
すでに公開されているページの場合は、URLの見た目を整えるメリットだけでなく、変更による影響も考えて判断することが大切です。
公開済みのURLは途中で変更してもよいのか
URLを変更すること自体が問題というわけではありません。
たとえば、次のような理由でURL変更が必要になることがあります。
- サイトリニューアルでURL構造を整理する
- CMSを移行する
- 複数の記事を統合する
- 不適切なスラッグを修正する
- サイト構造を大きく変更する
- ドメインやサブドメインを変更する
一方で、現在のURLに特に問題がなく、検索流入も安定している場合は、「見た目を少し整えたい」という理由だけで変更する必要はないこともあります。
URL変更によって得られるメリットと、移行作業に伴う手間やリスクを比較して判断しましょう。
パーマリンクを変更すると何が起こるのか
URLを変更すると、旧URLと新URLという2つのアドレスが発生します。
変更前
https://example.com/old-page/
変更後
https://example.com/new-page/
旧URLをそのまま放置すると、旧URLへアクセスしたユーザーが404ページへ到達する可能性があります。
また、外部サイト、SNS、ブックマーク、サイト内リンクなどが旧URLを指している場合、それらも新URLへ自動的には書き換わりません。
Google側でも新しいURLをクロールして処理する必要があります。
規模の大きなURL変更では、Googleが再クロール・再インデックスする間、一時的に検索順位や検索結果上のURLが変動することがあります。
そのため、URL変更は「文字列を変更して終わり」ではなく、旧URLと新URLの関係を適切に設定するところまでを一連の作業として考えます。
URLを恒久的に変更する場合は永続的リダイレクトを設定する
ページを別のURLへ恒久的に移動する場合は、旧URLから新URLへ永続的リダイレクトを設定します。
301リダイレクトとは
301は、ページが恒久的に別のURLへ移動したことを示すHTTPステータスコードです。
https://example.com/old-page/
↓ 301
https://example.com/new-page/
ユーザーは古いリンクやブックマークからアクセスしても、新しいページへ到達できます。
Googleに対しても、「このページは新URLへ恒久的に移動した」というシグナルを送れます。
308も永続的リダイレクト
恒久的な転送には301だけでなく、308もあります。
Googleは301と308のどちらも永続的なサーバー側リダイレクトとして扱っています。
初心者向けのWeb運用では301を目にすることが多いため、この記事では主に301を例に説明します。
302・307は一時的な転送
302や307は、一時的なリダイレクトとして使われます。
たとえば、サービスページを一時的にメンテナンス案内へ転送する場合などです。
恒久的なURL変更なのか、一時的な移動なのかによって使い分けましょう。
301リダイレクトでPageRankが失われるわけではない
URLを変更すると、「301リダイレクトをすると、それまでのSEO評価が減るのではないか」と心配になることがあります。
Googleは、301などの永続的リダイレクトによってPageRankが失われるわけではないと案内しています。
つまり、適切な永続的リダイレクトを設定することは、旧URLから新URLへ移行するための標準的な方法です。
ただし、URLを変更した直後から検索結果が完全に同じ状態になることを保証するものではありません。
Googleが旧URLと新URLをクロールし、移行を処理するまでには時間がかかる場合があります。
変更前に旧URLと新URLを一覧化する
複数ページのURLを変更する場合は、作業前にURLの対応表を作りましょう。
| 旧URL | 新URL | 対応 |
|---|---|---|
| /old-a/ | /new-a/ | 301 |
| /old-b/ | /new-b/ | 301 |
| /old-c/ | /new-guide/ | 統合 |
| /old-d/ | なし | 404または410を検討 |
一覧化しておくと、リダイレクト漏れ、転送先の間違い、重複設定、不要なトップページ転送などを防ぎやすくなります。
基本は関連するページへ転送する
旧URLに対応する新ページがある場合は、そのページへリダイレクトします。
/old-seo-guide/
↓
/seo-guide/
旧ページと新ページの内容が近いほど、ユーザーも目的の情報へ到達しやすくなります。
複数ページを1ページへ統合した場合
必ず1対1でなければならないわけではありません。
複数の記事を1つの記事へ統合した場合は、それぞれの旧URLを統合後のページへ転送できます。
/seo-title/ ─┐
/seo-heading/ ├→ /seo-writing-guide/
/seo-writing/ ┘
無関係なページやトップページへ一括転送しない
サイト整理の際、「削除したページは全部トップページへ301しておけばよい」と考えることがあります。
これはおすすめできません。
旧ページと意味のある関係を持つページがある場合はそのページへ転送し、適切な移転先がない場合は別の対応を検討します。
多数の旧URLを無関係な1つのURLへ転送すると、ユーザーが目的の情報へ到達できず、Googleからsoft 404として扱われる場合もあります。
移転先がないページは404・410を検討する
削除するページすべてに301リダイレクトが必要なわけではありません。
たとえば、終了したキャンペーンページを削除し、代わりとなるページも存在しない場合があります。
そのような場合は、無関係なページへ無理に転送するより、404や410を返す方が適切なことがあります。
404
ページが見つからないことを示します。
410
ページが削除され、存在しなくなったことをより明確に示します。
重要なのは、「削除ページには必ず301」と考えないことです。
リダイレクトチェーンをできるだけ避ける
URL変更を何度も行うと、次のような状態になることがあります。
/old-page/
↓ 301
/page-2025/
↓ 301
/page-2026/
↓ 301
/current-page/
これをリダイレクトチェーンと呼びます。
Googleは複数のリダイレクトを追跡できますが、可能であれば旧URLから現在の最終URLへ直接リダイレクトする方がシンプルです。
/old-page/
↓ 301
/current-page/
URL変更時は内部リンクも修正する
301リダイレクトを設定したからといって、サイト内のリンクを旧URLのまま残してよいわけではありません。
確認したい場所には次のようなものがあります。
- 記事本文
- グローバルメニュー
- サイドバー
- パンくずリスト
- 関連記事
- CTA
- フッター
- HTMLサイトマップ
自サイト内で管理できるリンクは新URLへ直接更新しましょう。
内部リンクの基本は、 内部リンクの基本 も参考になります。
canonicalも新URLへ変更する
URL変更時に見落としやすいのがcanonicalです。
新しいページが旧URLをcanonicalとして示したままでは、リダイレクト設定とcanonicalの指定が食い違ってしまいます。
変更前:
<link rel="canonical" href="https://example.com/old-page/">
変更後:
<link rel="canonical" href="https://example.com/new-page/">
WordPressテーマやSEOプラグインによってcanonicalが自動生成されている場合もあるため、URL変更後に実際のHTMLを確認すると安心です。
XMLサイトマップも新URLへ更新する
XMLサイトマップには、検索エンジンへ伝えたい新しいURLを掲載します。
URL変更後は、旧URLではなく新URLがサイトマップに掲載されていることを確認しましょう。
CMSが自動生成している場合でも、古いURLが残っていないか確認します。
必要に応じて、更新後のサイトマップをSearch Consoleから送信します。
広告・SNS・プロフィールのリンクも更新する
サイト外で自分たちが管理できるリンクも、可能であれば新URLへ変更します。
- Google広告などの広告リンク先
- SNSプロフィール
- SNSの固定投稿
- メール署名
- 外部サービスの会社情報
- PDF資料
- QRコード
外部サイトから自然に獲得した被リンクは自分で変更できないことも多いため、そのようなリンクからのアクセスを受ける意味でもリダイレクトを維持します。
Search Consoleで変更後の状態を確認する
URL検査
新URLをURL検査し、Googleがアクセスできるか、インデックス可能か、canonicalがどう認識されているかなどを確認します。
必要なページであれば、インデックス登録をリクエストすることもできます。
ページのインデックス登録状況
旧URLや新URLがどのように処理されているかを確認します。
URL変更直後に検索結果がすべて新URLへ切り替わるわけではありません。
サイトマップ
新URLが掲載されたサイトマップを確認します。
Search Consoleの基本指標は、 GSCの用語と指標をやさしく理解 も参考になります。
同じドメイン内のパス変更では「アドレス変更」は不要
Search Consoleには「アドレス変更」という機能があります。
ただし、これは主にドメインやサブドメインを変更するときに使用するものです。
example.com
↓
new-example.com
同じドメイン内で、/old-page/から/new-page/へパスだけを変更する場合には、アドレス変更ツールは必要ありません。
ブラウザで転送されるだけでなくHTTPステータスも確認する
URL変更後、「旧URLを開いたら新URLへ移動したので問題ない」と判断したくなるかもしれません。
ただし、可能であればHTTPステータスも確認します。
旧URL → 301または308
新URL → 200
削除して移転先なし → 404または410
また、リダイレクトループが発生していないかも確認しましょう。
A
↓
B
↓
A
このような状態ではページへ到達できません。
リダイレクトはすぐに削除しない
URL変更後、Googleが新URLを認識したように見えても、リダイレクトをすぐ削除するのは避けましょう。
Googleはサイト移行時のリダイレクトについて、できるだけ長く、一般的には少なくとも1年間維持することを推奨しています。
また、ユーザーが古いブックマークや外部リンクからアクセスする可能性を考えると、技術的に問題がなければ1年以上、または継続して残すことも検討できます。
そもそもパーマリンクを変更すべきか
すでに公開されているURLは、変更できるからといって必ず変更する必要はありません。
特に、次のようなページは慎重に判断した方がよいでしょう。
- 検索流入が安定している
- 上位表示しているキーワードがある
- 外部サイトから被リンクを獲得している
- SNSで広く共有されている
- 広告のリンク先として利用している
- 印刷物やQRコードからリンクされている
URLが多少理想的でなくても、現在正常に機能しているのであれば、変更しない方が運用上シンプルな場合があります。
パーマリンク変更の基本手順
ステップ1:変更理由を確認する
まず、本当にURL変更が必要かを判断します。
ステップ2:旧URLを一覧化する
変更対象のURLをすべて洗い出します。
ステップ3:新URLを決める
今後何度も変更しなくて済むよう、継続して使いやすいURLを設計します。
ステップ4:旧URLと新URLをマッピングする
どの旧URLをどの新URLへ転送するか決めます。対応する移転先がないページは、404・410も検討します。
ステップ5:301または308を設定する
恒久的な移動であることをサーバー側で設定します。
ステップ6:リダイレクトをテストする
旧URLが正しい新URLへ移動することを確認します。
ステップ7:内部リンクを新URLへ変更する
記事、メニュー、パンくずリストなどに残る旧URLを更新します。
ステップ8:canonicalを確認する
新ページが新URLをcanonicalとして示しているか確認します。
ステップ9:XMLサイトマップを確認する
新URLが掲載され、旧URLが残っていないことを確認します。
ステップ10:Search Consoleで確認する
URL検査、サイトマップ、インデックス状況などを確認します。
ステップ11:公開後も監視する
検索流入、404、リダイレクト、インデックス状況などを継続して確認します。
パーマリンク変更後のチェックリスト
リダイレクト
- 旧URLが新URLへ転送されるか
- 恒久変更なら301または308になっているか
- 無関係なページへ転送していないか
- リダイレクトチェーンが不要に発生していないか
- リダイレクトループがないか
新URL
- HTTPステータスが200か
- ページが正常に表示されるか
- titleやH1が正しいか
- canonicalが新URLを示しているか
- noindexが誤って設定されていないか
サイト内
- 内部リンクを更新したか
- メニューを更新したか
- パンくずリストを確認したか
- 関連記事を確認したか
- サイトマップを更新したか
外部サービス
- 広告のリンク先を更新したか
- SNSプロフィールを確認したか
- 自社で管理できる外部リンクを更新したか
Search Console
- 新URLをURL検査したか
- サイトマップを確認したか
- インデックス状況を確認したか
- 404などの問題が増えていないか
まとめ
パーマリンクの変更は、URLの文字列だけを書き換えて完了する作業ではありません。
旧URLと新URLの関係をユーザーと検索エンジンへ適切に伝える必要があります。
恒久的にURLを変更する場合は、301または308などの永続的リダイレクトを設定することが基本です。
また、URL変更時にはリダイレクトだけでなく、内部リンク、canonical、XMLサイトマップ、広告やプロフィールのリンク、Search Consoleまであわせて確認しましょう。
移転先が存在しないページまで無理にトップページへ転送する必要はありません。内容に合う移転先がない場合は、404や410を返す方が適切なこともあります。
URL変更後のリダイレクトはすぐに削除せず、少なくとも1年間を目安に維持します。
すでに検索流入が安定しているページでは、見た目を整えることだけを理由にURLを変更する必要がない場合もあります。
「なぜ変更するのか」「どの新URLへ移すのか」「変更後に何を確認するのか」を事前に整理したうえで、安全に進めることが大切です。