Внутренняя регистрация против OpenID против Google Friend Connect против Facebook Connect против (и т. Д.)

Question

Я пытаюсь решить, как разрешить пользователям регистрироваться на моем сайте ... есть openID, clickpass, facebook connect, google friend connect и т. Д. Или старый добрый внутренний "введите имя пользователя, адрес электронной почты пароль и т. д. "

Кратко рассмотрев Как настроить OpenID , похоже, много работы, чтобы заставить работать openID.

Есть ли у кого-нибудь опыт настройки сайта для OpenID (или других)? Кроме того, кто-нибудь знает, имеют ли эти методы более высокую скорость оборота регистрации, чем классическая «внутренняя» регистрация? Например ... если вы разрешите как внутреннюю регистрацию, так и openID, какой процент ваших пользователей используют OpenID?

Как всегда, спасибо за ваш вклад ТАК.

Answer 1

Это действительно зависит от типа сайта и от того, кто ваши пользователи.

Мы рассмотрели возможность использования OpenID для нашего интернет-магазина (мы продаем одежду), и пришли к выводу, что мы упустим возможности для его реализации. Я ни в коем случае не самый умный разработчик программного обеспечения в мире, но если бы I едва мог бы обдумать это достаточно, чтобы получить учетную запись для StackOverflow (Почему я должен идти к какой-то третьей стороне провайдер? Почему я должен доверять им? Что произойдет с моей учетной записью, если они подойдут? Как бизнес, что мне делать, если клиент просит меня изменить свой пароль?), тогда не просто анекдотично сказать, что наши клиенты будут иметь проблемы с этим. Кроме того, для любого бизнеса, связанного с электронной торговлей, обычно неразумно брать на себя стороннюю зависимость, если она не будет тщательно продумана, и особенно для чего-то такого важного, как вход в систему. Если крупный поставщик OpenID потерпит неудачу, вы потеряете продажи. Если бы мы реализовали OpenID, это определенно была бы альтернативная, рыжая пошаговая реализация по сравнению с собственным механизмом входа.

Даже при нашей внутренней регистрации адресов электронной почты и паролей нам приходилось использовать форму входа в систему на стиле Amazon.com, поскольку пользователи продолжали заполнять форму «новый клиент», даже когда у них уже была учетная запись:

Экран входа в систему. Экран входа в Amazon остается примером для подражания, сводя к минимуму общую проблему новых клиентов, которые пытаются войти в систему без регистрации. Amazon представляет два вопроса в линейном порядке: (1) «Какой у вас адрес электронной почты?» и (2) «У вас есть пароль Amazon.com?» По второму вопросу пользователи могут выбрать одну из двух переключателей: «Нет, я новый клиент» или «Да, у меня есть пароль». Многие другие сайты представляют разделы для новых и созданных пользователей бок о бок и, таким образом, перенаправляют новых пользователей в раздел для установленных пользователей посредством магнитного притяжения полей ввода. - Якоб Нисен, useit.com

Когда пользователи испытывают затруднения при навигации по двум полям и переключателю, вы можете себе представить причуду, которая возникает, когда им предоставляют несколько механизмов аутентификации.

Если вы реализуете социально-ориентированный веб-сайт, предназначенный для интеграции с Facebook или некоторыми из подкованных в Web-2.0 потребителей, то эти альтернативные механизмы аутентификации могут иметь смысл. Пока пыль не осядет на OpenID, я не буду добавлять ее на коммерческий сайт: никто не просил об этом. Они попросили запросить PayPal и Google Checkout, которые мы внедрили, но там есть небольшое совпадение.

Моя общая рекомендация заключается в том, чтобы иметь обычный внутренний механизм ввода имени пользователя и пароля, который может быть дополнен этими альтернативными механизмами идентификации. Но поймите, что каждый альтернативный механизм идентификации рискует запутать клиента и увеличить его поддержку.

Только мои два цента; надеюсь, что это поможет.

Answer 2

Кратко рассмотрим, как настроить OpenID, похоже, много работы для получить openID работает.

Это действительно не так много работы. Для проекта, который еще даже не близок к общедоступности, я скачал Dope OpenID и после нескольких часов (в основном потраченных на работу с CSS / HTML, которые мне очень не нравятся) поиграл, у меня была настройка процедуры входа в систему, которая выглядит и работает как тот, который вы видите при входе в SO.

Например .. если вы разрешите оба внутренняя регистрация и openID, что процент ваших пользователей используют OpenID

Теперь, когда вы можете использовать свои учетные записи yahoo, AIM и GMail в качестве OpenID, действительно мало смысла в создании собственной проверки пользователя, и вам нужно беспокоиться о правильности подсчета хеш-значений и о таких вещах, как, если пользователи не могут войти 3 раза в секунду, быть заблокированным на несколько минут, восстанавливая пароли, когда пользователи забыли о них и т. д.

Конечно, вы также можете предоставить обычный логин, но тогда вам все равно придется нести все хорошее, что OpenID снимает с ваших плеч. Не так страшно просить пользователей зарегистрировать учетную запись Gmail или Yahoo, которую они могут использовать, у большинства из них, вероятно, уже есть такая.

Answer 3

@ У Николаса есть очень хорошие моменты.

Я рекомендую начать со стандартного имени пользователя / пароля и добавить OpenID и т. Д. В качестве параметров позже, если их попросит достаточное количество пользователей (как в учебнике Plaxo).

Всегда лучше иметь рабочий сайт сейчас, а не проект, который становится консервированным с отметкой 90%. : -)

Answer 4

Другой возможный вариант, вместо того, чтобы самостоятельно копировать код OpenID с библиотеками, - это использовать сервис SaaS, такой как RPX . Вы можете получить OpenID, Facebook и MySpace Войти через пару часов. Ваше приложение просто должно иметь возможность создавать HTTPS и анализировать JSON или XML-адреса.

Answer 5

Если вам потребуется поддерживать информацию о состоянии ваших пользователей (предпочтения и т. Д.), То вам, вероятно, следует предоставить свой собственный механизм пользователя / пароля. Это не мешает вам позволить пользователям использовать преимущества OpenID и тому подобное. Вопрос, на который вам нужно ответить, состоит в том, сколько времени вы должны посвятить в своем проекте поддержке более чем одного метода. Как и во всех дизайнерских решениях, у всех есть свои издержки и выгода. Взвесьте их обоих и выберите ответ, который соответствует вашему бюджету.

Answer 6

Я планирую сделать что-нибудь simialr на своем сайте социальной сети, но немного по-другому, чем другие сайты. Большинство сайтов позволяют пользователям входить в систему с помощью этих сервисов, я планирую добавить эти сервисы в мою форму регистрации, затем они выбирают там сервис, openID, facebook connect, myspace ID, затем я планирую получить всю информацию, которую предоставляют эти сервисы, и Сохраните их как переменную в моем php-скрипте, а затем сохраните в БД. Идея состоит в том, чтобы позволить им импортировать информацию из других сервисов при регистрации, чтобы им было проще регистрироваться, то есть меньше полей профиля, которые им придется заполнять позже такие