ホームページで404エラーを見つけたときの直し方｜担当者の判断手順

ホームページの更新や保守の窓口を担当していると、「ボタンを押したらページが見つからない」「検索結果から開けない」といった連絡を受けることがあります。その場でURLを変更したり、すべてトップページへ転送したりする前に、何が起きているかを切り分けなければなりません。

対応は、問題を「リンク先URLの誤り」「残すべきページの消失」「代替ページのない削除」「明確な移転先があるURL変更」の4状態に分けると判断しやすくなります。リンクの誤りならリンクを修正し、必要なページが消えていれば復旧を検討します。削除が正しく代替もなければ404を維持し、移転先が明確な場合だけ制作・保守担当へ転送を依頼します。

404画面の見た目を整えても、サーバーが返すHTTPステータスまで自動的に正しくなるとは限りません。見た目とHTTPステータスを分けて確認する必要があります。問題URLと代替ページの関係を確認し、URL変更や転送設定は推測で触らず、確認情報をそろえて担当者へ渡すのが安全です。

404を見つけても、全部を転送しない

404は「見つけたら必ず別ページへ転送するもの」ではありません。元のページが本当に移動したのか、誤ったリンクから存在しないURLへ進んでいるだけなのか、公開を続けるべきページが消えたのかによって、選ぶ対応が変わります。

特に避けたいのが、判断できないURLをまとめてトップページへ転送する対応です。Googleは、多数の古いURLを関連性の低い1ページへ転送すると利用者を混乱させ、soft 404として扱われる場合があると案内しています。転送先は「何となく近いページ」ではなく、元の内容を引き継ぐ明確なページであることが前提です。出典

一方、削除したページに同様の内容を持つ代替ページがないなら、404、または削除済みを示す410のステータスを返すことが公式資料で示されています。つまり、正しい404は放置ではなく、「このURLに提供するページはない」と伝える適切な状態になり得ます。出典

担当者が最初に決めるのは転送方法ではなく、元URLがどの状態に当たるかです。その判断に必要な情報を残してから、リンク修正、復旧、404維持、転送相談のどこへ進むかを選びます。

404・リンク切れ・soft 404の違い

「404」「リンク切れ」「soft 404」は一緒に語られがちですが、確認する場所が異なります。画面に「ページが見つかりません」と出たという事実だけでは、どの問題かを確定できません。

404はリンク先が返す応答

404は、アクセスされたURLに該当するページが見つからないことを示すHTTPステータスです。URLを直接入力した場合でも、検索結果や外部サイトから開いた場合でも、リンク先が404を返すことはあります。

404ページにヘッダー、メニュー、検索窓などを設け、利用者が別の情報を探せるようにする設計は可能です。ただし、見た目が通常のページに近くても、存在しないURLではサーバーが404を返す必要があります。カスタム404画面は利用者向けの案内であり、HTTPステータスとは分けて確認します。出典

リンク切れは押した場所から始まる問題

リンク切れは、メニュー、ボタン、本文リンクなどのリンク先が正しく機能しない状態を指します。リンク先の文字が1字違う、古いURLが残っている、削除済みページを参照しているなど、原因はリンク元とリンク先の組み合わせにあります。

正しいページが別のURLで公開されており、自社サイト内のボタンだけが誤ったURLを指しているなら、先に直す対象はそのボタンです。404になったURL側へ転送を追加するより、誤りのあるリンクを正しいURLへ直すほうが原因に直接対応できます。

soft 404は見た目と応答が食い違う状態

soft 404は、画面では「ページがない」「内容を表示できない」と示しているのに、HTTPステータスとしては成功を表す200を返している状態です。本文が空に近いページや、読み込みに失敗して主要な内容が表示されないページもsoft 404と判断される場合があります。出典

非技術者が確認するときは、次の3点を混ぜないようにします。

見た目：ブラウザに何が表示されたか
リンク元：どのページのどのボタンや文字から進んだか
HTTPステータス：リンク先が404、200、リダイレクトなどのどの応答を返したか

