Webサイトを運営していると、避けて通れないのが404エラーとリダイレクトです。

たとえば、記事を削除した、URLを変更した、古いページを新しいページへ統合した、サイトリニューアルでページ構成が変わった、といった場面で関係してきます。

このとき、正しく処理できていないと、ユーザーは「ページが見つかりません」という画面で迷ってしまいます。 また、検索エンジンに対しても、ページが移動したのか、削除されたのか、まだ残すべきなのかが伝わりにくくなることがあります。

ただし、404エラーがあること自体を過度に恐れる必要はありません。 Webサイトでは、ページの削除やURL変更は普通に起こります。 大切なのは、必要な404は正しく返し、移動先があるページは適切にリダイレクトすることです。

サイト公開後のチェック方法をあわせて確認したい場合は、 公開後7日でやるSEOチェック も参考になります。

404エラーとは？

404エラーとは、ユーザーや検索エンジンがアクセスしたURLに対して、サーバーが「そのページは見つかりません」と返す状態です。

正式には、HTTPステータスコードの 404 Not Found にあたります。 つまり、サーバー自体にはアクセスできているものの、指定されたURLに該当するページやファイルが見つからない状態です。

たとえば、次のような場合に404が発生します。

• ページを削除した
• URLを変更したが転送設定をしていない
• 内部リンクのURLが間違っている
• 外部サイトに古いリンクが残っている
• ユーザーがURLを手入力して間違えた

404は「ページが存在しない」ことを伝えるための正常な仕組みです。 そのため、削除済みで代替ページもないURLに404を返すこと自体は問題ではありません。

404エラーはSEOに悪いのか

初心者の方が不安に感じやすいのが、「404があると検索順位が下がるのでは？」という点です。

結論から言うと、404があること自体が直ちにペナルティになるわけではありません。

Googleは、404や410を「存在しないURL」として扱います。 そのため、削除済みのページや存在しないURLに正しく404を返すことは、Webサイト運営上ごく自然な処理です。

ただし、次のような状態は改善したほうがよいです。

• 重要なページが誤って404になっている
• サイト内のリンクが存在しないページを指している
• 本来リダイレクトすべき旧URLを放置している
• ユーザーが必要な情報にたどり着けない
• 外部リンクを受けているページを何の案内もなく削除している

つまり、404の問題は「存在そのもの」よりも、必要なページを見せられていないことやユーザーを迷わせていることにあります。

リダイレクトとは？

リダイレクトとは、あるURLへアクセスしたユーザーや検索エンジンを、自動的に別のURLへ転送する仕組みです。

たとえば、次のようなケースで使います。

• 旧URLから新URLへ移動した
• サイトリニューアルでURL構造を変えた
• 重複しているページを1つに統合した
• HTTPからHTTPSへ移行した
• wwwあり / なしを統一した
• 末尾スラッシュあり / なしを統一した

現実世界で例えるなら、リダイレクトは移転案内のようなものです。 古い住所に来た人へ「現在はこちらです」と案内する役割があります。

301リダイレクトと302リダイレクトの違い

リダイレクトにはいくつか種類がありますが、初心者がまず押さえたいのは301リダイレクトと302リダイレクトです。

301リダイレクト：恒久的な移動

301リダイレクトは、ページが恒久的に移動したことを伝えるリダイレクトです。

たとえば、次のような場合に使います。

• URLを恒久的に変更した
• 記事Aを記事Bへ統合した
• サイト移転をした
• HTTPからHTTPSへ統一した

SEOの観点では、旧URLが持っていたシグナルを新URLへ引き継ぐためにも、恒久的な移動では301などの永続的リダイレクトを使うのが基本です。

ただし、「評価を100%引き継ぐ」といった保証表現ではなく、新しいURLを正規の移動先として伝えるための重要なシグナルと考えるのが正確です。

302リダイレクト：一時的な移動

302リダイレクトは、一時的に別のURLへ移動していることを伝えるリダイレクトです。

たとえば、次のような場合に使います。

• 一時的なキャンペーンページへ誘導する
• メンテナンス中だけ別ページへ案内する
• 短期間だけ別URLを見せる
• A/Bテストなどで一時的に切り替える

重要なのは、恒久的なURL変更なら301、一時的な変更なら302と使い分けることです。 恒久的な移動なのに302を使い続けると、検索エンジンに意図が伝わりにくくなることがあります。

404のままでよいケース

すべての404をリダイレクトすればよいわけではありません。 関連する移動先がないなら、404のまま正しく返すほうが自然なケースもあります。

たとえば、次のような場合です。

• 完全に削除した古いニュース
• 期間終了したキャンペーンで代替ページがない
• 取り扱い終了した商品で関連商品もない
• サイトテーマと関係ない古いページ
• スパム的に生成された存在しないURL
• ユーザーの入力ミスによるURL

このようなURLを無理にトップページへ転送すると、ユーザーは「なぜトップページに来たのか」と混乱します。 検索エンジンにも、ページ削除の意図が分かりにくくなることがあります。

代替ページがない削除済みURLは、404または410で適切に返すという考え方で問題ありません。

