ANSWER FIRST

結論

リンク切れと404を防ぐには、公開時だけでなく、ページ更新・削除・外部サービス変更のたびにリンクの発生元と移動先を記録し、定期点検する運用が必要です。見つかったURLは一律にTOPへ転送せず、正しいURLへの修正、関連ページへの恒久転送、適切な404または410の返却を内容の継続性で判断し、利用者向けの案内とHTTPステータスの両方を確認します。

01

リンク切れを技術エラーだけで判断しない

リンク切れは、利用者が必要な情報へ進めない状態です。URLの入力ミスだけでなく、ページ名や階層の変更、PDFの差し替え、外部サービスの終了、期間限定ページの非公開、担当部署ごとの更新によって発生します。画面上のリンクがクリックできても、移動先が古い案内、ログイン画面、関係のないTOPページになっていれば、実務上は正しい導線とはいえません。

点検ではHTTPステータスだけでなく、リンク元の文章が約束している内容と、移動先で確認できる内容が一致しているかを見ます。Google Search Centralは、通常のリンクをGoogleが見つけられる形として、解決可能なURLを持つa要素のhrefを基本に案内しています。検索対応のためだけでなく、キーボード操作、スマートフォン、支援技術を含む利用者が同じ情報へ到達できる構造にします。

  • リンク元ページとリンク文
  • 移動先URLとHTTPステータス
  • 移動先に期待する情報が存在するか
  • 内部・外部・PDF・フォームの区分
  • 公開期間・管理部署・確認責任者
  • メニューだけでなく本文・フッター・画像リンクも対象
02

発生しやすい変更を更新工程へ組み込む

すべてのURLを人が毎回確認する運用は続きません。リンク切れが生まれる変更を先に定義し、ページ公開、URL変更、記事統合、資料差し替え、サービス終了、外部ツール変更の確認項目へ組み込みます。更新申請には、変更するURL、リンク元、代替ページ、公開日、終了日、確認者を記載し、公開後の到達確認までを完了条件にします。

定期点検では、ナビゲーション、問い合わせ、料金、採用、重要資料など事業上の影響が大きい導線を優先します。機械的な巡回でエラー候補を集め、担当者が内容の一致を判断すると効率的です。外部サイトは相手側の都合で変更されるため、出典や申請先など重要な外部リンクには確認日と代替案を持たせます。認証が必要なページ、地域・端末で表示が変わるページ、JavaScriptで生成されるリンクは自動確認だけで正常と断定しません。

  • URL変更時にリンク元の修正を同時申請
  • PDF差し替え時に旧URLの扱いを決定
  • 期間限定ページは終了後の案内先を事前設定
  • 重要な外部リンクへ確認日と管理者を付与
  • 自動検出の候補を人が内容確認
  • 修正後にPC・スマートフォンから再確認
WEBページの棚卸しからリンク確認、404または転送の判断、修正、再確認までをつなぐ立体的な運用フロー
VISUAL GUIDEリンクを一括で置き換えるのではなく、移動先の内容とページの役割を確認して対応を分けます。
03

修正・転送・404・410を内容で選ぶ

リンク先が存在しない場合、最初にリンク元のURLが誤っていないかを確認します。正しいページが同じURLで存在するならリンクを修正します。ページが恒久的に移動し、旧ページと新ページの目的が実質的に同じなら、リンク元を新URLへ更新したうえで恒久的な転送を検討します。複数回の転送や、関係のないTOPページへの一括転送は、利用者が求める情報を遠ざけるため避けます。

代替ページがなく、情報提供を終了したURLは、存在しないことを示す404、または恒久的な終了が明確な場合の410を返す判断があります。RFC 9110では、404は現在の表現を見つけられない、または存在を開示しない状態を示し、一時的か恒久的か自体は示さないと定義されています。画面に『見つかりません』と表示しながら200を返すsoft 404は、利用者向け表示と機械向け応答が一致しません。Googleもsoft 404を、存在しない旨を示すページが200を返す状態として説明しています。

  • URL誤記：リンク元を正しいURLへ修正
  • 同等ページへ恒久移動：リンク修正と転送を実施
  • 一時的な移動：期間と戻し方を定めて対応
  • 代替なし：404または410と終了案内を検討
  • 関係のないTOPページへの一括転送は避ける
  • エラー画面とHTTPステータスを一致させる
