In einigen Zielgruppen ändern sich die E-Mail-Adressen stark. Sie benötigen einen guten Mechanismus zur Wiederherstellung von Konten, vorzugsweise mit der Option, jedem Konto mehrere E-Mail-Adressen hinzuzufügen. Trotzdem sind E-Mail-Adressen als Benutzernamen selbst gewählten Benutzernamen überlegen, da sich die Benutzer daran erinnern können. Die Verwendung von nur E-Mail + Passwort vereinfacht den Anmeldevorgang.
OpenID, Facebook Connect usw. sind großartig. Die Indirektion "Ich bin auf Site B und kann mich nicht anmelden. Ich muss zu Site A gehen , um meine Anmeldeinformationen zu überprüfen" wird vom Massenmarkt noch nicht verstanden. OpenID funktioniert jedoch hervorragend mit sehr technisch versierten Zielgruppen, wie die Stack Exchange-Websites zeigen ...
Schlussfolgerung: Sie müssen Ihre Zielgruppe sorgfältig abwägen und wenn möglich einen Flur-Usability-Test für verschiedene Authentifizierungsmechanismen durchführen.
+1 Zielgruppe ist der Schlüssel, aber Facebook Connect scheint zweifelhaft für alles zu sein, was für die nächsten 5 Jahre am Leben bleiben soll (erinnern Sie sich an MySpace? Friendster?)
danlefree
@ Danlefree: Sehr gültiger Punkt, ich stimme zu. Persönlich wäre ich mit Facebook Connect nicht zufrieden, es sei denn, die Zielgruppe besteht zu ~ 100% aus Facebook-Nutzern (möglicherweise ein virales Spiel für soziale Netzwerke oder so etwas). Noch ist nicht jeder auf Facebook und das Verbund-Anmeldemodell ist noch nicht etwas, worauf der durchschnittliche Benutzer geschult ist, wie bereits erwähnt ...
Jesper M
1
Ältere Menschen (ich würde sagen, jeder ab 18 Jahren) ändern ihre E-Mail-Konten in der Regel nicht so oft. Wenn Sie sich also an Erwachsene wenden, ist die E-Mail-Adresse möglicherweise eine gute Adresse. Aufgrund meines persönlichen Hasses auf Benutzernamen haben wir unser Modell nur auf die E-Mail-Adresse umgestellt und es hat wirklich gut funktioniert. Wir richten uns jedoch an Fachleute, die dazu neigen, ihre geschäftlichen E-Mail-Adressen zur Registrierung zu verwenden. Ein durchdachtes Registrierungsformular ist jedoch genauso wichtig wie die Auswahl Ihres Anmeldemechanismus. Wir haben unsere Felder von über 20 auf nur 5 (einschließlich "Passwort wiederholen") gesenkt und unsere Registrierungen über Nacht verdreifacht.
Mark Henderson
2
Es gibt Probleme mit beiden, ob Sie es glauben oder nicht.
Die Leute ändern ihre E-Mails anscheinend fast ständig. Je jünger sie sind, desto schlimmer ist es. Aus diesem Grund ist es schwierig, Konten an E-Mails zu binden. E-Mails scheinen für die Benutzer jedoch viel einfacher zu merken zu sein als Benutzernamen.
Benutzernamen sind insofern großartig, als sie sich nicht oft ändern, aber die Leute vergessen sie oft. Dann müssen Sie sich sowohl mit einem Passwortabrufsystem als auch mit einem Benutzernamenabrufsystem befassen. Verdoppeln Sie die Arbeit, den halben Spaß.
Ich persönlich mache beides, wenn ich eine Site ohne ein offenes ID-System mache. Ich sammle beide, speichere beide in der Datenbank und suche dann anhand des eingegebenen Anmeldewerts, um festzustellen, welchen sie verwenden möchten. Dies bedeutet natürlich, dass die Benutzernamen keine @ -Symbole enthalten. Es macht es meinen Benutzern jedoch ziemlich einfach, sich an mindestens eine von zwei Optionen zu erinnern. Zum Abrufen verwende ich ein Herausforderungssystem, da ich E-Mails zu Validierungszwecken fürchte. Hacker können E-Mails erhalten ... sie wissen möglicherweise nicht, wie der erste Hund oder das Lieblingsauto einer Person heißt.
OpenId scheint viele dieser Argumente weniger wichtig zu machen. Es ist eine gute Sache, sich umzusehen.
Dies kann auch davon abhängen, wie Sie Ihre Benutzerinformationen speichern. Wenn Sie beispielsweise eine Datenbank verwenden, die den Primärschlüssel als Benutzernamen hat, möchten Sie wahrscheinlich nicht die E-Mail-Adresse als Benutzernamen verwenden, da dies den Primärschlüssel ändert, wenn der Benutzer seine E-Mail-Adresse ändert (und dies vermasselt) Fremdschlüsselreferenzen).
Vielen Dank für Ihren Beitrag. Respektvoll stimme ich nicht ganz zu. Erstens sollten Implementierungsdetails in der Benutzeroberfläche vorzugsweise nicht "durchscheinen". Zweitens sollte immer ein Ersatzschlüssel (fx Auto-Inkrementing INT) als Primärschlüssel verwendet werden, wenn es keinen natürlichen Schlüssel (FX-E-Mail) gibt, der perfekt geeignet und unveränderlich erscheint. Diese Software-Design-Regel ist wirklich wichtig und kann viele Probleme vermeiden. :-)
Jesper M
1
@ Jesper - da stimme ich voll und ganz zu. Aber manchmal haben Sie als Entwickler keine Kontrolle darüber, wie Daten gespeichert werden (möglicherweise arbeiten Sie mit einem externen Datenanbieter zusammen). Wenn Sie beispielsweise ASP.NET und den Standardmitgliedschaftsanbieter verwenden, sind Benutzernamen der Primärschlüssel, und Sie können dies nicht ändern. Nur etwas zu beachten ...
Dan Diplo
1
Möglicherweise möchten Sie ein Feld für den Benutzernamen haben, wenn Benutzer ihre E-Mail-Adresse oder ihren tatsächlichen Namen vor anderen Benutzern / Besuchern verbergen sollen.
In diesen Fällen wird es häufig als Spitzname bezeichnet und kann manchmal im laufenden Betrieb geändert werden, ohne dass sich dies auf die Anmeldung des Benutzers auswirkt.
Ich denke, die Antwort hängt davon ab, was Sie mit den gesammelten Informationen tun werden, z. B. keine Benutzer-E-Mails senden - fragen Sie nicht nach einer E-Mail-Adresse, zeigen Sie keine Benutzerinformationen an, sammeln Sie keinen Spitznamen usw.
Benutzername, E-Mail-Adresse und OpenId haben ihre Vor- und Nachteile.
Aber nennen Sie es niemals Benutzername und verlangen Sie, dass dies eine E-Mail-Adresse ist!
Bei der Registrierung gebe ich einen meiner bevorzugten Benutzernamen als Benutzernamen ein. Und es macht mich wütend, wenn ich nach dem Klicken auf OK eine Nachricht erhalte, dass der Benutzername keine gültige E-Mail-Adresse ist.
Es gibt Probleme mit beiden, ob Sie es glauben oder nicht.
Die Leute ändern ihre E-Mails anscheinend fast ständig. Je jünger sie sind, desto schlimmer ist es. Aus diesem Grund ist es schwierig, Konten an E-Mails zu binden. E-Mails scheinen für die Benutzer jedoch viel einfacher zu merken zu sein als Benutzernamen.
Benutzernamen sind insofern großartig, als sie sich nicht oft ändern, aber die Leute vergessen sie oft. Dann müssen Sie sich sowohl mit einem Passwortabrufsystem als auch mit einem Benutzernamenabrufsystem befassen. Verdoppeln Sie die Arbeit, den halben Spaß.
Ich persönlich mache beides, wenn ich eine Site ohne ein offenes ID-System mache. Ich sammle beide, speichere beide in der Datenbank und suche dann anhand des eingegebenen Anmeldewerts, um festzustellen, welchen sie verwenden möchten. Dies bedeutet natürlich, dass die Benutzernamen keine @ -Symbole enthalten. Es macht es meinen Benutzern jedoch ziemlich einfach, sich an mindestens eine von zwei Optionen zu erinnern. Zum Abrufen verwende ich ein Herausforderungssystem, da ich E-Mails zu Validierungszwecken fürchte. Hacker können E-Mails erhalten ... sie wissen möglicherweise nicht, wie der erste Hund oder das Lieblingsauto einer Person heißt.
OpenId scheint viele dieser Argumente weniger wichtig zu machen. Es ist eine gute Sache, sich umzusehen.
quelle
Dies kann auch davon abhängen, wie Sie Ihre Benutzerinformationen speichern. Wenn Sie beispielsweise eine Datenbank verwenden, die den Primärschlüssel als Benutzernamen hat, möchten Sie wahrscheinlich nicht die E-Mail-Adresse als Benutzernamen verwenden, da dies den Primärschlüssel ändert, wenn der Benutzer seine E-Mail-Adresse ändert (und dies vermasselt) Fremdschlüsselreferenzen).
quelle
Möglicherweise möchten Sie ein Feld für den Benutzernamen haben, wenn Benutzer ihre E-Mail-Adresse oder ihren tatsächlichen Namen vor anderen Benutzern / Besuchern verbergen sollen.
In diesen Fällen wird es häufig als Spitzname bezeichnet und kann manchmal im laufenden Betrieb geändert werden, ohne dass sich dies auf die Anmeldung des Benutzers auswirkt.
Ich denke, die Antwort hängt davon ab, was Sie mit den gesammelten Informationen tun werden, z. B. keine Benutzer-E-Mails senden - fragen Sie nicht nach einer E-Mail-Adresse, zeigen Sie keine Benutzerinformationen an, sammeln Sie keinen Spitznamen usw.
quelle
Benutzername, E-Mail-Adresse und OpenId haben ihre Vor- und Nachteile.
Aber nennen Sie es niemals Benutzername und verlangen Sie, dass dies eine E-Mail-Adresse ist!
Bei der Registrierung gebe ich einen meiner bevorzugten Benutzernamen als Benutzernamen ein. Und es macht mich wütend, wenn ich nach dem Klicken auf OK eine Nachricht erhalte, dass der Benutzername keine gültige E-Mail-Adresse ist.
quelle