410 Goneとは？

410 Goneは、対象のページが恒久的に削除されたことを示すステータスコードです。

404は「見つからない」ことを示しますが、それが一時的なのか恒久的なのかまでは明確にしません。 一方、410は「このリソースは恒久的に削除された」という意味合いがより明確です。

ただし、実務上は404でも410でも、Googleには存在しないURLとして扱われます。 明確に「もう戻さない」と伝えたいURLでは410を検討し、通常の削除や存在しないURLでは404でも問題ありません。

リダイレクトすべきケース

リダイレクトすべきなのは、旧URLに対応する適切な移動先がある場合です。

1. URLだけを変更した場合

記事の内容は同じで、URLだけを変えた場合は、旧URLから新URLへ301リダイレクトを設定します。

たとえば、/old-seo-guide/ から /seo-guide/ へ変更したようなケースです。 内容が同じ、または実質的に同じページへ移動したなら、旧URLに来たユーザーを新URLへ案内するのが自然です。

2. 似た記事を1つに統合した場合

似た内容の記事が複数あり、1つの記事に統合した場合も、削除した記事から統合先へリダイレクトします。

たとえば、「SEOとは」「SEOの基本」「初心者向けSEO入門」のような記事が重複している場合、内容を整理して1本にまとめることがあります。 この場合、削除した旧記事のURLから統合先の記事へ転送します。

コンテンツ統合や既存記事の更新については、 コンテンツのリライト入門 もあわせて確認すると整理しやすくなります。

3. 外部リンクを受けているページを移動する場合

他サイトからリンクされているページを移動・削除する場合は、特に慎重に判断しましょう。

外部リンクがあるページを何も案内せず404にすると、ユーザーは目的のページにたどり着けません。 関連する新ページや統合先がある場合は、301リダイレクトを設定して案内するのが自然です。

ただし、関連性のないページへ無理に転送するのは避けます。 外部リンクがあるからといって、無関係なページへリダイレクトすればよいわけではありません。

4. サイト移転やURL構造変更を行う場合

ドメイン変更、HTTPS化、ディレクトリ構造の変更など、サイト全体のURLが変わる場合もリダイレクトが重要です。

このような作業では、1ページずつ対応する新URLへリダイレクトするのが基本です。 すべてをトップページへ送るのではなく、できるだけ内容が対応するページ同士で転送します。

リダイレクトしないほうがよいケース

リダイレクトは便利ですが、使い方を間違えるとユーザー体験を損ないます。

次のようなケースでは、無理にリダイレクトしないほうがよいことがあります。

• 関連する移動先がない
• 削除理由が明確で、代替情報もない
• 旧ページと新ページの内容がまったく違う
• すべての404をトップページに飛ばそうとしている
• 期間終了ページを関係ない商品ページへ送ろうとしている

ユーザーは、検索結果やリンク先の文脈を見てクリックしています。 その期待と違うページへ飛ばされると、かえって不信感につながります。

リダイレクトは、評価を守るためだけの処理ではなく、ユーザーを適切な情報へ案内するための処理として考えましょう。

ソフト404とは？

ソフト404とは、ページが存在しないような内容なのに、サーバー上は正常なページとして200を返している状態などを指します。

たとえば、次のようなケースです。

• 「ページが見つかりません」と表示しているのにステータスコードは200
• すべての存在しないURLをトップページへ転送している
• 内容のないページを正常ページとして返している
• 在庫切れや終了ページが実質的に何も案内していない

初心者がやりがちなミスとして、すべての404をトップページへリダイレクトするというものがあります。 これは一見親切に見えますが、ユーザーにとっては「探していた内容と違うページに飛ばされた」状態になります。

関連する移動先がないなら、404ページで丁寧に案内するほうが自然です。

カスタム404ページを用意する

404を完全にゼロにすることは難しいです。 ユーザーの入力ミスや外部サイトの古いリンクなど、自社だけでは防げない原因もあります。

そこで大切なのが、カスタム404ページです。 標準の無機質なエラー画面ではなく、ユーザーが次の行動を取りやすいページを用意します。

カスタム404ページに入れたい要素は次のとおりです。

• 「お探しのページは見つかりませんでした」という分かりやすい説明
• トップページへのリンク
• サイト内検索
• 人気記事や主要カテゴリーへのリンク
• 問い合わせページへの導線
• URL変更やページ削除の可能性を伝える文言

404ページは、エラーをなくすためのページではありません。 迷ったユーザーをサイト内の適切な場所へ戻すための案内ページです。

内部リンクの404を確認する

SEOやユーザー体験の面で特に避けたいのは、自社サイト内のリンクが404を指している状態です。

内部リンク切れがあると、ユーザーはサイト内を回遊している途中で行き止まりになります。 また、検索エンジンにとっても、サイト構造をたどるうえで無駄が生じます。

確認したい場所は次のとおりです。

• ナビゲーション
• フッター
• サイドバー
• 記事本文中のリンク
• 関連記事リンク
• CTAボタン
• 画像リンク
• XMLサイトマップ
• 古いHTMLページ内のリンク

