ユーザーがアカウントを作成するために電子メールとパスワードの入力を要求するWebサイトがあります。私のウェブサイトにはユーザーに関する機密情報が保存されているため、登録時にメールアドレスを提供したくない人がたくさんいることに気づきました。ほとんどの人は、このWebサイトを使用する場合、できるだけ匿名にすることを望んでいます。私は2つの異なる解決策について考えました:
ユーザーが一時的なアカウントを作成できるようにして、ユーザーはユーザー名を指定するだけでWebサイトへのフルアクセスを取得できるようにします。しばらくすると、ユーザーは電子メールとパスワードで登録を完了するように求められます。欠点は、ユーザーがブラウザのプライベートモードを使用している場合、ユーザーがCookieを削除すると、この一時アカウントへのアクセスが失われることです。多くのユーザーが私のウェブサイトでプライベートブラウジングを使用することを期待しています。
ユーザーはサインアップし、ユーザー名とパスワードを使用してサインインする必要があります。これにより、私のWebサイトにメールアドレスを入力する必要がなくなります。ここで問題は、ユーザー名またはパスワードを忘れた場合、ユーザーが自分のアカウントにアクセスできなくなる可能性があることです。メールアドレスがわかっていれば、アカウントへのアクセスを簡単に復元できます。別の問題は、ユーザーがこのソリューションで2つのことを覚えておく必要があることです:ユーザー名とパスワード。
より高いプライバシーはまだメールアドレスなしで登録の欠点の価値がありますか?これらの2つの解決策のどちらが望ましいでしょうか? Webサイトの匿名登録プロセスを構築するための他の可能な解決策はありますか?
また、多くのユーザーが私のWebサイトにサインアップするために偽のメールアドレスや一時的なメールアドレスを使用していることにも気づきました。
まず、登録する必要があるかどうかを検討する必要があります。例えば。多くのWebショップでは、登録なしで注文できます(デジタルコンテンツの場合、ユーザーは住所を入力する必要すらなく、支払いを行うだけです)。
アクセスの喪失は正当な懸念事項ですが、登録時にいつでもメールアドレスをオプションのフィールドにすることができます。 ユーザー名とパスワードを覚えておくのは自分の責任であり、(有効な)メールアドレスを指定した場合にのみ取得できることをユーザーに伝えます。そして、今日のほとんどのブラウザーやパスワードマネージャーはとにかく資格情報を記憶しています。私は何百もの異なるパスワードを持っていますが、それらはすべてSafariによって自動入力されます(Gmail、Apple ID、および私のラップトップのパスワードなどのいくつかの重要なサービスを除く)。
考慮すべきもう1つのオプションは、ユーザーがFacebook、Twitter、Google +、Stack Exchangeなどのサードパーティのサービス-- OpenID を介して登録およびサインインできるようにすることです。 OpenIDとの統合に利用できる多くのライブラリがあります。