Rejestracja wewnętrzna vs. OpenID a Google Friend Connect a Facebook Connect vs. (etc)

Question

Próbuję zdecydować, jak zezwolić użytkownikom na rejestrowanie się na mojej stronie ... jest openID, clickpass, facebook connect, google friend połączyć się itp. lub staromodny dobry "wprowadź nazwę użytkownika, adres e-mail, hasło itp."

Patrząc krótko na How to set-up OpenID wydaje się, że dużo pracy wymaga OpenID pracy.

Czy ktoś ma doświadczenie w konfigurowaniu witryny dla OpenID (lub innych)? Ponadto, czy ktoś wie, czy te metody mają wyższy wskaźnik rotacji rejestracji niż klasyczne "rejestracji"? Na przykład .. jeśli zezwolisz na rejestrację wewnętrzną i identyfikator OpenID, jaki procent użytkowników korzysta z OpenID?

Jak zawsze, dziękuję za twoje wejście SO.

Answer 1

To naprawdę zależy od rodzaju witryny i od użytkowników.

Przyjrzeliśmy się możliwości wykorzystania OpenID do naszego sklepu e-commerce (sprzedajemy odzież), a konkluzja była taka, że ​​bez problemu zastosujemy orzechy, aby go wdrożyć. Nie jestem najmądrzejszym programistą na świecie w żaden sposób, ale jeśli I może ledwie otoczyć mój umysł wystarczy, aby uzyskać konto dla StackOverflow (Dlaczego muszę udać się do jakiegoś zewnętrznego dostawcy? Ufam im, co stanie się z moim kontem, jeśli przejdzie? W biznesie, co mam zrobić, jeśli klient poprosi mnie o zresetowanie hasła?), To nie jest anegdotą stwierdzenie, że nasi klienci mieliby z tym problemy. Ponadto, w przypadku każdej firmy handlu elektronicznego, zwykle nierozsądne jest przyjmowanie zależności od osób trzecich, o ile nie zostanie starannie rozważone, a szczególnie w przypadku czegoś tak ważnego, jak logowanie. Jeśli poważny dostawca OpenID miałby zostać zlikwidowany, tracisz obroty. Gdybyśmy zaimplementowali OpenID, z pewnością stanowiłoby to alternatywną, czerwoną udoskonaloną implementację potomną w porównaniu z mechanizmem natywnego logowania.

Nawet z naszą wewnętrzną rejestracją adresów e-mail i haseł, musieliśmy użyć formularza logowania w stylu Amazon.com, ponieważ użytkownicy nadal wypełniali formularz "nowego klienta", nawet jeśli mieli już konto:

Ekran logowania. Ekran logowania Amazon pozostaje modelem emulowanym, minimalizującym powszechny problem nowych klientów, którzy próbują się zalogować bez rejestracji. Amazon przedstawia dwa pytania w porządku liniowym: (1) "Jaki jest twój adres e-mail?" i (2) "Czy masz hasło Amazon.com?" W przypadku drugiego pytania użytkownicy mogą wybrać jeden z dwóch przycisków opcji: "Nie, jestem nowym klientem" lub "Tak, mam hasło". Wiele innych witryn przedstawia sekcje new- i założone-user side-by-side, a tym samym przekierowuje nowych użytkowników do sekcji ustalonego użytkownika poprzez przyciąganie magnetyczne pól typu "w". - Jakob Niesen, useit.com

Gdy użytkownicy mają problemy z poruszaniem się dwa pola i przycisk radiowy, można sobie wyobrazić, że wesołość następuje, gdy są one przedstawiane z wielu mechanizmów uwierzytelniania.

Jeśli wdrażasz witrynę społecznościową, która ma na celu integrację z Facebookiem lub niektórymi z doświadczonych użytkowników Web 2.0, wówczas alternatywne mechanizmy uwierzytelniania mogą mieć sens. Aż do momentu, gdy kurz opadnie na OpenID, nie dodaję go do witryny komercyjnej: nikt o nią nie prosił. One mają pytanie o system PayPal i Google Checkout, które zaimplementowaliśmy, ale jest tam tylko niewielka liczba nakładek.

