ソーシャルログインの採用と従来のログインの比較
私のウェブサイトに janrainのソーシャルログイン を実装しました。従来のログイン（メール/パスワード）システムを含めることがどれほど重要であるかと思います。
ソーシャルログインに不慣れまたは不慣れな潜在的なユーザーのかなりの割合がいると思います。ソーシャルログインが唯一のオプションである場合、これらのユーザーは私のサイトにサインアップできません。
ソーシャルログインと従来のログインを比較したデータとそれに対応する採用率を知っている人はいますか？
現在のベストプラクティスはありますか？ユーザー名/パスワードを使用してサインアップするオプションをユーザーに提供する必要がありますか？または、facebook/google/openID/Twitter/MS/Yahooで十分ですか？
これに対する通常の答えは次のとおりです。状況によって異なります。しかし、それはあなたが何を求めるかに依存していますか？良い質問。
それは、まず、どのように緊密に統合されているアプリケーションが、ログインを提供しているソーシャルアプリケーションにどのように組み込まれているかによって異なります。 Facebookの機能が必要な場合必要な場合、Facebook統合の提供のみが正当化されます。非常に多くの場合、データだけを持ちたい（-===-）データ（たとえば、名前、アバター、年齢など）であるため、Facebookログインを強制しても改善されません皆のための経験。
次に、ターゲットオーディエンスがソーシャルアカウントを持っているからログインを許可する可能性のあるソーシャルアプリのどれにアクセスする可能性が高いか、およびそれらを使用する意思があるかどうかによって異なります。多くのビジネスマンはFacebookアカウントを持っていませんが、LinkedInアカウントを持っている可能性が非常に高いです（国によって異なります）。多くの人々は、ソーシャルログインの使用を嫌い、サインアップするアプリケーションごとに従来のアカウントを好みます。
従来のサインインを除外する正当な（UX）理由がない場合は、1つ含めるを強くお勧めします。責任を負うのは、除外する正当な（UX）理由があるかどうかを判断することです。
別のより良いアプローチがある可能性があります。訪問しているユーザーがFacebookや他のソーシャルプロバイダーでログインすることを好む場合でも、常にデータベースにユーザーを作成します。電子メールをデータベースに入れ、ユーザーが確認し、認証プロバイダー（独自の認証またはソーシャルログイン）を保存します。
さて、なぜ私はこれを言うのですか。アプリケーションの傾向に気づきました。ユーザーはソーシャルプロバイダーを選択して登録する選択肢があります。彼らは選択し、Facebookで言うと、後で戻ってきて、使用するプロバイダーを忘れる可能性があります。これは足りないことではありませんが、トレンドで見たように、人々はGoogle、Facebook、LinkedInなどのさまざまなプラットフォームにアカウントを持っています。registeredプロバイダーとどこでwhichを覚えているのでしょうか。
したがって、ローカルアカウントがある場合は、ユーザー認証方法（GoogleまたはFacebookまたはその両方など）を添付するだけでよく、忘れた場合は、登録に使用されたプロバイダーを常に回復するか、生成されたパスワードを直接メールで送信してネイティブに切り替えることができます彼らのアカウント。
私は1つですが、多くの人はFacebookを使用してログインすることを嫌っています。私たちがアクセスしようとしているサイトでFBアカウントがリンクされて使用されるのを嫌うからです。 alwaysを使用して、ユーザーが従来の（電子メールパスワード）ログインを使用できるようにする必要があります。そうしないと、ユーザーがFacebookでのログインを拒否するため、ユーザーを失う可能性があります。
選択肢はユーザーに快適さを与えます。 ユーザーは管理したい。
私はあなたがあなたのユーザーが誰であると期待するかについて一生懸命考えます。
あなたのアプリやサイトは、Facebookで育った20人をターゲットにしていますか？その後、ソーシャルログインで十分です。
それとも、団塊の世代が引退する準備をしているのでしょうか？その場合は、従来のサインアップメカニズムを使用します。
アプリがすべての年齢層を対象としている場合、2つのサインアップ方法が最善のアプローチとなる可能性があります。