サインイン/モーダルページまたは個別のページでUIを登録する
エクスペリエンスの観点から、このUIの最も適切なソリューションに関する調査またはベストプラクティスのガイドラインはありますか？
それぞれの既知の長所と短所はありますか？
私たちは以前にこれに答えたことがあると確信していますが、それが見つからないので...
どちらも
ユーザーがどこにいても適切な状態を維持できる軽量のサインインを使用することをお勧めします（関連コンポーネントの動的な更新により）。登録についても同じです。アカウント作成の障壁を低くしたいので、最小限のデータポイントを備えたシンプルなモーダルパネルを使用する方法です。
また、ユーザーがアクセスが制限されたURL（注文、投稿、アカウント設定など）を介してアクセスする特定のワークフローを使用します。何かを表示する前に、サインインする必要があります。ここに、専用のサインイン/登録ページが必要です。
個人的にはログインコントロールを常にモーダルに構築します。ほとんど例外なく、ユーザーにログインを要求するホームページ以外のビューがあるからです。ユーザーがホームページから離れてナビゲートし、ログインすることを選択できるようにして、ホームページからやり直す必要がないようにすることは非常に便利です。
もちろん、ページがアカウントなしでは役に立たない場合を除き、Webアプリケーションのように、最初に表示されるのはログインです。
モーダルは「中断」タスクに適しています。ユーザーが何かをしている最中に、[サインイン]をクリックすることを検討してください。彼らは別のスペースに連れて行かれることはありません-サインインモーダルがオーバーレイするので、彼らは彼らのページにとどまります。その後、サインインが成功すると、以前の状態に戻り、作業の途中です。
私は登録についても同じことをすることを好みますが、時にはそれはより長く、より複雑なタスクです。登録を簡単かつ迅速にするようにしてください。できるだけ小さな中断を保ちます。覚えておいてください、フォームに記入するために人々がおそらくあなたのサイトにいません。彼らは他の目的のためにそこにいます。
Ipboardは、同様の実装の良い例です。現在のページにサインインするか、ログイン/パスワードが正しくない場合はログインページに移動します。
また、ユーザーがサインアップする必要がある場合は、それが発生することも考慮する必要があります。どちらの方法を選択する場合でも、ユーザーが最初にサインイン/サインアップを要求したページに戻るようにする必要があります。
これらすべてを念頭に置いて、両方のメソッドを実装する必要があります。 JavaScript対応デバイス用のモーダルおよびJSフリーデバイス用の個別のページ。
このタイプのコントロールにはモーダルは必要なく、インライン（登録用）またはサインアップ用の新しいページ（サインアップがより複雑な場合）を簡単に実行できますが、ほとんどの場合、単純なスライドパネルは、ユーザーをホームページからモーダルに引き離すことなくコントロールに対応できます。また、スクリーンリーダーやアクセシビリティ全般にも適しています。