ログイン、登録、パスワードを忘れた場合に同じフォームを使用することの長所と短所
一部のサイトでは、ログイン、登録、パスワードを忘れた場合に同じフォームを使用しています。
フォームの下に3つのボタンがあります
- パスワードを忘れた
- 登録
- ログインしてください
このアプローチを使用する場合の長所と短所は何ですか。また、どのバージョンを使用しますか。
registerおよびへのリンクは常にユーザー名/パスワードを忘れたページにあるはずですログインページ。
同じユーザー名/パスワードフィールドを共有する3つの異なるボタンを持つ単一のフォームを使用すると、混乱を招きます。さらに、それはおそらく不可能です：
- 登録には通常、ユーザー名とパスワードに加えて追加情報が必要です（少なくとも、確認のためにパスワードを再入力します）。
- パスワードを忘れることはめったになく、ユーザーは他の認証形式を送信する必要があります（秘密の質問、ファイルの電子メールアドレス、電子メールで送信することの確認など）。
一方、同じページで登録操作とログイン操作用に別々の領域（フォーム）を用意すると、うまく機能します。
登録ログインページのフォームは、新しいユーザーのエクスペリエンスを向上させます（既存のユーザーの混乱を犠牲にして）。
これは、頻繁に再利用されず、スムーズな新しいユーザーエクスペリエンスが優先されるサイトに適しています。良い例は、多くの初めてのユーザーを獲得するショッピングサイトです。彼らの目標は、できるだけ障害の少ない商品を注文することです。そのようなサイトの場合、登録はチェックアウトのマイナーな部分として感じる必要があります。別のページに配置することは、追加の副次的ステップであり、プロセスの障害のように感じられます。
パスワードを忘れる（またはユーザー名）はまれなシナリオです。別のページで十分であり、メインのワークフローが煩雑にならないと思います。
あなたが最も重要な「con」を上回るとあなたが提案するような単一のフォームを持つことの可能な「pro」はありません：それはあなたのユーザーを混乱させるでしょう。 （Lukasが示唆したように）単にログインと登録のための共有フォームを持つことさえ、混乱を招くに違いありません。人々はフォームを見て、それが何のためにあるかを知っていると想定し、ボタンのテキストを実際には読み取らず、サインインすると想定してボタンをクリックするだけです。
また、アクセシビリティと上級ユーザーのために、ボタンをクリックするのではなくEnterキーを押した場合、そのようなフォームはどのように機能しますか？確かに、デフォルトではログインを行うと言えますが、多くのユーザーはフォームに入力した後でEnterキーを押すだけで、ユーザーがそのように登録しようとすると、登録が難しくなります。つまり、その登録を完全に失う可能性があります。
また、アクセシビリティの面では、そのフォームにどのような名前を付けますか？スクリーンリーダーは上から下に移動するため、フォームの名前は、ユーザーがフォームの目的を理解するのに役立ちます。複数の目的を持つフォームがある場合、そのユーザーはどのようにそれを知っているはずですか？
私が思いつくことができる唯一のプロは：
- すべての機能が1か所にあります
- 同じデータを要求するページを繰り返していない
実際にはそれほどプロではありません。
私がすぐに考えることができる短所ははるかに強力です：
- 各ページは異なるアクティビティであり、それぞれにまったく同じ情報が必要なわけではありません。
- ユーザーを混乱させるリスクがあります。
どちらに行くかについて-毎回別々のページ。
いずれの場合も同じデータを求めているわけではなく、経験の浅いユーザーや不定期のユーザーにはとにかく詳しいガイダンスが必要になります。
まあ、実際にログインして間違ったパスワードを使用しようとすると、「パスワードをお忘れですか？」のようなリンクが表示される可能性があると思います。これにより、新しいものがメールで送信されます。メール/ログイン以外の情報は必要ないため、問題なく機能するはずです。
ただし、ログインフォームにボタンではなく、メール/ユーザー名の入力を求めるフォームへのリンクのみが表示されることは、他の投稿にも同意します。
Charles Boyungsのコメントにより、私は自分の発言を再考し、結論に至りました。しかし、私はまだログインフォームに登録する可能性を与えることは悪い考えではないと思います。これは、ユーザーが特定のページにアクセスしようとするとログインするように求められることが多いため、ユーザーがアカウントを持っていない場合は、ここにサインアップする場所です。
それはこのように機能する可能性があります。フォーム（スクリーンリーダーの場合は「ログインフォーム」）には、ログインする電子メールとパスワードのフィールドがあり、Enterキーを押したときのデフォルトのアクションはログインです。ただし、ボタンレジスタがあります。クリックすると、ユーザーはすべての必要な情報を含む別のフォームにリダイレクトされます（電子メールとパスワード以外に必要なものがある場合）。ユーザーが電子メールとパスワードを入力した場合、それは他のフォームに渡されます。
さらに情報が必要ない場合、登録をクリックすると、情報を既に入力した場合は成功ページが表示され、そうでない場合は情報を入力するフォームと「登録」ボタンが1つだけ表示されます。
このように3つのフォームがありますが、それらを組み合わせることができるので、私の意見ではユーザーにとって簡単で非常に便利です。
それらを分離する必要がある主な理由は、ユーザーが誤って新しいアカウントを作成しないようにするためです。過去にもこのようなフォームで同じようにクリエイティブにしようとすると、登録フォームを使用して「ログイン」しようとするユーザーが大量に発生し、なぜすべてのデータが削除されたのか疑問に思いました。
既存のユーザーの登録を許可していませんが、十分な数のユーザーがいると、ログイン時にメールアドレスを誤って入力し、登録ボタンをクリックすると、UXの失敗だけでなく、不要なカスタマーサポートやチャーンの問題も発生します。