Moja generalna rekomendacja to posiadanie standardowego mechanizmu nazwy użytkownika i hasła, które można uzupełnić o te alternatywne mechanizmy identyfikacji.Ale zdaj sobie sprawę, że każdy alternatywny mechanizm identyfikacji naraża klienta na zamieszanie i zwiększa obsługę klienta.

Tylko moje dwa centy; mam nadzieję, że pomaga.

Answer 2

Jeśli zachodzi potrzeba zachowania informacji o stanie dotyczących użytkowników (preferencji i tym podobnych), prawdopodobnie należy podać własny mechanizm użytkownika/hasła. Nie przeszkadza to użytkownikom w korzystaniu z OpenID i ich rozwiązań. Pytanie, na które musisz odpowiedzieć, to ile czasu poświęcisz swojemu projektowi na obsługę więcej niż jednej metody. Podobnie jak wszystkie decyzje projektowe, wszystko jest kosztowne i korzystne. Zważ je i wybierz odpowiedź, która pasuje do Twojego budżetu.

Answer 3

Inną możliwą opcją, zamiast szlifowania kodu OpenID samodzielnie przy użyciu bibliotek, jest korzystanie z usługi SaaS, takiej jak RPX. Możesz uzyskać OpenID, facebook & myspace login za kilka godzin. Twoja aplikacja musi być w stanie tworzyć HTTPS i parsować programy JSON lub XML.

Answer 4

@Nicolas ma kilka bardzo dobrych punktów.

Polecam zaczynać od standardowej nazwy użytkownika/hasła i dodawać OpenID itp. Jako opcje później, jeśli wystarczająca liczba użytkowników o nie poprosi (podobnie jak samouczek Plaxo).

Zawsze lepiej jest mieć teraz działającą witrynę, a nie projekt, który zostanie utrwalony na poziomie 90%. :-)

Answer 5

Mam zamiar zrobić coś simialr na mojej stronie sieci społecznościowej, ale trochę inaczej niż inne strony. Większość witryn pozwala użytkownikom logować się z tymi usługami, planuję dodać te usługi do mojego formularza rejestracji, następnie wybierają tam usługę, openID, facebook connect, identyfikator myspace, a następnie planuję zrobić to wszystko, co te usługi dostarczą i przechowuj je jako zmienną w moim skrypcie php, a następnie zapisz w DB, celem jest umożliwienie im importowania informacji z innych usług podczas rejestracji, aby ułatwić im rejestrację, co oznacza, że ​​mniej pól profilu będą musieli wypełnić później i krótko takie

Answer 6

Patrząc Jak set-up OpenID wydaje się, że dużo pracy do get openID pracy.

To naprawdę nie jest dużo pracy. W przypadku projektu, który nie był jeszcze bliski publicznego pobrania, pobrałem Dope OpenID i już po kilku godzinach (głównie spędzonych na pracy CSS/HTML, których naprawdę nienawidzę) miałem do czynienia z konfiguracją procedury logowania, która wygląda i działa jak ta, którą widzisz przy logowaniu do SO.

.. Na przykład, jeśli pozwalają zarówno rejestrację i openID w domu, co procent użytkowników korzysta OpenID?

Teraz, kiedy można użyć Ci Yahoo, AIM i GMail logowanie jako OpenIDs nie ma naprawdę sensu w tworzeniu własnego weryfikacji użytkownika i trzeba się martwić o solenie mieszań prawidłowe i o takich rzeczach, jeśli użytkownicy braku aby zalogować się 3 razy/sekundę należy zablokować na kilka minut, przywracać hasła, gdy użytkownicy o nich zapomnieli itd.

Możesz oczywiście podać zwykły login, ale wtedy będziesz musiał nosić wszystkie dobre rzeczy, które OpenID wyciąga z twoje ramiona. Nie jest tak przerażające, aby poprosić użytkowników o zarejestrowanie konta gmail lub Yahoo, z którego mogą korzystać, większość z nich prawdopodobnie już je posiada.