404エラーとリダイレクトの違い
ページ削除・URL変更時の対処
ホームページのページを削除したり、 URLを変更したりしたときは、 旧URLを404エラーのままにするか、 新しいURLへリダイレクトするかを判断する必要があります。 404は「このURLにページは存在しない」と伝えるHTTPステータスです。 リダイレクトは、ページが別のURLへ移動したことを 利用者と検索エンジンへ伝え、新しいページへ自動転送する仕組みです。 代わりとなるページがない削除URLは、 404または410を返すことが正しい対応です。 一方、同じ内容を新URLへ移した場合や、 複数ページを一つへ統合した場合は、 関連する移転先へ301リダイレクトを設定します。 すべての削除URLをトップページへ転送すると、 利用者が目的の情報を見つけられず、 Googleからソフト404と判断される可能性があります。 本記事では、404・410・301・302の違い、 状況別の判断基準、WordPressでの設定、 リダイレクトチェーンや一括転送の注意点、 Search Consoleでの確認方法まで解説します。
完全な削除
存在しないURLとして正しい4xxを返し、サイトマップや内部リンクから外します。
永久に移動
旧URLと対応する新URLがある場合に、利用者とGoogleを新ページへ案内します。
別ページへ転送
元URLへ戻す予定がある、短期間のメンテナンスや提供停止などで使います。
404はページが存在しない状態 リダイレクトは移転先へ案内する処理
URLがなくなったのか、別の場所へ移ったのかを正しいHTTPステータスで伝えます。
移動したか
404 Not Foundは、 リクエストされたURLに該当するページが存在しないことを示す HTTPステータスコードです。 以前あったページを完全に削除し、 同じ目的を満たす代替ページもない場合は、 404を返すことが自然な対応です。
リダイレクトは、 旧URLへアクセスした利用者や検索エンジンを 別のURLへ自動的に案内する処理です。 ページのURLを変更した場合、 サイトを別ドメインへ移した場合、 複数ページを一つへ統合した場合などに使います。
Googleは、301や308などの永続的リダイレクトを、 リダイレクト先を正規URLとして処理すべきことを示す 強いシグナルとして利用します。 404などの4xxを返すURLはインデックスされず、 既に登録されていた場合も徐々に検索インデックスから削除されます。
同じ目的を満たす移転先があるかで 404と301を判断する
「検索評価がもったいないから」という理由だけで無関係なページへ転送しません。
ページ内容や検索目的がそのまま新URLへ移動したなら、 旧URLから新URLへ301を設定します。
旧ページを訪れた人が、 転送先を見て「探していた内容の続き」と理解できるかを確認します。
一時的な休止なら302・307やページ維持、 永久に戻さないなら301・404を検討します。
多くの場合は解決しません。 元ページと無関係なトップへの一括転送は避けます。
永久移動には301・308 一時移動には302・307を使う
可能な限りサーバー側のリダイレクトを利用し、最終URLへ直接転送します。
URL変更、サイト移転、ページ統合など、 元URLへ戻す予定がない場合に使用します。
Googleは転送先を処理すべきことを示す強いシグナルとして利用します。メンテナンス、短期間の提供停止、 キャンペーン切替など、元URLへ戻す予定がある場合に使います。
検索結果には元URLを残したい意図を伝える方法です。サーバー側の設定ができない場合に、 meta refreshやJavaScriptで転送する方法です。
Googleはサーバー側を最も確実な方法として推奨しています。どの旧ページを、どの新ページへ移すのかを 一対一で整理します。
Apache、NGINX、レンタルサーバー、 CMSなど環境に合う方法で永久転送します。
旧URLから中間URLを何度も経由せず、 現在の正規URLへ一回で転送します。
リダイレクトへ頼り続けず、 メニュー、本文、ボタン、パンくずを直接新URLへ変更します。
Googleはサイト移転時のリダイレクトを 一般的に1年以上保持するよう案内しています。
旧URLへのアクセス、転送エラー、 新URLのインデックス、検索流入を確認します。
旧Aから旧B、旧Bから新Cのような連鎖を避け、 旧A・旧Bの両方から新Cへ直接転送します。
AからB、BからAへ戻る設定や、 HTTPS・wwwのルール競合を防ぎます。
関連性の低い多数の旧URLをトップへ送ると、 ソフト404と判断される可能性があります。
元URLへ戻す予定があるなら、 ページ維持または302・307が適しています。
最終URLが正常に200表示され、 検索へ出したい状態か確認します。
サーバー側の転送が可能なら、 より確実な301・308を優先します。
削除URLは正しい404・410を返し 案内用404ページで次の行動を示す
見た目が404でもHTTP 200を返すページや、無関係なページへの転送に注意します。
HTTP 404・410
削除済みページに代替コンテンツがない場合は、 サーバーがHTTP 404または410を返すようにします。 Google検索では、404と410はいずれも コンテンツが存在しない4xxとして扱われ、 既に登録されているURLは徐々にインデックスから削除されます。
404ページは、利用者にとって行き止まりにならないよう、 「ページが見つかりません」と明確に伝えたうえで、 トップページ、主要サービス、サイト内検索、 問い合わせなどへのリンクを用意します。 ただし、案内ページを表示しながらHTTP 200を返すと、 検索エンジンには正常なコンテンツに見えるため注意が必要です。
存在しないURLをすべてトップページへ301転送したり、 内容のない「ページはありません」という画面を200で返したりすると、 Googleがソフト404と判断する可能性があります。 ソフト404はHTTP上は成功や転送でも、 実質的には有用なコンテンツが存在しない状態です。
WordPressでは変更内容を記録し 必要な旧URLだけ個別に転送する
プラグイン・サーバー設定・テーマのうち、管理しやすい一つの方法を中心に運用します。
スラッグ変更、ページ統合、削除の前に、 現在公開されている完全なURLを保存します。
同一内容の移転先があるか、 統合先があるか、代替なしで終了かを判断します。
サーバー管理画面、リダイレクトプラグイン、 .htaccessなど、環境に合う方法で設定します。
代替なしのURLでは、 WordPressテーマの404.phpなどから適切な案内を表示します。
ブラウザ、WordPress、サーバー、 CDNのキャッシュを更新し、古い応答が残らないようにします。
旧URL、新URL、設定日、理由、担当者、 動作確認日を一覧に残します。
URL対応表を作り 転送・内部リンク・サイトマップを同時に更新する
リダイレクトだけ設定して、サイト内に旧URLを残し続けないようにします。
XMLサイトマップ、Search Console、 アクセス解析、内部リンク、外部リンクから旧URLを集めます。
重要度の高いURLを優先し、 削除による利用者と集客への影響を把握します。
各旧URLについて、 301、302・307、404・410、ページ維持のどれかを決定します。
一対一の転送を設定し、 404対象は正しい4xxを返すようにします。
内部リンク、canonical、パンくず、 構造化データ、ナビゲーション、QRコードを新URLへ変更します。
XMLサイトマップから旧URLを外し、 Search Consoleで転送・404・新URLの登録状況を確認します。
Search Consoleと実際のHTTP応答で 転送・404・新URLの状態を確認する
Search Consoleの件数だけでなく、意図したURLが正しく処理されているかを確認します。
301・302・404・410など、 実際に返っているHTTPステータスを確認します。
Search Consoleで、 「リダイレクトのあるページ」「見つかりませんでした」などの状態を確認します。
正常に200表示され、 index可能で、正しいcanonicalを持つか確認します。
404、ソフト404、リダイレクトエラー、 リダイレクトのあるページの増減を見ます。
旧URLがサイトマップや内部リンクに残っている場合は修正します。
Googleの再クロールとインデックス更新には時間がかかるため、 クロール日時を見ながら追跡します。
ページ削除とURL変更を整理し 利用者と検索エンジンを正しい場所へ案内する
404・転送・内部リンク・サイトマップを一つの作業として管理しましょう。
合わせて確認したい内容
- サイト内のリンク切れ
- 404・410とカスタム404ページ
- 301・308の永久リダイレクト
- 302・307の一時リダイレクト
- リダイレクトチェーン・ループ
- 内部リンク・canonical・サイトマップ
- WordPressのスラッグ・パーマリンク変更
- Search ConsoleのURL検査
※リダイレクトの設定によって、 旧ページの検索順位、アクセス数、リンク評価が 必ずそのまま移行することを保証するものではありません。 関連性の高い移転先を選び、 新ページの内容・内部リンク・公開状態も整えてください。
リンク切れの確認方法を見る →代替がない完全削除なら404でよい
404エラーは、代替ページのない削除URLに必要な正常な応答です。 URL変更やページ統合など、 同じ目的を引き継ぐ新ページがある場合は301リダイレクトを設定します。 すべてをトップページへ転送せず、 旧URLと最も関連する移転先を個別に選びましょう。 内部リンク、XMLサイトマップ、canonical、 WordPressの設定、Search Consoleまで確認し、 利用者が迷わないURL変更を行うことが重要です。
本記事は、2026年7月時点で公開されている Google検索セントラルおよびSearch Consoleの公式情報を参考に作成しています。 Googleのクロール・インデックス処理、 Search Consoleの表示、WordPress・サーバーの設定方法は 変更される場合があります。 最新の公式情報と実際のHTTPレスポンスを確認しながら対応してください。
