新しいウェブサイトの登録フォームを設計しているとしましょう。
ユーザー名用のスペースを提供する必要がありますか、それとも単にメールアドレスが必要ですか?
これらの方法のいずれかに重大な問題はありますか?
ターゲットオーディエンス(「通常」、非常に技術に詳しい、またはソーシャルネットワークから発信)に応じてeither:
または
両方に問題があります。
一部のユーザーでは、電子メールアドレスが大きく変わります。できれば各アカウントに複数のメールアドレスを追加するオプションを備えた、適切なアカウント復旧メカニズムが必要です。それでも、ユーザー名としての電子メールアドレスは、ユーザーが記憶できるため、ユーザーが選択したユーザー名よりも優れており、電子メールとパスワードだけを使用すると、登録プロセスが簡単になります。
OpenID、Facebook Connectなどは素晴らしいです。しかし、「私はサイトにいますBで、ログインできません。サイト_ a _に行く必要があります。 資格情報を確認すること」は、大衆市場ではまだ理解されていません。ただし、Stack Exchangeのサイトに示されているように、OpenIDは技術に精通したオーディエンスでうまく機能します...
結論:ターゲットオーディエンスを慎重に検討する必要があり、可能であれば、さまざまな認証メカニズムの 廊下ユーザビリティテスト を実行します。
信じられないかもしれませんが、両方に問題があります。
人々はほとんど常にメールを変更しているようです。若ければ若いほど悪いことです。このため、アカウントをメールに結び付けるのは困難です。ただし、メールはユーザー名よりも覚えやすいと思われます。
ユーザー名は頻繁に変更されないという点で優れていますが、人々はしばしばそれらを忘れます。次に、パスワード取得システムとユーザー名取得システムの両方に対処する必要があります。仕事を2倍、楽しみを半分に。
ある種のオープンIDシステムなしでサイトを運営しているとき、私は個人的に両方を行います。両方を収集し、両方をDBに保存し、入力したログイン値に基づいて検索して、どちらを使用するかを確認します。明らかに、これはユーザー名に@記号がないことを意味します。ただし、ユーザーが2つのオプションのうち少なくとも1つを覚えるのは非常に簡単です。取得のために、私はチャレンジシステムを使用します。これは、検証のための電子メールには警戒しているためです。ハッカーはメールを受け取ることができます...彼らは人の最初の犬の名前や好きな車が何であるかを知らないかもしれません。
OpenIdにより、この議論の多くはそれほど重要ではなくなるようです。チェックアウトするのは良いことです。
ユーザー情報の保存方法にも依存します。たとえば、ユーザー名としてプライマリキーを持つデータベースを使用する場合、ユーザーがメールアドレスを変更するとプライマリキーが変更されるため、ユーザー名としてメールアドレスを使用することはおそらくないでしょう。外部キー参照)。
ユーザーが他のユーザー/訪問者から自分の電子メールアドレスまたは本名を非表示にするようにしたい場合は、ユーザー名フィールドを使用できます。
これらの場合、代わりにニックネームと呼ばれることが多く、ユーザーのログインに影響を与えることなく、オンザフライで変更することができます。
答えは、あなたが収集する情報をどうするかによって決まると思います。ユーザーのメールを送信しない-メールアドレスを要求したり、ユーザー情報を表示したり、ニックネームを収集したりしないでください。
ユーザー名、メールアドレス、OpenIdには長所と短所があります。
ただし、ユーザー名と呼ばないで、メールアドレスにする必要があります!
登録するとき、ユーザー名として好みのユーザー名の1つを入力します。そして、[OK]をクリックした後、ユーザー名が有効な電子メールアドレスではないというメッセージが表示されたときに、腹を立てます。