web-dev-qa-db-ja.com

Webサイトのエラーコードが「404 Not Found」と表示されるのはなぜですか

Webサイトのほとんどのエラーページでは、メッセージにhttpステータスコードが表示されます。例-「404 Not Found」

そのステータスコードはユーザーにとって本当に役に立ちますか?

enter image description here

以前に尋ねた質問 HTTPエラーコードは使いやすいですか? 。ただし、その質問はWebサーバーのデフォルトのエラーページを参照しています。ここでは、プロダクションサイトのデザイナー/開発者がWebで設計したエラーページについて質問しています。

13
Hein Zaw Htet

最も一般的なエラーコードは404と500で、最も有名なのは404です。対象者が教育的基盤または中級レベルのサーファーとしてコンピューターを利用している場合、その対象者は404が何を意味するかを理解し、他のステータスコードの多くは理解しません。それでも、エラーコードを技術的な問題/ステータスをユーザーに伝えるための唯一のまたは目立つ方法として表示することはお勧めできません。ユーザーフレンドリーなステータスメッセージよりも目立たないステータスコードを画面に表示して、ユーザーがそれを引用してWebサイトのサポート担当者に説明できるようにすることができます。

16
PrashanthKrish

エラー情報は、エラーに対処する必要がある対象者に合わせて調整する必要があります。

  • それがユーザーである場合、ユーザーは、エラーが何であり、何が予想されるかについて、ユーザーフレンドリーまたは少なくともユーザーが理解できる説明を取得する必要があります。すべてのユーザーが「404」の意味を知っているとは誰も予想しません。
  • システム管理者、ネットワーク関係者、またはインフラストラクチャの責任者であれば、「404」のようなエラーコードは正確で、簡潔で、明確です。ここでの期待は反対です。つまり、正確なコード「404」(およびステータス「なくなった」であり、ステータス「見つかりません」とは異なる「410」とは言わない)が役立つということです。

問題は、404が灰色の領域にあることです。 404はサイトによって生成されたのではなく、Webサーバーによって生成されました。開発者とシステム管理者はこの情報を必要とするため、それを示すことが重要です。ただし、ユーザーが間違ったアドレスを入力した場合にもそのようなページが表示される可能性があるため、わかりやすい説明を含めることも重要です。これが、一般のユーザーをターゲットとするほとんどの商用Webサイトに両方が含まれる理由です。

12
Mishax

他のように述べています。 404は実用的な知識なので、何も問題はありません。見つからないページを指します。

ただし、デフォルトの404ページをユーザーに表示するのではなく、独自に設計する必要があります。具体的には、「ページが見つかりません」というテキストを追加します。これにより、この惑星からahemを使用していないユーザーには明らかです。

良い例: http://gchen.cn/blog/2014/09/01/blog-recover

編集:

404

4
Vince Caregnato

通常、いいえ、ステータスコードはエンドユーザーに表示するのに最適ではありません。しかし、404は、そのようなベストプラクティスが一般的になる前に、ずっと前に自国語になりました。

3
John Deters

多くのサイトは「コード404」に特別な注意を払っています。退屈なメッセージの代わりに、ユーザーがこのように創造的で機知に富んだページを見るのは非常に新鮮です 自動車販売のウェブサイトのエラー404 有名なプジョー404を表示します。

error 404 on car sale website

2
VividD

これはこの質問に対する他のコメント投稿者の助言に反することを知っていますが、エラーページにスタック、トレース、またはその他の診断メッセージを表示しないようにstronglyアドバイスします。これは「情報漏えい」として知られています-サイトの通常のユーザーにとって、あなたがそれについて言える最も良いことは、ページの乱雑に過ぎず、最悪の場合、それは混乱の原因です。さらに重要なことに、この情報は潜在的な攻撃者がサイトをハッキングするために使用できます。

この種の情報は記録する価値があり、おそらくログファイルが最適な場所です。

2
Stormcloud

webappsと内部サイトの場合、通常は両方を表示することをお勧めします、これはエラーを説明し、おそらく追加のガイダンスを提供しますおよびステータスまたはエラーコードと追加の詳細スタックトレースのように。

コードのセットが制限されている場合、これは特に当てはまります。これらのケースでは、短いメッセージだけでなく、すべてのステータスコードとエラーコードについて適切に翻訳されたページが存在する傾向があるためです。ただし、これらの問題は特に、実際にターゲットユーザーの2番目のグループを形成している技術、サポート、または管理担当者にとっては、翻訳がポイントに達していない場合がありますステータスおよびエラーページの場合。翻訳は、多くの場合、物事を少し省略したり短くしたりするため、メッセージに慣れていない技術者を混乱させる傾向があります。彼らにとって、実際のコードは非常に明確で、通常は議論の余地がないです。

そのため、通常はオンデマンドでのみ表示される追加の詳細を含む、より小さな活字でより多くの技術コードを表示することをお勧めします。

0
Andreas Weder

エラーページは大殿筋の厄介なものですが、あなたが間違いなくあなたの利益のためにそれらを使用することができます。

これを行わないでください:

enter image description here

美しく細工されたデザインとUXフローはわずか数ミリ秒で破壊されます。

代わりに、これを行うことができます:

  • 最も一般的なエラー(404、500、403、..?)のエラーページを設計する
  • 何が問題だったかを簡潔に説明してください
  • 「前のページに戻る」ボタン/リンクを追加する
  • 検索バーを追加する
  • サイトマップを追加する
  • 子猫のランダムな写真を表示する

全体として、何かがうまくいかなかったことをユーザーに知らせて、修正するのを手伝ってください。

0
Tom