404エラーとは？ページ削除とURL変更で対処を分ける

404エラーを見つけても、すべてをトップページへ転送しないでください。先に、そのURLが「本来は存在する」「別のURLへ移った」「もう存在しない」のどれかを決めます。対処は、それぞれ復旧、301転送、404または410の応答です。

404は、ページを表示できなかったという見た目の名前ではありません。ウェブサーバーが返すHTTPの応答コードです。画面に「ページが見つかりません」と書いてあっても、サーバーが200 OKを返していれば、正しい404応答にはなっていません。

404は、要求されたURLが見つからないという応答

HTTP/1.1を定めるRFC 2616は、404 Not Foundを、要求されたURLに一致するものをサーバーが見つけられなかった場合の応答としています。404だけでは、その状態が一時的か永久かまでは示しません。

同じ仕様には、410 Goneもあります。古いページが永久に利用できず、転送先もないとサーバー側で分かっている場合に使う応答です。永久か判断できない場合は、404を使うとされています。

一方、ページが別のURLへ移ったなら、見つからないページとして終わらせる必要はありません。利用者が探していた内容を引き継ぐURLへ、301で転送します。

したがって、「404が出たから転送する」では順序が逆です。元のページが今どうなっているべきかを決め、その結果として応答コードを選びます。

三つの状態を、同じ対処にしない

URLごとに、次の三つへ分けます。

「本来は存在する」ページをトップへ転送すると、障害を隠したままになります。商品案内が誤って非公開になったのなら、必要なのは商品の復旧です。トップページを見せても、探していた内容は戻りません。

「別のURLへ移った」ページでは、対応する移転先を一つ選びます。会社案内を移したなら新しい会社案内へ、サービス名を変えたなら同じサービスの新しいページへ転送します。関係のないトップページへ一律に送ることは、移転先を示したことになりません。

「削除し、代わりがない」ページは、404または410のままにします。終了した内容と同じ用件へ答えるページがなければ、無理に似たページへ送らない方が、利用者にも管理者にも状態が明確です。

トップページへの一括転送は、soft 404になり得る

soft 404の説明は、存在しないURLに対し、404ではなく200 OKとトップページまたはエラーページを返す状態を例に挙げています。利用者と検索エンジンの双方を混乱させ、存在しない重複URLの巡回に時間が使われる可能性があるとしています。

404エラーの対処に関する説明は、存在しないURLをすべてトップページへ転送する場合も、soft 404の例に挙げています。同記事は、内容が新しいURLへ移った場合は301転送し、同じ利用目的を満たすページがない場合は404または410を返すよう案内しています。

404の件数を管理画面から消すために、転送を作るのではありません。転送は、元のURLを訪ねた人に対応する内容が別のURLにある場合に使います。

見た目の404ページと、応答コードを分けて確認する

404を返しても、利用者へ白紙やサーバーの短い文だけを見せる必要はありません。見つからなかったことを明記し、サイトの主要な入口や検索手段を案内できます。ただし、案内を表示しながら、HTTPの応答は404のままにします。

たとえば、404ページには次の情報を置けます。

• 指定されたページが見つからなかったこと
• URLを入力した場合は、綴りを確認する案内
• ホーム、主な商品・サービス、問い合わせなど、迷った人が選べる入口
• サイト内検索がある場合は、その検索欄

案内するリンクを増やしすぎると、どこへ進むべきか分かりにくくなります。存在しないページの内容を推測して、自動で別ページへ転送することとも分けます。

画面だけを見て、応答コードを判断しないでください。Fetch as GooglebotでHTTP応答を確認する手順は、Webmaster Toolsで設定した応答を調べる方法を案内しています。サーバーの応答を確認できる道具を使い、404 Not Found、301 Moved Permanently、200 OKのどれが返るかを記録します。

仮例で、復旧、転送、404を分ける

次は判断の違いを説明するための完全な仮例です。実在するサイト、顧客、障害、検索結果ではありません。

ある会社サイトで、三つのURLが404になったとします。

一つ目は、現在も提供している保守サービスの案内です。更新作業の際、誤って下書きへ戻されていました。このページは残すべきなので、公開状態を直し、元のURLで表示できるようにします。

二つ目は、会社案内の古いURLです。内容を整理し、同じ会社案内を新しいURLで公開していました。この場合は、古いURLから新しい会社案内へ301転送します。転送後は、サイト内に残る古いリンクも新URLへ直します。

三つ目は、受付を終了し、代わりの開催予定もない説明会ページです。同じ用件を満たすページがなければ、404または410を返します。過去に開催した記録として残す方針なら、削除せず、終了済みであることを明記したページとして200 OKを返す選択もあります。

この仮例から分かるのは、同じ404表示でも、ページを残す目的と事業側の判断によって対処が変わることです。サーバー担当者だけでは、説明会の記録を残すか、同じサービスが続いているかを決められません。

直す人と、残すか決める人を分ける

404への対処には、技術作業と内容判断があります。

外部の制作会社へ修正を頼む場合も、「404をなくしてください」だけでは対処を決められません。各URLについて、残す内容、正式な移転先、代替がないことのいずれかを事業者が確認します。作業後には、変更したURL、変更前後の応答、転送先、確認日を受け取ります。

404エラーがサイトへ与える影響の説明は、サイト内の一部URLが404になるという事実だけでは、正常な別URLの検索結果に影響しないとしています。ただし、本来あるべき重要なページが404なら、検索順位以前に、利用者が内容へ到達できません。404を一律に恐れず、必要なURLが正しく動くかを先に見ます。

最初の一手は、見つかった404を一件選び、その横へ「残す」「移転」「削除」のいずれかを書くことです。残すなら復旧、移転なら対応する新URLへの301、削除なら404または410を設定します。最後に、画面ではなくHTTP応答まで確認してください。