2011-10-17 8 views
1

私のサイトには既にFacebook認証機能があり、Facebookアカウントを使ってログインすることができます。 FBアカウントを持つ特定の人々のために完全に動作します。 FB認証オプションのみを提供するのがよい方法ですか?長所と短所は何ですか?Facebook認証を使用している場合、私のウェブサイトにカスタムログイン機能が必要ですか?

実際に、FBログインが十分であることを私の顧客に納得させる必要があり、追加の「ログインフォーム」は必要ありません。私の視点を証明するいくつかの記事/研究を彼に見せてもらえますか?

答えて

1

ピギーバック認証は、Webアプリケーション間で増加傾向にあります。それは本当にあなたの聴衆が誰であるかによって異なります。たとえば、Webアプリケーションがオープンソースプロジェクトに関連している場合、ユーザーにGithub認証の使用を要求することは非常に合理的です。

サービスの主な機能がFacebookの統合に依存している場合は、FB認証のみを使用することができます。しかし、プロファイルをFBプロファイルにリンクするなどの「オプション」の場合は、プライマリカスタムログインを持つことが最適です。

2

実際、高いコンバージョン率を望むほとんどのケースでは、ユーザーを特定の認証プロバイダ、つまりFacebookのメンバーに強制することはできません。そして、あなたは、ユーザーが "Google"、 "Yahoo"、 "OpenId"、 "Facebook"、 "Twitter"のような適切な認証プロバイダを選択できるハイブリッドのフェデレーションログインシステムを実装するべきです

あなたが過ごしたいならお金を費やしてコーディングに時間を費やしたくない場合は、JanRain Engageのようにうまく動作することが証明されている既存のソリューションをチェックすることができます。それ以外の場合は、PHPを使用してアプリケーションを構築する場合は、無料+オープンソースだけでなく、OpenID、Facebook、Google、Twitter、MySpace、AOLベースの認証システムをサポートするHybridAuthのようなハイブリッド認証ライブラリを使用できます。

私はあなたが役に立つと思います。ちょうど私の$ 0.02 :)

0

私はそれは良い考えではないと思う。 FBがログイン方法を変更するとどうなりますか?あなたのサイトは、あなたが問題を解決している間に外に出るでしょう。

私の最高の経験は、自分のログインスキーマ/データベースを持ち、ユーザーのログインプロセスを簡素化するために(FB、twitter、googleなど)いくつかの他の方法をリンクすることです)。したがって、あるアクセス方法が失敗した場合は、自分のIDを使用してログインすることができます。

+0

だからこそ、彼らは突然それをすべて変更していません。彼らは新しい技術を公開し、古いものを徐々に廃止します。 –

関連する問題