HTTPステータスが分からない場合、見た目だけで「404設定は正しい」と決めず、問題URLをそのまま制作・保守担当へ渡します。Search Consoleを利用できる環境では、URL検査ツールで返却コードを確認する方法も公式資料に示されています。出典

最初に残す5つの確認情報

404を見つけた直後は、設定を変えるより証拠を残すほうが先です。画面を閉じたり、リンクを修正したりすると再現条件が分からなくなるため、次の5項目を1枚のメモへ集めます。

問題URL：エラーになったURLをアドレスバーから省略せずコピーする
リンク元：どのページの、どのメニュー・ボタン・文字リンクを押したかを記す
期待した内容：会社概要、採用情報、商品詳細など、何が表示される想定だったかを書く
代替候補URL：同じ目的を果たせそうな現行ページがあれば記載し、未確認なら空欄にする
発見日時：確認した日付と時刻を残す

スクリーンショットは見た目の共有に役立ちますが、それだけでは問題URLを正確に特定できません。画像とURLをセットにし、リンク元についても「トップページから」ではなく「トップページ上部の採用情報ボタンから」のように場所まで残します。

期待した内容は、ページを復旧すべきか判断する手掛かりになります。たとえば、現行サービスの申込みに欠かせないページを期待していたなら、単なる削除として処理せず、公開担当者へ残すべき内容かを確認します。反対に、終了した企画のページで代替もないなら、404を維持する判断が候補に入ります。

代替候補URLは、担当者が「似ている」と感じただけで確定しません。元ページの内容や目的を引き継ぐかを確認できるよう、候補として記録し、転送の可否は制作・保守担当と内容の責任者に分けて確認します。

4つの状態から直し方を選ぶ

問題URLの確認から、リンク修正、ページ復旧、404維持、転送相談へ分かれる判断図を整理した図 — 404発見後の4方向の判断をスマホでも追えるようにするために、問題URLの確認から、リンク修正、ページ復旧、404維持、転送相談へ分かれる判断図を整理しています。

記録した5項目を基に、問題URLを4状態のどれかへ当てはめます。判断できない項目が残る場合は無理に分類せず、「ページを残す方針が未確認」「代替候補の同一性が未確認」と明記して渡します。

404の状態別に選ぶ対応
確認した状態	担当者が先にすること	制作・保守担当への依頼	避けること
リンク先URLの誤り	正しいURLと誤ったリンク元を特定する	メニューやボタンのリンク修正	誤URLをすべてトップへ転送する
残すべきページの消失	公開継続の方針と元の内容を確認する	元URLでの復旧可否を確認する	内容確認なしで別URLを新設する
代替のない削除	削除が意図どおりかを確認する	404または410の返却状態を確認する	無関係なページへ転送する
明確な移転先あり	元URLと新URLの対応を確定する	永続的な転送と動作確認を相談する	類似しているだけのページを指定する

この表では、担当者が内容とURLの関係を確認したうえで、リンク修正、ページ復旧、404維持、転送相談のどこへ進むかを選びます。サーバー設定やCMSの仕様が関わる作業は、判断材料を渡して制作・保守担当に確認します。

1．正しいページがあり、リンク先URLだけが間違っている

正しいページを直接開ける一方で、特定のメニューやボタンから進むと404になるなら、リンク元の設定を疑います。問題URLと正しいURLを並べ、どのリンクを直すかを指定すれば、依頼範囲が明確になります。

修正後は、同じリンクをパソコンとスマートフォンの表示で押し直し、期待するページへ進めるかを確認します。共通メニューや共通フッターのリンクであれば、1ページだけでなく複数ページに反映される可能性があるため、担当者へ確認範囲も伝えます。

2．公開を続けるべきページが消えている

正しいURLだった記録があり、現在も業務上使う内容であれば、転送先を探す前に復旧可否を確認します。誤削除、非公開設定、公開データの欠落など、原因によって作業が変わるためです。

