私は認証にOpenIDを使用するアプリケーションを構築しています。私はオプションとしてGoogle、Yahoo、一般的なOpenIDサイトを提供しています。iOSアプリケーションでOpenIDログインを使用する場合は、ログインにSafariを使用し、アプリにリダイレクトする方が良いでしょうか？
現在、ユーザーがサイトを選択すると、私はUIWebViewを開き、ユーザーはそのフレーム内でアプリケーション内でログインを実行します。
しかし、UIWebViewを使用すると、接続がhttpsを超えていること、または実際に自分がサイトにいると主張していることをユーザーに簡単に示すことができません。私は簡単にパスワードを収穫することができます。
私はこれについて意見を探していますか、ユーザーがログインを選択してSafariを開いたときにSafariを実際に開くというユーザー信頼の観点から、Safariをアプリに戻してもらえますか？
おかげ
ちょうど私の2セントのユーザがすでに前のSafariでそれらのサービスにログインした場合、それはまた、より高速になります。
UIWebViewのプロンプトを表示してSafariに切り替えても、同じステップ数を使用しています。
iOSデバイスを使用しているほとんどの人は、Facebookのログインの仕組みに慣れています。 URLバーなし、何もありません。私は典型的なワークフローに従っています。あなたはSafariに出くわして、カスタムURLスキームを介して戻ることができます。しかし、私はユーザーがより奇妙だと思うと思う。 iOSユーザーは、さまざまなアプリにジャンプすることに慣れていません。
これはFacebookの場合にも当てはまりますが、それは単一のログインだからです。他のアプリでFacebookのログイン情報を使いたいときは、SafariまたはFacebookアプリを開きます。 – tomasmcguinness
私は間違いなくモーダルビューがFacebookにアクセスするように見えるアプリケーションを使用しました。私はこれが時代遅れの練習であるかどうかは分からない。 –
私はこのスレッドをフォローアップして、アプリが承認されるのが難しいと言いました。私はSafariのアプローチを使用していると思います。
"アプリで使用する購買や購読の外部メカニズムにリンクするアプリ（購入するウェブサイトに行く"購入 "ボタンなど）は、次の理由で2回アップルから拒否されました。デジタルブックは、拒否される "
私はSafariを起動しているからだと思う私はAppleとの紛争を開いて、私はそれらから戻って聞くと、より多くの情報を返すだろう。 UIWebViewに変更すると便利です！
多くの投稿の後、私のアプリは別の理由で拒否されたことが判明しました。このメカニズムはAppleによって受け入れられています。 – tomasmcguinness
はい、私はそれも見つけました。ユーザーがすでにGoogle Readerなどにログインしていると、ログインプロセスをすばやく切り替えることができます。ユーザーが滞在することを好むかどうか1つのアプリと彼らは他の迅速なイン/アウトの移行を偽装されているかどうかは分かりません。 – tomasmcguinness
私はOpenID/Googleを持っていればユーザーが混乱することはないと思うが、私は直接ログインできるので嬉しいです。 Safariに切り替えても、Googleのログインページが表示され、アプリに対する許可が求められるため、UIAlertViewを使用してログインボタンをクリックした後にSafariに切り替えるように指示することができます。 –
Facebookのログイン情報で遊んでいるユーザーは、ログインボタンをクリックしたときにアプリが切り替わる理由を知っておく必要があります。 –