← 一覧に戻る切れたリンクを発見し正しいページへ修復するイメージ

404エラーの見つけ方と直し方|リンク切れ・削除ページの確認手順

Web制作

編集:株式会社AO

404エラーは、存在しないURLへアクセスしたときに返すHTTPステータスです。すべての404が問題とは限りません。直すべきなのは、自社の内部リンクやサイトマップから到達するURL、移転先があるURL、利用者が繰り返しアクセスする誤記URLです。検知から原因分類、修正、再確認までを中小企業向けに整理します。

この記事で分かること
  • 404を見つけるために確認する情報源
  • リンク修正、301、404継続を選ぶ基準
  • soft 404を避けて修正結果を確認する手順

404を見つける3つの入口

1つのレポートだけでは、利用者が実際に困るリンク切れを拾い切れません。まず自社が管理できるURLから確認し、外部からの誤記や無関係な探索URLは分けて扱います。

確認元分かること優先する対象
サイト内リンク検査ナビゲーション、本文、画像、PDFなど自社が設置したリンク切れ利用者が通常操作で到達するURL
Google Search ConsoleGoogleが認識した「見つかりませんでした(404)」やsoft 404サイトマップ掲載URL、内部リンク元があるURL、以前の重要ページ
アクセスログ・解析訪問回数、参照元、発生時刻、リクエスト経路繰り返しアクセスされる誤記URL、外部リンクや広告のリンク切れ

Search Consoleの404一覧は、サイト内にあるすべての404を永久に保持する台帳ではありません。URL、発見元、最終アクセス、想定していたページ、担当、対応結果を自社の修正台帳へ残します。

原因と対応を分類する

Googleは、404があるだけでサイト全体の検索順位が下がるとはしていません。重要なのは、そのURLが本来存在すべきか、同等の移転先があるかです。ホームへ一律転送すると、利用者の目的と合わずsoft 404として扱われる可能性があります。

状態主な対応確認事項
リンク先URLの誤記リンク元を正しいURLへ修正同じ誤記がテンプレートや複数ページにないか
ページが恒久的に移転旧URLから内容が対応する新URLへ301または308転送先が同じ目的を満たすか、転送が連鎖していないか
削除し、代替ページがない404または410を返すサイトマップと内部リンクから削除済みか
存在するページがsoft 404判定HTTP応答、本文、読み込み失敗を調査空の本文、エラー文、ブロックされた重要リソースがないか
存在したことがない探索URL原則として404のまま頻発する誤記や攻撃的アクセスだけを別途監視する
転送先は対応関係で決める:削除した商品を無関係なカテゴリやトップページへまとめて転送するのではなく、後継商品・統合記事など利用者の目的を引き継ぐページがある場合だけ恒久転送します。

正しいステータスと案内ページを用意する

404ページは利用者向けにサイト共通のデザイン、ホームへのリンク、主要カテゴリ、検索や問い合わせ導線を用意できます。ただし、見た目が通常ページでも、存在しないURLにはサーバーが404を返す必要があります。エラー文を表示しながら200を返す状態はsoft 404の原因になります。

  1. 存在しないテストURLを開き、画面だけでなくHTTPステータスが404か確認する。
  2. 主要ナビゲーションが動き、リンク先がさらに404にならないことを確認する。
  3. 削除済みURLをXMLサイトマップから外し、内部リンクも除去する。
  4. 移転ページはサーバー側の301または308を優先し、最終URLへ直接転送する。
  5. 検索結果が空のページやデータ取得失敗ページが200のまま公開されないよう監視する。

修正後に再確認する

  1. 修正したリンク元を再巡回し、リンク切れが消えたか確認する。
  2. 旧URLを直接開き、期待する404、410、301、308のいずれかが返るか確認する。
  3. リダイレクトの場合は最終URLが200で、内容が旧ページの目的と一致するか確認する。
  4. PC・スマートフォンの主要導線と、JavaScript実行後に追加されるリンクも確認する。
  5. Search ConsoleのURL検査でライブURLをテストし、必要な問題だけ検証を開始する。
  6. 公開日、対象URL、原因、修正内容、確認者を台帳へ記録する。

運用チェックリスト

  • サイト内リンク、Search Console、ログの3方向で確認した
  • URLごとに誤記、移転、削除、soft 404、未知URLを分類した
  • 内部リンクとサイトマップ由来の404を優先した
  • 移転先が同等の場合だけ301または308を設定した
  • 削除済みで代替のないURLは404または410を返した
  • 404ページのHTTPステータスが200になっていない
  • リダイレクトチェーンとループがない
  • 修正後の最終URLが200で本文も正しい
  • JavaScript後のリンクとモバイル導線も確認した
  • 原因・対応・確認日を修正台帳へ記録した

よくある質問

404はすべて301リダイレクトすべきですか?

いいえ。内容が移転し、対応する新URLがある場合は恒久転送が適します。代替がない削除ページや、存在したことのないURLは404または410のままで問題ありません。

404があるとサイト全体のSEO評価が下がりますか?

Googleは、404そのものがサイトの検索パフォーマンスへ直ちに悪影響を与えるわけではないと説明しています。ただし、自社の内部リンクやサイトマップが存在しないURLを示している場合は、利用者とクローラーのために修正します。

404ページをトップページへ転送してもよいですか?

旧URLとトップページの内容が対応しないなら、一律転送は避けます。利用者が目的の情報を見つけにくく、検索エンジンからsoft 404と判断される可能性があります。

参考にした公式情報

公式情報の確認日:2026年10月29日。サーバーやCMSにより設定方法が異なるため、変更前にバックアップとロールバック手順を確認してください。

関連記事・対応サービス

リンク切れと公開後の保守を整理します

サイト内リンク、リダイレクト、サイトマップ、404ページを確認し、優先順位のある修正計画へ整理します。

ご相談・お問い合わせ →