Facebookアカウントを持つことは、すぐに無関係なWebアプリを使用する必要性になりますか？
Facebook認証を提供するサイトの増加傾向に気付いています。ただし、自分でアカウントを作成することは本当に望ましくありません。
サービスの適切な軽視は、認証機能の使用によって無効にされるでしょうか？
多くのWebアプリ開発者は、Facebookのプライバシー問題を気にするタイプの人であるため（平均的なJoeとは異なり）、必須ではありません。これはますますオプションになりますが、決してネセカリーではありません。また、TwitterやopenIDなどの他のオプションも宣伝される予定です。
ただし、このサイトの私たちは誰も未来を予測できません。
OpenID を忘れずに、ここでの認証に使用しました。
忘れないで、話してください。マイクロソフトがパーソナルコンピューティングの分野で20年の効果的なハンマーロックをかけなければ、おそらく私たち全員が良くなったはずであるのと同じように、インターネットの門が1つの会社の手に落ちるのは本当に望ましくありません。
（ええ、マイクロソフトについての声明は非常に議論の余地があり、私は両方の側を同等に議論することができますが、それは私のポイントではありません。 ）
最も可能性が高い。
Webアプリの開発者は、ユーザーがサービスを利用する際の摩擦を軽減する方法を探しています。ユーザーの多くがFacebookアカウントを持っていることを考えると、これは多くの場合、代替ログイン方法として追加されます。
ただし、Facebookが提供されている場合、通常はTwitterも提供されているので、Facebookの使用を嫌がる場合、Twitterについてどう思いますか？
多くの人は私が書いているものを気に入らないだろう。Iは自分でFacebookログインだけをサポートすることを選択しないだろう。しかし、そうするための良いケースを作ることができます！
Facebook、OpenID、カスタムパスワードなどの使用を許可するWebサイトで問題が発生しました。使用したログオンシステムを常に思い出すことができないためです。
そのため、Facebookのサポートのみを行い、その後Facebookフレンドシステムを利用するケースがあります。そうすれば、顧客は友人が望むなら友人についてあなたに知らせることができます。 Facebookにも広告がある場合は、Facebookのログインのみをサポートするケースがさらに改善されます。
最近では、可能性のある顧客の10％にとって最良の選択肢であると同時に、可能性のある顧客の80％！そのため、ログインページのすべての人にとってすべてのものが最善の選択肢ではない場合があります。「 The Purple Cow 」を参照してください。
私は確かにそうしないことを望みます。 DoNotInstallの答えには非常に論理的で説得力のある議論がありますが、Webアプリ開発者（またはエンドユーザー）が認証のために1つのサードパーティ企業またはサービスのみに依存することは完全に無責任だと思います。 OpenIDの例外を除きます。
Facebookを認証にのみ使用する人気のあるWebアプリを構築したとしましょう。まれに、Facebookが一時的または永久的にオフラインになった場合（悪い更新、DDoS攻撃、SOPA/PIPAの法律、または破産など）、あなたはどうしますか？さらに重要なことは、アプリに依存するようになったエンドユーザーは何をするのでしょうか？複数の形式の認証をサポートしている場合、これは長期的にはそれほど大きな問題にはなりませんが、Facebookだけに依存している場合、あなたは死んでしまいます。
個人的には、責任あるWebアプリ開発者は常にこうしたことを念頭に置いて、サードパーティのサービスを認証に使用する場合は、常に複数のサービスをサポートする必要があると思います。これらのサードパーティのいずれかが失敗した場合の最後の手段として、ユーザー名/パスワードまたはメール/パスワード認証を常にサポートすることも良い考えだと思います。
開示：これまで、私はFacebookのみに頼ってStackExchangeアカウントにサインインしていました。あなたの質問と私の答えについて考えると、TwitterとGoogleアカウントをオプションとして追加するようになりました。 Facebookが倒されることはまずありませんが、Facebook、Google、Twitterの3つすべてが同時に倒される可能性はさらに低いと思います。