構築したカスタムログインシステムの代わりにOpenIDを使用すると、何が失われますか
OpenIDを使用するか、適切に構築されたカスタムログインシステムを使用するかを決定しようとしています。ユーザーがサイトにログインするために別のアカウントを作成する必要がないという点で、OpenIDの魅力は明らかだと思います。しかし、私が構築したカスタムログインシステムの代わりにOpenIDを使用すると、何が失われますか？
StackOverflowブログ は非常によくカバーしていると思います：
いくつかの小規模なプロバイダー（Technorati、Vidoop、Mozilla Weave）が腹を立て、ユーザーを認証する手段がなくなってしまいました。
時々、OpenIDプロバイダーにはバグやサービスの停止が発生します。Yahooのような大規模なものであってもです。幸いなことに、これは非常にまれですが、実際に発生します。オープンで分散型であり、ウェブサイト、ユーザー、OpenIDプロバイダーの3つの関係者がいるため、トラブルシューティングは非常に苦痛です。
OpenIDプロトコル自体は、さまざまなプロバイダーによって通常とは異なる方法または不完全な方法で実装できます。これは私たちにとって挑戦につながりますが、幸いなことに、私たちが使用しているオープンソースDotNetOpenAuthライブラリの主要な著者であるAndrew Arnottとの素晴らしい対話があります。私たちはこのプロジェクトを財政的に支援し、またできるだけ多くのバグ修正に貢献するよう努めています。そのため、OpenIDはすべての人にとってより良いものになります。
前のポスターに加えて、オープンIDに不慣れで、登録プロセスやその仕組みを理解していない人を失う可能性があります。誰かをあなたのサイトから別のサイトにリダイレクトすると、特にパスワードを入力してアカウントを作成している場合、人々は自然に少しheします。もちろん、この効果はユーザーベースに依存します。子猫の写真だけを投稿したいおばあちゃんを扱う場合は、openidを使用しないでください。ただし、ユーザーが少なくとも少し精通している場合は、OpenIDを使用できます。
また、1つを放棄する必要はありません。ユーザーに使用したいものを選択させることができます。個人的には、Facebookが登録のための唯一の選択肢であった場合、私はサイトを離れることになるので、OpenIDについて同じように感じる人もいるかもしれません。