usability - わかりやすい HTTP 401 ステータス コード メッセージ?

Question

私はワードスミスではなく開発者なので、行き詰まっています。

私たちは、ユーザーが私たちの 401 ページに出くわす可能性のあるサブスクリプション ベースのサイトを持っています。

IIS 401;2 ページを置き換える必要があると判断しました。

攻撃的ではない良い 401 ページを書くための例やアドバイスはありますか?

Answer 1

これは実際の例であり、本当に面白い例です。おそらくmichaelbloomberg.comから引用したものです。

未承認（401）

このシステムは、一連の高度で複雑なアルゴリズムを通じて、現在このシステム機能の使用を許可されていないと判断しました。パスワードを誤って入力した可能性があります。または、手がなく、したがって入力できない、ある種の惑星間エイリアンである可能性があります。もし私がギャンブラーだったら、猫（シエラまたはハーレーという名前のオレンジ色のぶち）がどういうわけかあなたのキーボードに飛び乗って、あなたが支払ったタイピングレッスンからのより重要なポインターのいくつかを忘れたに違いありません。遭遇した実際のエラーに基づいて、問題の猫は、開始する前に、適切なホームキーに片方または両方の足を置くのを単に忘れていたと思います。繰り返しになりますが、それは何らかの形の宇宙線によって引き起こされたキーボードエラーであった可能性があります。これは私の惑星間エイリアンの理論にうまく適合します。これが原因かもしれないと思うなら、おそらくあなたはそれから身を守るのを助けるためにある種の地下バンカーを作ることができます。それがうまくいくかどうかはわかりませんが、何かを試してみるとおそらく気分が良くなるでしょう。

そして、私がそこにあるすべてのクールな404ページから始めないでください....

Answer 2

HTTPエラー401-Unauthorizedが正確に何であるかを確認するためにメモリを更新する必要がありました...

したがって、基本的に、許可されていない場合（サブスクリプションなし）または認証に失敗した場合（ユーザー名/パスワードが間違っている）にこのエラーが発生する可能性があります。さらに、他のいくつかのコーナーケース。

おそらく、
「申し訳ありませんが、認証できません。これらのページにアクセスするには、サブスクライブする必要があります。すでにサブスクライブしている場合は、ログイン手順で適切な資格情報を付与したことを確認してください。」

もちろん、適切な英語で（私はフランス語です）、おそらくより詳細な情報（パスワードを忘れた場合の対処方法など）が含まれています。そして、サイトの公開部分とログインページへのリンク。

Answer 3

Don Norman と Jakob Nielsen のヒューマン コンピューター インタラクション デザインの原則が、Web デザインと 401 ページにまだ有効であることは間違いありません。

401 ページは依然として Web ページです。主な違いは、ユーザーが少し混乱したりイライラしたりしていることです。

設計原則は次のとおりです。

• 可視性 - ユーザーはそれが 401 ページであることがわかり、理解できますか
• フィードバック - ユーザーは何が起こっているのか理解していますか?
• アフォーダンス - ユーザーは何がクリック可能で、インターフェースで何をすべきかを理解していますか?
• マッピング - ユーザーは 401 から回復するためにクリックする場所を理解していますか?
• 制約 - ユーザーの自由度を制限して、ユーザーが処理しやすいようにします。
• 一貫性と標準 - Web サイトの他の場所で使用したものと同じ標準を使用する

この問題に関する非常に優れた無料のリソースは、米国政府のUsability Guidelines Bookです。