web-dev-qa-db-ja.com

1つのフォームでログインおよび登録

このUXの強化に続いて、より多くのサイトが表示されています。ログインフォームが登録済みのユーザー名/メールをアクティブにチェックし、ユーザーが不明なメール/名前を入力した場合、フォーム入力が更新されて、新しいユーザーの登録がシームレスに行われます。

JavaScriptが失敗したときに適切なフォールバックでそのような設計を実装できると仮定すると、そのようなパターンに対する賛成または反対の引数はありますか?また、そのようなパターンの名前はありますか?

by default show login

change to signup form if user not found

26
bitinn

この種のパターンに対する最も強力な議論は、単に「ユーザーはどのように知るのですか?」

ユーザーは、ログインしようとするだけで登録できることをどのようにして知るのでしょうか。このサイトにサインアップしたことがないのであれば、ログイン資格情報がないことを知っています。したがって、彼らはsign upオプションを積極的に探します。

サインアップオプションは、長い間確立されているWebトレンドです。ユーザーが慣れているもの。

新しいトレンドを再設計して実装しようとすると、ユーザーはすぐに混乱します。そのスイッチを一晩だけフリックすることはできません。

誤字

...そして、ユーザーがサインアップ時にタイプミスをした場合?彼らはちょうど彼ら自身のために新しいアカウントを作成しました。すごい!戻るボタンを押してもう一度始めたくなければ、二度とチャンスはありません。

TL; DR

壊れていない場合は修正しないでください。明白なCTAでサインアップする通常のログインは正常に機能します。すでに効​​率的なプロセスを合理化しようとすることで、ユーザーを混乱させるリスクを負います。これは、私たちがしたくないことの1つです。

31
omcgo

これはいいUXだと思いますが、セキュリティとプライバシーの懸念があるかもしれません。誰かのユーザー名/メールアドレスを入力して、アカウントを持っているかどうかを知ることができると、プライバシーが侵害され、セキュリティの脆弱性につながる可能性があります。

7
Luke

私は同様のものを実装しています。これは私のアプローチであり、元の質問に対するよりも@omcgo( https://ux.stackexchange.com/a/64134/39632 )への返信です。

mockup

download bmml sourceBalsamiq Mockups で作成されたワイヤーフレーム

この場合、ユーザーが最初にログインを開始すると、登録セクションは非表示になります。ユーザーがログインを試みてもメールが見つからない場合、フォームは[ログイン]ボタンを[登録]に変更し、[登録]リンクを[ログイン]に変更し、[登録]セクションを表示しながら[ソーシャルログイン]セクションを非表示にします。ユーザーが「登録」をクリックすると、同じフローが発生します。

アカウントがあり、パスワードが間違っている場合は、標準の「無効なパスワード」プロンプトが表示されます。バックエンドサービスは、1秒間に1メールあたり1リクエストでレート制限され、3回の誤った試行の後にrecaptchaが表示されます。 (これは銀行ではありません。)ここに[パスワードのリセット]リンクが表示されます。

最後に、パワーユーザーの場合、登録セクションで電子メールを変更するだけで、再度ログインが試行されます。

これは、「古い」ログインページ、登録ページフローの基本をカバーしながら、「新しい」ログイン/登録フローの本来の目的で機能すると思います。

1
David Souther