Katakanlah kita sedang merancang formulir pendaftaran situs web baru.
Apakah saya perlu menyediakan ruang untuk nama pengguna, atau haruskah saya hanya memerlukan alamat email?
Apakah ada masalah serius dengan salah satu dari metode ini?
Katakanlah kita sedang merancang formulir pendaftaran situs web baru.
Apakah saya perlu menyediakan ruang untuk nama pengguna, atau haruskah saya hanya memerlukan alamat email?
Apakah ada masalah serius dengan salah satu dari metode ini?
Jawaban:
Tergantung pada audiens target Anda ( 'normal', cerdas sangat tech, atau berasal dari jaringan sosial) baik :
atau
Keduanya memiliki masalah.
Dalam beberapa audiens, alamat email banyak berubah. Anda memerlukan mekanisme pemulihan akun yang baik, lebih disukai dengan opsi untuk menambahkan beberapa alamat email ke setiap akun. Namun demikian, alamat email sebagai nama pengguna lebih unggul daripada nama pengguna yang dipilih sendiri karena orang dapat mengingatnya, dan hanya menggunakan email + kata sandi menyederhanakan proses pendaftaran.
OpenID, Facebook Connect dll sangat bagus. Tetapi tipuan "Saya di Situs B , dan saya tidak bisa login. Saya harus pergi ke Situs A untuk memeriksa kredensial saya" belum dipahami oleh pasar massal. OpenID bekerja sangat baik dengan pemirsa yang sangat paham teknologi, seperti yang diilustrasikan oleh situs Stack Exchange ...
Kesimpulan: Anda perlu mempertimbangkan dengan cermat audiens target Anda, dan jika mungkin, jalankan uji kegunaan lorong dari berbagai mekanisme otentikasi.
Ada masalah dengan keduanya, percaya atau tidak.
Orang-orang mengubah email mereka hampir secara konstan, tampaknya. Semakin muda mereka, semakin buruk itu. Karena alasan ini, sulit untuk mengikat akun ke email. Namun, email tampaknya jauh lebih mudah diingat orang daripada nama pengguna.
Nama pengguna bagus karena tidak sering berubah, tetapi orang sering melupakannya. Maka Anda harus berurusan dengan sistem pencarian kata sandi DAN sistem pencarian nama pengguna. Gandakan pekerjaan, setengah kesenangan.
Saya pribadi melakukan keduanya ketika saya melakukan situs tanpa semacam sistem id terbuka. Saya mengumpulkan keduanya, menyimpan keduanya di DB, lalu mencari berdasarkan nilai login yang dimasukkan untuk melihat mana yang ingin mereka gunakan. Jelas, ini berarti tidak ada simbol @ di nama pengguna. Namun, itu membuatnya sangat mudah bagi pengguna saya untuk mengingat setidaknya satu dari dua opsi. Untuk pengambilan saya menggunakan sistem tantangan, karena saya waspada dengan email untuk keperluan validasi. Peretas dapat menerima email ... mereka mungkin tidak tahu apa nama anjing pertama seseorang atau mobil favorit.
OpenID sepertinya membuat banyak argumen ini kurang penting. Itu hal yang baik untuk dilihat.
Itu juga dapat bergantung pada bagaimana Anda menyimpan informasi pengguna Anda. Misalnya, jika Anda menggunakan database yang memiliki kunci utama sebagai nama pengguna maka Anda mungkin tidak ingin menggunakan alamat email sebagai nama pengguna, karena jika pengguna mengubah alamat email mereka maka ini akan mengubah kunci utama (dan mengacaukan referensi kunci asing).
Anda mungkin ingin memiliki bidang nama pengguna jika Anda ingin pengguna menyembunyikan alamat email atau nama asli mereka dari pengguna / pengunjung lain.
Sebagai gantinya, ini sering disebut julukan, dan kadang-kadang dapat diubah dengan cepat tanpa memengaruhi login pengguna.
Saya pikir jawabannya tergantung pada apa yang akan Anda lakukan dengan informasi yang Anda kumpulkan misalnya tidak mengirim email pengguna - jangan minta alamat email, tidak menampilkan informasi pengguna, jangan kumpulkan nama panggilan, dll.
Nama pengguna, alamat email dan OpenID memiliki pro dan kontra mereka.
Tapi jangan pernah menyebutnya nama pengguna dan mengharuskan itu menjadi alamat email!
Saat mendaftar saya memasukkan salah satu nama pengguna pilihan saya sebagai nama pengguna. Dan itu membuat saya marah ketika - setelah mengklik OK - saya mendapat pesan bahwa nama pengguna bukan alamat email yang valid.