内部リンクの整え方については、 初心者でもできる内部リンクの付け方 も参考になります。

Search Consoleで確認したいポイント

404やリダイレクトの確認には、Google Search Consoleが役立ちます。

1. ページのインデックス状況

Search Consoleの「ページ」レポートでは、インデックス登録されていないURLや、404などの状態を確認できます。

ただし、Search Consoleに404が表示されているからといって、すべて修正が必要とは限りません。 意図した削除で、代替ページもないなら404で問題ないケースもあります。

2. URL検査

特定のURLについて、Googleがどのように認識しているかを確認したい場合は、URL検査を使います。

• インデックスされているか
• クロールできるか
• 正規URLは何か
• robots.txtでブロックされていないか

3. リダイレクト後の確認

リダイレクトを設定したら、旧URLにアクセスして意図した新URLへ転送されるか確認します。

• 301になっているか
• 302になっていないか
• リダイレクト先が正しいか
• 何回も転送されていないか
• 最終的に200で表示されるか

初心者がやりがちなミス

1. すべての404をトップページへ転送する

すべての404をトップページにリダイレクトすると、ユーザーは探していた内容を見つけられません。 また、検索エンジンにも適切なページ削除や移動の意図が伝わりにくくなります。

関連ページがある場合はそのページへ、関連ページがない場合は404ページで案内する、という使い分けが基本です。

2. 恒久的なURL変更なのに302を使う

一時的な移動なら302で問題ありません。 しかし、恒久的なURL変更であれば、301などの永続的リダイレクトを使うのが基本です。

3. リダイレクトチェーンを作る

リダイレクトチェーンとは、URL AからURL Bへ、さらにURL Cへ、と複数回転送される状態です。

理想は、旧URLから最終URLへ直接転送することです。

リダイレクトが多いと、ユーザーにも検索エンジンにも余計な処理が発生します。 サイト移転やURL整理の際は、古いリダイレクト設定も見直しましょう。

4. リダイレクトループを作る

リダイレクトループとは、AからBへ、BからAへ戻るような状態です。 この状態になるとページが表示されず、ブラウザでエラーになります。

リダイレクト設定を複数人で触っている場合や、プラグインとサーバー設定が重複している場合に起こりやすいです。

5. 関連性のないページへ転送する

削除したページの評価を残したいからといって、内容が違うページへ無理に転送するのは避けましょう。

古い商品ページを、関係のないサービスページやトップページへ送ると、ユーザーの期待と大きくずれます。 リダイレクト先は、旧ページの内容にできるだけ近いページを選びます。

6. 内部リンクを修正しない

リダイレクトを設定していても、サイト内リンクが古いURLのままなら、毎回リダイレクトを経由することになります。

ユーザーは気づかないこともありますが、サイト管理上は非効率です。 リダイレクト設定後は、内部リンクも新URLへ更新しましょう。

404・リダイレクト管理の基本手順

実務では、次の流れで整理すると進めやすいです。

ステップ1：404一覧を確認する

Search Consoleやリンクチェックツールで、404になっているURLを確認します。

ステップ2：意図した404か確認する

そのURLが本当に不要なのか、誤って削除されたのかを判断します。

• 意図した削除
• URL変更漏れ
• 内部リンクミス
• 外部リンクからの古いアクセス
• スパム的な存在しないURL

ステップ3：移動先があるか判断する

関連する移動先があるなら301リダイレクトを検討します。 関連ページがないなら404または410で問題ありません。

ステップ4：内部リンクを修正する

自社サイト内から404へリンクしている場合は、リンク先を修正します。

ステップ5：カスタム404ページを整える

404を完全に避けるのではなく、発生したときにユーザーを迷わせない導線を用意します。

ステップ6：変更内容を記録する

どのURLをどこへリダイレクトしたのか、いつ対応したのかを記録します。

• 旧URL
• 新URL
• リダイレクト種別
• 設定日
• 対応理由
• 関連する内部リンク修正
• 確認日

この記録があると、後からトラブルが起きたときに原因を追いやすくなります。

まとめ

404エラーとリダイレクトは、Webサイト運営に欠かせない基本メンテナンスです。

大切なのは、404をすべて消すことではありません。 削除したページは正しく404または410を返し、移動先があるページは適切にリダイレクトすることです。

• 404はページが見つからないことを示す正常なステータス
• 404があること自体が直ちにペナルティになるわけではない
• URLを恒久的に変更した場合は301リダイレクトを使う
• 一時的な移動なら302を使う
• 関連する移動先がないURLは404または410でよい
• すべての404をトップページへ転送しない
• カスタム404ページでユーザーを案内する
• 内部リンク切れは定期的に確認する
• リダイレクト後は旧URL・新URL・ステータスコードを確認する

まずは、Search Consoleで404になっているURLを確認し、 「意図した404か」 「関連する移動先があるか」 「サイト内リンクから誤ってリンクしていないか」 をチェックしてみてください。

小さなメンテナンスの積み重ねが、ユーザーにも検索エンジンにも分かりやすいサイト運営につながります。