2009-09-27 6 views
1

J'aime vraiment l'idée d'OpenID. Mais peu de mes utilisateurs cibles en ont même entendu parler. Si je veux offrir OpenID en tant qu'option, mon seul choix semble être d'offrir à la fois l'authentification par email/mot de passe et OpenID.OpenID: interface utilisateur unique prenant en charge à la fois Email/Mot de passe et OpenID

J'ai vu plusieurs sites qui utilisent cette combinaison et l'idée semble peu attrayante pour le dire légèrement. Placer les deux options sur le même écran est distrayant et inutile si seulement 10% des utilisateurs se soucient d'OpenID. Alors je me demande comment je pourrais offrir une interface utilisateur unique qui supporte à la fois OpenID et email/mot de passe pour l'authentification et la création de compte?

Une possibilité que j'ai envisagée est d'utiliser un seul champ OpenID/email qui peut détecter si un email ou un OpenID a été utilisé et ensuite ajuster dynamiquement l'interface en conséquence. Par exemple, une page de création de compte peut commencer par un seul champ intitulé "email" avec un texte discret du type "nous supportons OpenID". Si un utilisateur entre une URL, l'interface bascule vers une page de création de compte OpenID (via JavaScript). Si une adresse e-mail est entrée, rien ne se passe.

Quelle est la meilleure méthode que vous ayez trouvée pour cacher OpenID à un utilisateur moyen, tout en laissant savoir aux utilisateurs avertis que votre site le supporte?

Répondre

4

Je pense que la façon dont Uservoice combine nom d'utilisateur + mot de passe avec OpenID est élégant. Cela dit, je ne suis pas d'accord avec l'argument de ne pas utiliser OpenID simplement parce que peu de gens en ont entendu parler. Si vous proposez quelques boutons de connexion comme "Connexion avec Google" et "Connexion avec Yahoo" à côté de votre "ou, créez un nouveau nom d'utilisateur et mot de passe", vous n'avez même pas besoin de mentionner OpenID, et pourtant la plupart des utilisateurs probablement choisir l'option la plus pratique (OpenID) sans même se rendre compte de ce qu'ils utilisent (et c'est bien!)

+0

Nice ... on dirait qu'ils utilisent RPX: https://rpxnow.com/. –

+0

Oui, je le pense. Mais RPX ne gère que le côté OpenID. Le nom d'utilisateur/mot de passe est toujours à la hauteur du site Web d'hébergement, je pense. –

+0

Il ya un Ruby Gem ici: http://github.com/grosser/rpx_now –

1

Voyez comment SO ici le fait. C'est un bon exemple, j'aime votre idée d'adapter le système par e-mail entré, c'est un truc que facebook utilise pour envoyer des invitations facebook à d'autres personnes dans votre carnet d'adresses.

+0

Merci, mais en fait l'approche SO est celle que j'essaie d'éviter. Je ne veux pas que mes utilisateurs s'arrêtent pour penser "A quoi sert ce champ OpenID?" Je veux que OpenID sorte de leur gueule. –

+0

Ensuite, faites le facebook sournois - je suis dans votre approche emailz. – whatnick

+0

A eu un autre regard sur comment SO le fait. Il s'avère qu'ils le font de deux façons. Un moyen avec email/mot de passe OU openid (pas si bon). Et une autre avec le sélecteur OpenID (ressemble beaucoup au RPX, beaucoup mieux). –

1

Est-ce que quelque chose comme ce qui suit pourrait fonctionner?

Link to Login Page.

Maintenant ce site est en cours d'exécution DNN et, évidemment, il pourrait être repensée pour être plus convivial pour les utilisateurs. Mais la clé ici est que la manière standard de se connecter est présentée comme la connexion par défaut. Je voudrais probablement refaire l'interface de ce site pour mettre LiveID et OpenID dans une bordure étiquetée avec Alternative Login Methods (avec un bouton pour plus d'aide sur la façon de les utiliser) ainsi que de changer les boutons pour lire Se connecter avec LiveID et Connectez-vous en utilisant OpenID.

+0

C'est plus dans le sens de ce que je cherche. La méthode n'a pas nécessairement besoin d'utiliser JavaScript pour reconstruire dynamiquement l'interface - elle peut simplement offrir des écrans dédiés pour chaque méthode. –

4

J'ai décidé de faire des vérifications par moi-même. Il s'avère qu'il y a une bien meilleure idée là-bas. Le terme semble être 'OpenID selector'.

Il y a une bibliothèque JavaScript libre appelé JavaScript OpenID selector qui le rend facile de créer ce genre de chose:

alt text http://img9.imageshack.us/img9/1940/step1c.png

This article explique le principal problème et la solution:

L'un des principaux Les résultats de l'étude OpenID sur l'utilisabilité de Yahoo étaient que les utilisateurs ne comprenaient pas OpenID et ce que son logo représente. Au lieu de cela, Yahoo a promu l'idée de donner aux utilisateurs un bouton de connexion qui disait simplement "Se connecter avec un identifiant Yahoo!" (bien que Chris Messina affirme que cela pourrait être préjudiciable à OpenID à long terme) .Google et ses partenaires prennent un itinéraire similaire et évitent fondamentalement toute mention de OpenID lui-même en faveur d'un simple message disant "Connectez-vous avec un compte Google".

Il y a même un sample Rails application qui roule authlogic, Openid, et le sélecteur en un seul paquet afin que vous puissiez voir comment tout va ensemble.

+0

Soo .... Je pensais que votre question était de savoir comment intégrer OpenID et l'authentification par nom d'utilisateur/mot de passe. Je connaissais OpenID Selector, mais ce n'était pas votre question (comme je l'ai lu). –

+0

@Andrew, vous avez raison. OTOH, le problème sous-jacent que j'ai est de trouver un bon moyen d'utiliser OpenID sans que les utilisateurs aient besoin de savoir que je l'utilise. Les sélecteurs OpenID sont une approche que je ne connaissais pas auparavant, mais maintenant merci en partie à votre réponse originale. Je suis toujours curieux de savoir quelles autres options il pourrait y avoir. –

+0

Le sélecteur OpenID est génial. Je l'utilise sur mon site. Cela rend les choses tellement plus faciles pour l'utilisateur. Deux pouces en l'air. –