web-dev-qa-db-ja.com

サインアップ/ログイン時にユーザー名としてメールを送信しますか？あなたの経験？

私は現在、ユーザー名とオプションの電子メールフィールドがある登録フォームを持っています。

フィールドを取り除くことで、このフォームをシンプルに見せたいと思います。ユーザー名にメールのみを使用した場合のユーザーの経験はどうですか？ （メールはオプションではなくなります）。個人的には、私のユーザー名よりもメールの入力が長いので、私はこれが好きではありません。しかし、私はこれをますます見ています。それは未来ですか？

formssignup-signon
9
user295469

メールの入力には時間がかかる場合がありますが、他の利点もあります。

  • サイトに再度ログインすると、覚えやすくなります
  • 必要なユーザー名が既に使用されているという問題に遭遇することはほとんどありません（このため、サービスへのサインアップで何度か試行しなければならないのはイライラします）。
23
Franchesca

この場合、入力する文字数はささいな問題だと思います。特に、ユーザーがメールアドレスを何度も入力したことがあるので、input要素、ブラウザはautofillを支援できます。

これには利点があります：

  1. 一意性の保証（ユーザーが嘘をついていないという前提で）
  2. 覚えやすい（使い捨てアカウントが使用されていないという前提で）

アカウントの確認やその後の郵送の目的でユーザーのメールをキャプチャする場合は、1と2の両方が無効になります。これは、個別の入力でも問題になるためです。

この方法に興味がある場合は、実装 OpenId を見てください。これは、面倒な作業の多くを処理します。これは、ユーザーがすでによく知っているテクノロジーです。

その後の検討事項は、ユーザー名を持つユーザーの目的は何ですか？メンバーがユーザー名で識別されるコミュニティを構築している場合、パブリックページにメールアドレスを投稿することに頼ることは信じられないほど好都合です。

6
SW4

このemail-as-usernameアプローチのいくつかの欠点：

1）ユーザーの90％が実際の電子メールパスワードをログイン用のパスワードとして使用することを保証します。すべてのセキュリティがあります。

2）電子メールはいつまでも続くとは限りません。ログインするたびに存在しない10年前の電子メールアドレスを入力しなければならないようなものは何もありません。多くのWebサイトが切り替えをサポートしていないため、以前のISP提供の電子メールアドレスの1つを覚えておく必要があります。ユーザー名。また、私のspam-absorber hotmailアカウントが中国のハッカーによって侵害されると、永久にロックされ、多くのログインがそれに伴いました。

3）メールの入力に時間がかかる

4）スマートインターネットユーザーはおそらく複数の電子メールを持っているため、どちらがどこに送信されたかを思い出すことが難しくなります。

最後の質問に答えるには：

Is it the future?

残念ながらそうです。 Youtubeに切り替えたとき、私は内部で少し死にました。

3
Aheuaheuaeua

ユーザーの電子メールアドレスをアカウント識別子として使用すると、いくつかの利点があります。

  • ほとんどのユーザーが覚えやすい
  • サイト上で一意であることが合理的（ただし完全ではない）に保証されている
  • 複数のサイトがこのスキームを採用している場合、ユーザーは覚えるユーザー名が少し少なくなります

また、いくつかの欠点もあります。

  • 特定の人がサイトにアカウントを持っているかどうかを簡単に見つけることができます（インターネットを検討してください RFC 7258/BCP 188 ）
  • ユーザーが自分のメールアカウントのパスワードを再利用する可能性が高くなります
  • this tale は（完全に架空の可能性が高いとはいえ）良い例です。現実の世界では、他の回答へのコメントで何度か指摘されているように、かなりの数の人が共有メールアドレスを使用しています
  • メールアドレスは一定ではありません。テクノロジーに精通している人がメールアドレスを変更することはあまりありません。ドメイン名が期限切れになり、他者に乗っ取られたり、個人や企業間で販売されたりする;サービスが行き来する。つまり、最低でもmust使用される電子メールアドレスを変更するために認証されたフローを許可する必要があります。

それを両方の方法で行うことを検討してください。適切なメールアドレスであるユーザー名を許可し、有効なメールアドレスであるユーザー名を検出した場合は、メールに事前入力してくださいアドレスフィールドを入力するか、その入力フィールドを表示しません。ユーザーが他の形式のユーザー名を提供する場合は、オプションのメールアドレスも尋ねます。この検証は、基本ケースのみをカバーするナイーブな正規表現から、AJAXリクエストによってトリガーされる完全なSMTP VRFYまでです（SMTPサーバーの中断を引き起こすリスクがないように注意してください）。

1
a CVn

メールアドレスにユーザー名を使用しないことの主な理由は、メールがユーザー名ではなく、メールアドレスであるためです。ユーザーを混乱させないでください。

0
Stefan

ほとんどの場合、退屈な仕事になると思いますが、

ユーザー名は、後で思い出せるようにメールで期待する必要があります。そうでない場合、ユーザーが特定のWebアプリケーションなどに複数のユーザー名を使用することはめったにありません。また、ユーザーのメールに詳細を送信することで、ある程度のセキュリティが得られ、双方にとって非常に重要なポイントになります。

webサイトまたはアプリケーションのユーザー名パスワードを登録して作成した場合、クリックやファイリングが多すぎて、ユーザーはそれを好まないので、簡単な方法を使用して、Webサイトやアプリケーションで優れたユーザーエクスペリエンスを提供できます。 、

google/FB/LinkedInアカウントなどを使用したサインアップまたはログインに使用すると、ユーザー側にとって本当に簡単でユーザーフレンドリーであり、効果的だと思います

メールアドレスは覚えやすいです。それは常にユーザーごとに一意である必要があります。

その他のソリューションはOpen-IDを使用しています。「Open-IDは、Webサイトにログインするための安全で迅速かつ簡単な方法です。これは、サードパーティのサービスを使用して特定の協力サイトでユーザーを認証できるオープンスタンダードです。 、ユーザーがデジタルIDを統合できるようにします。」（Wikipedia）

0
Lasantha

最後に、メールとユーザー名を許可するのは良いことのように思えます。 UIの複雑さは増しません。

たとえば：Twitterはそれを行います。

ほとんどのユーザーは、必要なログイン方法を見つける必要があります。
-ユーザー名
- メールで
-クリックするだけ

0
jeremieca