Facebookアカウントを持つことは、無関係なWebアプリを使用するためにすぐに必要になりますか？

Facebook認証を提供するサイトの増加傾向に気付いています。ただし、自分でアカウントを作成することは本当に望ましくありません。

サービスの適切な軽daは、認証機能の使用によって無効にされるでしょうか？

多くのWebアプリ開発者は、Facebookのプライバシー問題を気にするタイプの人であるため（平均的なJoeとは異なり）、必須ではありません。これはますますオプションになりますが、決してネセカリーではありません。また、TwitterやopenIDなどの他のオプションも宣伝される予定です。

しかし、このサイトの私たちは誰も未来を予測できません。

OpenIDを忘れないでください。ここで認証に使用しました。

忘れないで、話してください。マイクロソフトがパーソナルコンピューティングの分野で20年の効果的なハンマーロックをかけなければ、おそらく私たち全員が良くなっていたのと同じように、インターネットの門が1つの会社の手に落ちるのは望ましくありません。

（ええ、マイクロソフトについての声明は非常に議論の余地があり、私は両方の側を等しく議論することができますが、それは私のポイントではありません。 ）

最も可能性が高い。

Webアプリ開発者は、人々がサービスを利用する際の摩擦を軽減する方法を模索しています。ユーザーの多くがFacebookアカウントを持っていることを考えると、これは多くの場合、代替のログイン方法として追加されます。

ただし、Facebookが提供される場合、一般的にはTwitterも提供されることが一般的であるため、Facebookの使用を嫌がる場合、Twitterについてどのように感じますか？

多くの人々は、私が書いているもののようではないだろう、私は唯一のFacebookは自分のログインをサポートすることを選択しないだろう。しかし、そうするための良いケースを作ることができます！

Facebook、OpenID、カスタムパスワードなどの使用を許可するWebサイトで問題が発生しました。使用したログオンシステムを常に思い出すことができないためです。

そのため、Facebookのみをサポートし、その後Facebookフレンドシステムを利用するケースがあります。そうすれば、顧客は、望むなら友人についてあなたに知らせることができます。Facebookにも広告がある場合は、Facebookのログインのみをサポートするケースがさらに改善されます。

最近では、可能性のある顧客の10％が最良の選択肢であると同時に、可能性のある顧客の80％が嫌いなことをすることで、多くのお金を稼ぐことができます！したがって、ログインページですべての人にすべてを提供することは最良の選択肢ではないかもしれません。「The Purple Cow」を参照してください

私は確かにそうしないことを望みます。DoNotInstallの答えには非常に論理的で説得力のある議論がありますが、Webアプリ開発者（またはエンドユーザー）が認証のためにいずれかのサードパーティ企業またはサービスにのみ依存することは完全に無責任だと思います。 OpenIDの例外を除きます。

Facebookを認証にのみ使用する人気のあるWebアプリを構築したとしましょう。まれに、Facebookが一時的または恒久的にオフラインになった場合（不適切な更新、DDoS攻撃、SOPA / PIPAの法律、または破産など）、どうしますか？さらに重要なことは、アプリに依存するようになったエンドユーザーは何をするのでしょうか？複数の形式の認証をサポートしている場合、これは長期的にはそれほど大きな問題にはなりませんが、Facebookだけに依存している場合、あなたは死んでしまいます。

個人的には、責任あるWebアプリ開発者は常にこうしたことを念頭に置いて、サードパーティのサービスを認証に使用する場合は、常に複数のサービスをサポートする必要があると思います。これらのサードパーティのいずれかが失敗した場合の最後の手段として、ユーザー名/パスワードまたはメール/パスワード認証を常にサポートすることも良い考えだと思います。

開示：これまで、私は自分のStackExchangeアカウントにサインインするためにFacebookのみに依存してきました。あなたの質問と私の答えを考えると、TwitterとGoogleアカウントをオプションとして追加するようになりました。Facebookが倒されることはまずありませんが、Facebook、Google、Twitterの3つすべてが同時に倒される可能性はさらに低いと思います。