Du befindest dich auf /login und gibst deinen Benutzernamen in das Feld „E-Mail/Benutzername“ ein. Nach der oben erwähnten anfänglichen Verwirrung klickst du auf „E-Mail mit einem einmaligen Anmeldecode senden“. Damit gelangst du zur Seite „Willkommen zurück“, in der das Feld „E-Mail“ mit deinem Benutzernamen vorbefüllt ist (Problem Nr. 1). Wenn du abgelenkt auf „Fortfahren“ klickst, erscheinen drei rote Fehlermeldungen auf einmal (Problem Nr. 2):
Benutzername, E-Mail oder Passwort ist falsch
Korrigiere diesen Fehler, um fortzufahren – E-Mail – Bitte gib eine gültige E-Mail-Adresse ein
Bitte gib eine gültige E-Mail-Adresse ein
Der Text „Statt mit deinem Passwort anmelden“ neben dem nächsten „Fortfahren“-Button sieht etwas wie eine Beschreibung des Fortfahren-Buttons aus, aber das ist kein großes Problem.
Dann klickst du auf „Fortfahren“. Es geht zur Seite „Willkommen zurück – E-Mail prüfen“, aber die Fehlermeldung „Benutzername, E-Mail oder Passwort ist falsch“ ist immer noch da (Problem Nr. 3).
Hier befinden sich die zusätzlichen Links („Code erneut senden“, „Andere E-Mail-Adresse verwenden“) unter „Fortfahren“ und es ist klarer, dass es sich dabei um etwas anderes handelt.
Hier noch ein Hinweis zur Bestätigung: Mit dieser bevorstehenden Änderung wird die zufällige Benutzernamensgenerierung künftig nicht mehr standardmäßig aktiviert und ist vollständig optional. Der erste Beitrag dieses Themas wurde entsprechend aktualisiert.
Persönlich hasse ich es, wenn Bestätigungs- oder Login-E-Mails keine anklickbaren Links enthalten. Es wäre also toll, wenn ihr eine Option einbauen könntet, dies als Website-Einstellung zu konfigurieren.
E-Mail und Code als ersten Schritt bei der Registrierung sind in Ordnung, aber ich frage mich, ob es akzeptabel ist, eine E-Mail einzugeben (und eine Mail zu senden), ohne die Datenschutzbestimmungen akzeptiert zu haben. Wie bereits erwähnt, muss das Ganze in die Moderationsfreigabe passen (d. h., keine „Aktiviere dein Konto“-Mails senden, wenn das nicht der Fall ist).
Das ist aus zwei Gründen nicht leicht umzusetzen. Erstens ist es für das Produkt am besten, nur einen Mechanismus zur Bestätigung der Eigentümerschaft einer E-Mail-Adresse zu haben. Zwei Mechanismen nebeneinander zu betreiben, verwirrt Endnutzer, Administratoren und unser eigenes Support-Team.
Der zweite Grund hat mit der Sicherheit zu tun. Ein Link kann von einem potenziellen Angreifer leichter übernommen oder manipuliert werden. Zum Beispiel ist es für jemanden leicht, eine E-Mail zu senden, die so aussieht, als käme sie von einer legitimen Seite, mit einem Link, der ebenfalls so aussieht, der den Benutzer aber stattdessen auf eine andere Seite oder ein anderes Konto weiterleitet. Links machen Social-Engineering-Angriffe leichter umzusetzen. E-Mail-Codes machen das weniger leicht.
Sollte für eine einmalige E-Mail in Ordnung sein, oder? Mir ist nicht klar, worin sich das unterscheidet, ob man einen Link oder einen Code sendet, in jedem Fall.
Gibt es eine Möglichkeit, die benutzerdefinierten Felder, die „bei der Registrierung anzeigen“ oder bei der Registrierung erforderlich sind, auf dieser neuen Registrierungsseite anzuzeigen? Auf unserem Forum gibt es Optionen wie „Für das Kunstwerk des Monats anmelden“, die den Benutzern zuvor bei der Registrierung angezeigt wurden. Obwohl das eine nette Sache ist, umgeht es leider das Erfassen und Anzeigen wichtiger Anmeldefelder.
Tatsächlich funktioniert es bei mir auch nicht, wenn ich einen Einladungscode festlege.
Es wird einfach kein E-Mail-Code versendet, ohne dass eine Warnung oder Fehlermeldung angezeigt wird.
Infolgedessen musste ich es nur per Einladung zugänglich machen. Aber es ist großartig, diese Registrierungsmethode zu haben, wenn das Erzwingen von 2FA keine Option ist. Es ist auf jeden Fall sicherer, als Benutzern zu erlauben, ein generisches Passwort zu verwenden, das sie wahrscheinlich schon viele Male zuvor genutzt haben.
Ja, dieses System zeigt die Benutzerfelder im Anmeldeformular nicht an, aber sie werden im nächsten Schritt angezeigt, nachdem der Code bestätigt wurde.
Die Registrierung war für Benutzer, die sich nicht allzu technisch auskennen, großartig. Einfach die E-Mail-Adresse in das Feld eingeben, auf den Code warten – und schon ist man dabei. Und es ist relativ sicher.
Einige Dinge, die mir bisher aufgefallen sind:
Die Tatsache, dass die Verwendung von Einladungs-codes wie bereits erwähnt nicht funktioniert.
Die Zeit, die man hat, um die Zahlen einzugeben, ist für die Personen, mit denen ich zusammenarbeite, sehr, sehr kurz, und der Code ist wahrscheinlich länger als nötig. Beides lässt sich meines Wissens nicht anpassen, und beides scheint es auch nicht sicherer zu machen – nur schwieriger.
Während die Registrierung über ein einfaches E-Mail-Feld toll ist, ergibt es wenig Sinn, dass beim nächsten Anmelden plötzlich ein Passwort eingegeben werden muss, das man „braucht“. Wie erwähnt, sind die Benutzer, mit denen ich arbeite, nicht besonders technisch versiert. Wenn also die Registrierung per E-Mail-Code der Standard ist, verwirrt es, wenn (möglicherweise Wochen später) ein Passwortfeld erscheint. Der heute übliche Standard ist, nur ein E-Mail-Feld bereitzustellen und das System erst danach entscheiden zu lassen, ob es nach einem Passwort, einem E-Mail-Code oder einer anderen Methode fragt.
Ja, ich habe es getestet, aber nach der Eingabe des Codes wird der Benutzer zum Forum weitergeleitet, anstatt zu den benutzerdefinierten Formularfeldern.
Korrigiere diesen Fehler, um fortzufahren – E-Mail – Bitte gib eine gültige E-Mail-Adresse ein
Hier noch ein Hinweis zur Bestätigung: Mit dieser bevorstehenden Änderung wird die zufällige Benutzernamensgenerierung künftig nicht mehr standardmäßig aktiviert und ist vollständig optional. Der erste Beitrag dieses Themas wurde entsprechend aktualisiert.
