ログインページとサインアップページを分離する理由
基本的にすべてのWebページが別々のログインページとサインアップページを使用する理由を知りたいと思っていました。必ずしも別個のhtmlファイルではありませんが、通常は2つの別個のフォームとして作成されます。
emailとpasswordフィールドを含む1つのフォームと、ログイン用と新しいアカウント作成用の2つの別々のボタンがないのはなぜですか？これに対して私が考えることができる唯一の2つの引数は
- 人々はページを分けるのに慣れています。
- サインアップには追加のデータが必要になる場合があります。
ページが適切に作成されている場合、人々はすぐに違いに気付くので、最初のものは実際には強力な議論ではありません。 2番目のものも私の意見ではあまり考慮されません。なぜなら、多くのページは実際には電子メールアドレスのみを必要とし、多くのページは後でとにかく別のページで追加情報を要求するためです。
私は何かを逃しますか？
できるだけシンプルにしたいので
すばらしい質問です。私は自分のプロジェクトの1つで実際にテストする機会がありました。メールとパスワードを必要とする単一のフォームがあり、ユーザーができるだけ簡単にサインアップできるようにしたかったのです。したがって、サインインしたい場合は、電子メールとパスワードを入力しただけでログインしました。一方、サインアップしたい場合は、同じようにしてアカウントを作成しました。
問題は、これがどのように機能するかをユーザーに伝えることでした。ユーザーは、画面をスキャンして単語や視覚的な手掛かりを探し、それらを案内します。したがって、彼らがあなたのサインイン/サインアップフォームをスキャンした場合、明確なCTAがサインインまたはサインアップを言っていない場合彼らは少しの間考えなければならない、そしてそれはあなたが通常彼らを失うところです。したがって、これらの2つを区別するとクリック数が増えることになりますが、 ユーザーが考える必要はありません 。
しかし、それを1つの形式で保持したい場合は、アプローチがあります。現在テスト中ですので、後で報告します。
この質問への回答は、反対の質問で始まる場合があります。
同じフォームに2つのプライマリボタンを配置できますか？
@rojcykが述べたように、認知的負荷なしですばやくアクションを完了するのに役立ちます。ログインページで、メールアドレスとパスワードを入力し、 Enter。サインアップ時にも同じことが起こり、必要な詳細を入力して、 Enter。
両方に対して単一のフォームを維持する場合、ユーザーにマウスを使用させ、ユーザーが望まない可能性のある適切なアクションを選択させます。
別の要因は心理学である可能性があります。
既存のユーザーは、玄関のドアを開ける鍵を持っている家族のようなものです。
新しいユーザー（見知らぬ人）は、家の所有者に詳細情報を提供する必要があります信頼を得て、エントリを許可するため。
ユーザーとしての私にとっては...私はスピードとルーチンのために行きます。決断を最後にではなく、前に進めること。前もってログインすることを選択することで...私は今、何も考えずに非常に迅速に残りを行うことができます。私は通常、自分の情報を入力し、直感的にボタンの発言を見ることもせずにEnterキーを押します。両方のオプションがあるページでこれを行った場合、エラーが発生するか、リダイレクトされるか、uxに対するポイントとなる何かが発生します。別のシナリオでは、ボタンを押して（もう一度考えると）エラーメッセージが表示された場合、停止して詳細を確認し、2つのオプションを確認して、「どのボタンを押したのか？ Enterキーを押しますか？」 ...その後、最初からやり直します。あなたは私がこれでどこへ行くのかわかります。彼らは何か間違ったことをする機会が少ない...より良い！