OpenID : 이메일/비밀번호와 OpenID를 모두 지원하는 단일 사용자 인터페이스

저는 OpenID에 대한 아이디어를 좋아합니다. 그러나 타겟 사용자 중 일부는 아직 들어 본 적이 없습니다. OpenID를 옵션으로 제공하고 싶다면 내 유일한 선택은 이메일/비밀번호 인증과 OpenID를 모두 제공하는 것입니다.OpenID : 이메일/비밀번호와 OpenID를 모두 지원하는 단일 사용자 인터페이스

나는이 조합을 사용하는 몇 개의 사이트를 보았으며 그 아이디어는 온화하게두기에는 매력적이지 않습니다. 동일한 화면에 두 옵션을 배치하는 것은 사용자 중 단 10 %만이 OpenID에 관심을 갖는다면 산만하고 무의미합니다.

궁금한데 어떻게 인증 및 계정 생성을 위해 OpenID와 이메일/비밀번호를 모두 지원하는 단일 사용자 인터페이스를 제공 할 수 있습니까?

내가 고려해 본 한 가지 가능성은 이메일 또는 OpenID가 사용되었는지 여부를 감지하고 그에 따라 동적으로 인터페이스를 조정할 수있는 단일 OpenID/이메일 필드를 사용하는 것입니다.

예를 들어 계정 생성 페이지는 "전자 메일"이라는 레이블이 붙은 하나의 필드에서 "우리는 OpenID를 지원합니다"행에 약간의 눈에 띄지 않는 텍스트가 표시 될 수 있습니다. 사용자가 url을 입력하면 인터페이스는 JavaScript를 통해 OpenID 계정 생성 페이지로 전환됩니다. 전자 메일 주소를 입력하면 아무 반응이 없습니다.

일반 사용자가 OpenID를 숨겨 놓은 가장 좋은 방법은 무엇입니까? 그렇지만 기술에 능통 한 사용자가 사이트에서 지원하는 것을 알게하는 가장 좋은 방법은 무엇입니까?

출처

2009-09-27 Rich Apodaca

나는 Uservoice이 사용자 이름 + 암호와 OpenID를 결합한다고 생각합니다.

그렇다면 OpenID를 사용하지 않는다는 주장에 동의하는 사람이 거의 없습니다. "Google과 함께 로그인"과 "Yahoo와 함께 로그인"과 같은 몇 가지 로그인 버튼을 제공하거나 "자신의 새로운 사용자 이름과 비밀번호를 만들면"OpenID를 언급하지 않아도 대부분의 사용자는 (사용하고있는 것을 실현하지 않고도 더 편리한 (OpenID) 옵션을 선택할 가능성이 높습니다.

출처

2009-09-27 20:15:31

니스 ... RPX를 사용하고있는 것처럼 보입니다. https://rpxnow.com/. –

예, 그렇게 생각합니다. 그러나 RPX는 OpenID 측만 처리합니다. 사용자 이름/비밀번호 부분은 여전히 호스팅 웹 사이트에 달려 있다고 생각합니다. –

Ruby Gem이 있습니다. http://github.com/grosser/rpx_now –

여기에서 어떻게 동작하는지보십시오. 그것은 좋은 예입니다, 나는 입력 된 이메일로 시스템을 적용하는 아이디어를 좋아합니다. 이것은 페이스 북이 주소록의 다른 사람들에게 페이스 북 초대장을 보내는 데 사용하는 트릭입니다.

출처

2009-09-27 04:44:26 whatnick

감사하지만, 실제로 SO 접근 방식은 피하려고합니다. 내 사용자가 "이 OpenID 필드는 무엇입니까?"라고 생각하기를 멈추지 않아야합니다. OpenID가 그들의 얼굴에서 벗어나길 바랍니다. –

그런 다음 교활한 페이스 북을해라. 나는 이메일을 통해 이메일을 보낸다. – whatnick

SO가 어떻게 수행하는지 다시 한 번 살펴 보았습니다. 그들이 그것을 두 가지 방법으로 밝혀줍니다. 이메일/비밀번호 또는 openid (좋지 않음)가있는 한 가지 방법. 그리고 OpenID 셀렉터 (RPX를 사용하는 것이 훨씬 낫습니다.)가 있습니다. –

다음 작품과 비슷합니까?

Link to Login Page.

지금이 사이트는 DNN을 실행 분명히 사용자 친화적으로 재 설계 할 수있다. 하지만 여기에서 중요한 것은 로그인 방법이 기본 로그인으로 표시된다는 것입니다.

대체 로그인 방법 레이블이 붙은 테두리에 LiveID와 OpenID를 넣고 (사용 방법에 대한 자세한 내용은 단추 사용) 해당 단추를 변경하여 LiveID를 사용하여 로그인 정보를 읽도록 사이트의 인터페이스를 재 설계했을 것입니다. OpenID를 사용하여 로그인하십시오.

출처

2009-09-27 09:26:20 user179700

그게 내가 찾고있는 라인에 더 가깝다. 이 메소드는 JavaScript를 사용하여 인터페이스를 동적으로 재구성 할 필요가 없습니다. 각 메소드에 전용 화면을 제공 할 수도 있습니다. –

혼자서 검사를하기로 결정했습니다. 밖에서 훨씬 좋은 아이디어가 나왔습니다. 이 용어는 'OpenID 선택자'인 것처럼 보입니다.키의

하나 :

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

This article가 주요 문제와 해결책을 설명합니다

이런 종류의 물건을 쉽게 만들고 JavaScript OpenID selector라는 무료 자바 스크립트 라이브러리가있다 Yahoo의 OpenID 유용성 연구 결과는 사용자가 OpenID를 이해하지 못했으며 로고의 의미를 알 수 없었습니다. 오히려 야후는 "야후! ID로 로그인하라"고 말한 로그인 버튼을 사용자들에게주는 아이디어를 홍보했다. (크리스 메시나는 이것이 오랫동안 OpenID에 해로울 수 있다고 주장했지만). 구글과 그 파트너들은 비슷한 경로이며 기본적으로 "Google 계정으로 로그인하십시오."라는 간단한 메시지를 사용하여 기본적으로 OpenID 자체에 대한 언급을 무시하고 있습니다.

authlogic, openid 및 선택기를 하나의 패키지로 롤아웃하는 sample Rails application도 있습니다. 모든 것이 어떻게 잘 맞는지 확인할 수 있습니다.

출처

2009-09-28 00:50:44

Soo .... 나는 당신의 질문이 OpenID와 사용자 이름/암호 인증을 통합하는 방법이라고 생각했습니다. 나는 OpenID Selector에 대해 알고 있었지만, 그것은 당신의 질문이 아니었다 (내가 읽었을 때). –

@Andrew, 네 말이 맞아. OTOH, 근본적인 문제는 내가 그것을 사용하고 있다는 것을 알 필요가없는 사용자없이 OpenID를 사용하는 좋은 방법을 생각해 내고있다. 오픈 아이디 셀렉터는 내가 이전에 몰랐던 접근법 중 하나이지만, 이제 원래의 대답에 부분적으로 감사드립니다. 나는 아직도 다른 옵션이 있을지 궁금하다. –

OpenID 선택기가 멋지다. 내 사이트에서 사용하고 있습니다. 그것은 사용자가 일을 훨씬 쉽게합니다. 두 엄지 손가락. –

OpenID : 이메일/비밀번호와 OpenID를 모두 지원하는 단일 사용자 인터페이스

답변

관련 문제