内容の責任者には「このページを今後も公開するか」を確認し、制作・保守担当には「元URLで戻せるか」「返却ステータスと表示内容が正常になるか」を依頼します。Googleの資料でも、存在するページがsoft 404と判定された場合は、読み込み状態、主要なリソース、返されたHTTPコードを調べるよう案内されています。出典

3．削除が正しく、代替ページもない

終了したサービス、廃止した企画、統合先のない古い情報など、ページを戻さず代替も用意しない方針が確定しているなら、404を維持する選択があります。検索流入があったという理由だけで、内容の異なるトップページや一覧ページへ転送する必要はありません。

利用者向けには、ページが見つからないことを明示し、サイト内を探し直せるメニューや主要ページへの導線を404画面へ設けられます。その場合も、存在しないURLのHTTPステータスは404であることを制作・保守担当へ確認します。出典

4．元ページを引き継ぐ明確な移転先がある

ページ名やURLが変わっても、元ページの内容と目的を新ページが引き継いでいるなら、転送を相談します。元URLと新URLを一対で示し、利用者が旧URLを開いたときに新ページへ到達する状態を依頼します。

Googleは、元URLから新URLへのマッピングを準備し、技術的に可能なら301や308などのサーバーサイドの永続的なリダイレクトを使うよう案内しています。また、内部リンクは新URLへ更新し、多数の旧URLを関連性の低いトップページへまとめて転送しないよう求めています。出典

「同じ業種のページ」「同じカテゴリの一覧」といった近さだけでは、明確な移転先とは決められません。旧ページを探していた利用者が、新ページで同じ用件を進められるかを基準にし、判断が割れる場合は転送候補のまま担当者へ渡します。

制作・保守担当へ渡す依頼メモ

問題URL、リンク元、期待内容、代替候補、発見日時を1枚へ集めるメモ図を整理した図 — 依頼時に必要な情報のまとまりを視覚化するために、問題URL、リンク元、期待内容、代替候補、発見日時を1枚へ集めるメモ図を整理しています。

制作・保守担当への連絡では、確認済みの事実と、技術確認が必要な事項を分けます。「404が出るので直してください」だけでは、リンクを直すのか、ページを戻すのか、転送するのかを受け手が推測することになります。

確認済みとして渡すのは、問題URL、リンク元、期待した内容、代替候補URL、発見日時です。未確認事項には、現在のHTTPステータス、ページの復旧可否、過去URLと新URLの対応、転送設定の有無、修正後に確認する範囲を入れます。

依頼文は、次の形にすると状況と依頼を分けて伝えられます。

件名：404が表示されるURLの確認依頼

問題URL：［記入］

リンク元：［ページURLと押した場所を記入］

期待していた内容：［記入］

代替候補URL：［候補がある場合のみ記入］

発見日時：［記入］

確認済み：［リンク先の誤り／ページを残す方針／削除済みなど］

確認依頼：返却中のHTTPステータス、復旧可否、転送が必要な場合の設定方法、修正後の確認範囲をご確認ください。

リンク先の誤りと分かっている場合は、問題のリンク元と正しいURLを指定します。復旧を希望する場合は、公開を続ける方針が確認済みかを添え、転送を相談する場合は元URLと新URLの対応を示します。404維持のケースでは、見た目だけでなく404ステータスを返しているかの確認を依頼します。

転送はサーバーやCMSの設定に関わるため、管理画面で見つけた項目を推測で変更しないほうが安全です。Googleの公式資料でも、URLマッピングを作成し、サーバー管理者やホスティング会社へ技術的に可能な転送方法を確認する流れが示されています。出典

修正作業に入る前には、変更前の状態を戻せるか、誰が公開作業を行うか、公開後にどのリンクとステータスを確認するかも決めます。更新前後の確認手順も整理することで、404の修正だけでなく、更新による別のリンク切れを防ぐ確認範囲まで共有できます。