04

404ページは行き止まりではなく案内板にする

正しい404応答であっても、白紙や技術的なエラー文だけでは利用者が次の行動を選べません。サイト名、ページが見つからないこと、URL確認の依頼、主要メニュー、サイト内検索、問い合わせ先など、状況に応じた案内を表示します。ただし、404ページ自体を通常ページのようにサイトマップへ載せたり、存在しないURLへ偽の本文を返したりしません。

企業・自治体・団体サイトでは、募集終了、制度改定、イベント終了、組織変更など、削除理由を説明できるケースがあります。重要な旧URLには終了案内ページを一定期間設け、後継情報や問い合わせ先を示す方法もあります。その場合も、旧内容が現在も有効だと誤解されない公開日・終了日・更新責任者を明記します。どのURLに個別案内を残し、どこから共通404へ移すかを、利用実績、外部参照、法令・契約上の掲載、問い合わせ影響で判断します。

  • ページが見つからないことを平易に説明
  • TOP・主要カテゴリ・検索・問い合わせへ案内
  • 古い制度や終了企画を現行情報と誤認させない
  • 重要URLは終了案内と後継情報を検討
  • 404ページを通常の公開ページとして扱わない
  • 案内画面と実際のステータスを確認
05

月次台帳と公開時チェックで再発を防ぐ

点検結果は、検出したURLだけでなく、リンク元、リンク先、検出日、影響範囲、対応区分、担当者、修正日、再確認結果を台帳へ残します。同じリンクを複数ページで使っている場合は、共通部品、記事本文、PDF、外部配信データなど発生源を特定します。一件だけ直して同じ不具合を残さないことが重要です。

公開時は、変更対象の主要リンク、フォーム、PDF、画像、canonical、サイトマップを確認し、公開後に実際のURLから再度操作します。定期点検では、新規エラー、長期間未対応、繰り返し発生、重要導線への影響で優先順位を付けます。修正件数を成果にせず、問い合わせや申請に近い導線が正常であること、古い案内へ誘導しないこと、担当者と期限が明確であることを運用品質の基準にします。

  • リンク元・リンク先・検出日を記録
  • 影響するページと利用者行動を確認
  • 修正・転送・終了案内・404の判断を記録
  • 担当者・期限・承認者を設定
  • 修正後のステータスと内容を再確認
  • 再発箇所は共通部品や更新手順を改善
FAQ

よくある質問

404があると検索評価は必ず下がりますか？

サイト内に不要なリンク切れを残すことは改善すべきですが、存在しないURLが適切な404を返すこと自体は正常な動作です。重要なのは、利用者を存在しないURLへ案内し続けないこと、代替ページがある場合はリンクと転送を正しく整えること、soft 404にしないことです。

削除したページはすべてTOPページへ301転送すべきですか？

一律のTOP転送は避けます。旧ページと目的・内容が対応する新ページがある場合はそのURLへ転送し、代替がなければ終了案内、404、410などを選びます。転送前に外部参照、利用者への影響、掲載義務の有無も確認します。

リンクチェックは自動化だけで十分ですか？

十分ではありません。自動確認は接続エラーやステータスの候補検出に有効ですが、ログイン後のページ、地域差、JavaScript動作、移動先の内容がリンク文と一致するかまでは判断しにくいため、重要導線は担当者が実際に操作して確認します。

PRIMARY SOURCES

参考にした一次情報

外部仕様は変更される場合があります。最新情報は各公式ページをご確認ください。

PUBLISHER / UPDATE株式会社ファーストイノベーション

提供サービス：FIRST INNOVATION WEB