作成したカスタムログインシステムの代わりにOpenIDを使用すると何が失われますか

OpenIDを使用するか、十分に構築されたカスタムログインシステムを使用するかを決定しようとしています。OpenIDの魅力は明らかです。ユーザーがサイトにログインするために別のアカウントを作成する必要がないということです。しかし、私が作成したカスタムログインシステムの代わりにOpenIDを使用すると何が失われますか？

StackOverflowブログはそれをかなりうまくカバーしていると思います：

いくつかの小規模なプロバイダー（Technorati、Vidoop、Mozilla Weave）は腹を立て、ユーザーを認証する方法がないまま立ち往生しました。

OpenIDプロバイダーには、バグやサービスの停止が発生することがあります（Yahooのような大きなプロバイダーでも）。幸い、これは非常にまれですが、実際に発生します。オープンで分散化されているため、トラブルシューティングが面倒な場合があります。また、Webサイト、ユーザー、OpenIDプロバイダーという3つの関係者が関与します。

OpenIDプロトコル自体は、さまざまなプロバイダーによって通常とは異なる方法または不完全な方法で実装できます。これは私たちにとって課題につながりますが、幸いにも、私たちが使用しているオープンソースのDotNetOpenAuthライブラリの主な作者であるAndrew Arnottとの素晴らしい対話があります。私たちはプロジェクトを経済的にサポートし、できるだけ多くのバグ修正を提供するよう努めています。これにより、OpenIDは誰にとってもより良いものになります。

前のポスターに加えて、オープンIDに慣れておらず、登録プロセスやその仕組みを理解していない人を失う可能性があります。あなたが誰かをあなたのサイトから別のものにリダイレクトするとき、人々が自然に少し躊躇します、特に彼らがパスワードを入力してアカウントを作成しているなら。もちろん、この効果はユーザーベースによって異なります。子猫の写真を投稿したいだけの祖母を扱っている場合は、openidを使用しないでください。ただし、ユーザーが少なくとも少し知識がある場合は、OpenIDを使用できます。

さらに、1つをあきらめる必要はありません。ユーザーが使用するものをユーザーに選択させることができます。個人的には、Facebookが登録の唯一のオプションである場合、私はサイトを離れるので、おそらく一部の人々はOpenIDについて同じように感じます。