HTTPエラーコードは使いやすいですか？
これらのHTTPエラーコードがまだ残っているのはなぜですか？
私にとって、それらはユーザーにとって完全に役に立たないようです（それらのほとんどを除くすべてではありません）。それは役に立たないことを示し（上のスクリーンショットを見て、それが「エラー」であるとさえ言っていない）、何も説明していないので、ユーザーは混乱していると思います。 AFAIKは、HTTPエラーコードを表す一般的な方法です。
ブラウザーが（たとえば）何らかの形でこれらのことを処理できると思うので、元のメッセージは引き続き技術的な目的に使用できますが、ユーザーはより多くの価値を得ます。
なぜ彼らはまだここにいるのですか？これらのコードをより穏やかに処理することは可能ですか？
更新：これらのエラーがブラウザーで処理できないのはなぜですか？それとも何か制限がありますか？互換性のない設計は私にとって問題ではないようで、標準的なビューは類似性のためにUXを向上させると確信しています（エラーはすべてのサイトで類似しています）。そして今、私はすべてのクールなデザインのエラーページを解析して、起こったことを理解する必要があります。
HTTPエラーコードは主にサポートとデバッグに役立ちます。インターネットの初期の頃は、ほとんどすべてのユーザーが技術者でしたので、それらを使用することは非常に理にかなっています。
今日でも、それらを表示することは理にかなっていますが、提供する情報はそれだけではありません。 人間のように説明してください世界中の人々が何が起こったかを理解し、可能な場合は有用な代替手段を提供してください。
いくつかの例：
「ユーザー」が誰であるかによって異なります。
HTTPエラーコードは確実に暗号化されており、ブラウザを使用するユーザーには役に立ちません。さまざまなWebサーバーがそれぞれ、これらのページを表示する方法を持ち、さまざまなレベルの使いやすさをそのまま利用できます。ほとんどの場合、Web開発者はこれらをオーバーライドできますが、多くの場合、これは最も一般的なエラーに対してのみ行われます。一方、一部のブラウザ（IEなど）では、独自の「フレンドリーな」エラーページが表示されます。たとえば、IE9には次のようなページがあります（私に尋ねてもそれほど友好的ではありません）。
一方、HTTPエラーコードは、プログラムでページにアクセスしている開発者にとって非常に友好的です。たとえば、「301 Moved Permanently」は、プログラムがそのURIへのリクエストを停止する必要があることを意味します（応答で提供される新しいURIを使用します）。
これは本当に意図された用途です。それが彼らがまだここにいる理由です。しかし、はい、それらはより穏やかに扱うことができます。
エラーコードがユーザーフレンドリーではないことは事実ですが、Webデザイナーが完全な作業を行い、エラー条件に適切なページを提供する必要があります。
Twitter 502エラーページ： 
これらのHTTPエラーコードがまだ残っているのはなぜですか？
主に歴史的な理由による。
@JonGBが言ったように、In the early days of the internet, almost all users were technical, and so having them made a lot of sense.
今日では、それはもはや厳密に必須ではありません。技術的な観点からは、サーバーからブラウザーに送信されるファイルのヘッダーにコードが必ず存在する必要があります（箇条書きの最後の項目を参照）。ただし、これらのコードをユーザーに表示する必要はありません。実際には落胆することさえあります。
引用 Googleウェブマスターツールの404ページのガイド ：
標準の404ページはISPによって異なる場合がありますが、通常はユーザーに役立つ情報は提供されず、ほとんどのユーザーはサイトから離れてサーフィンするだけです。 （...）優れたカスタム404ページは、ユーザーが探している情報を見つけやすくなるだけでなく、他の役立つコンテンツを提供し、サイトをさらに探索するよう促します。 （...）404ページは標準のHTMLページにもなるため、好きなようにカスタマイズできます。」
- 探しているページが見つからないことを訪問者に明確に伝えます。親しみやすく魅力的な言葉を使う。
- 404ページが他のサイトと同じ外観（ナビゲーションを含む）であることを確認してください。
- （...）
- 404ページがGoogleや他の検索エンジンによってインデックスに登録されないようにするために、不足しているページがリクエストされたときにWebサーバーが実際の404 HTTPステータスコードを返すことを確認してください。
注：特別なケースは404コードで、それほど遠くない過去では一般的だったため、役立ちました 俗語 。そのため、ユーザーの一部は、ページのどこかに404が表示されることを期待しています。
@JonGBの回答のように、3つのユーザーフレンドリーな例のうち2つはコンテンツに404コードを表示します。
これは、他のエラーコードでは発生しません。
ブラウザが標準化されたメッセージでその段階で介入しない理由の1つは、現在表示しているサイトと同じに見えることは決してないためです。見た目が悪く、ユーザーエクスペリエンスに悪影響を与える可能性があります。ユーザーには、レイアウト、テーマ、配色、フォントなどがまったく異なる、まったく別のWebサイトにリダイレクトされているように見えることがあります。
また、ブラウザーがこれらのエラーを処理したが、Web開発者がカスタマイズされたページを提供する必要がある場合、サイトはブラウザーをどのようにオーバーライドしますか？たとえば、独自のカスタム404ページを提供することは、サイトに固有のリンクを追加することもできることを意味します（例：「このページが見つかりませんでした。ここをクリックして、サポートページにアクセスし、役立つかどうかを確認してください」。完全に一般的であることは必ずしもユーザーに役立つとは限りません。何が問題であったかを明確にし、次に何をすべきか/問題を修正することについて建設的なアドバイスを提供する必要があります（サイト固有のリンクを含むJohnGBによる上記の例を参照してください。また- エラーメッセージガイドラインに関するNielson Normanグループの記事 ）