する質問をすることでしか得られない、回答やアドバイスがある。66多くのサービスでは新規登録ボタン(サインアップボタン)とログインボタン(サインインボタン)が別々に設置してあります。これを分ける意味はあるのでしょうか?例えば、こういう仕様にするのはいかがでしょうか。(*メアドとパスワードでログインできるサービスを想定しています)●メアドとPWの入力欄を設けて、そのサービスを利用したいユーザーにその2つを入力するよう促す●「入力メアド=登録メアド」、かつ、「入力メアドと紐づけられたPW=入力PW」であるなら、ログインさせる●「入力メアド=登録メアド」、かつ、「入力メアドと紐づけられたPW≠入力PW」であるなら、エラーメッセージを表示させる●「入力メアド≠登録メアド」なら、「このメールアドレスで新規登録しますか?」みたいなダイアログを出す。OKボタンが押されたら、入力メアド当てに確認コードを送っていいかのダイアログを出す。OKボタンが押されたら入力メアド当てに確認コードを送付し、確認コードを入力するためのページに遷移。「こういう仕様にするのはいかがでしょうか」というのは、「こういう仕様にするメリット・デメリットはなにか」という意味です。様々な問題点を指摘していただきましたが、それらの問題は上述した仕様に問題があるのであり、新規登録とログインに同じフォームを使うこと自体はメリットの方が勝っているのでしょうか?つまり、仕様によっては、新規登録とログインに同じフォームを使うことは、生産的・効果的であるのでしょうか?新規登録とログインで別のフォームを使っていて、かつ、メアドとPWを登録するタイプのフォームにおいて、新規登録のフォームですでに登録されているメアドを入力した場合はどのようなエラーメッセージが出るのが一般的なのでしょうか?例えばAmazonではすでに登録されているメアドを使って新規登録しようとすると次のようなエラーメッセージが出ます。何人かの回答者さんの意見だとこれはセキュリティ的に芳しくないとのことですが、ではこのようなエラーメッセージは一般的ではないのでしょうか?attachmentクリップ4気になる質問をクリップするクリップした質問は、後からいつでもマイページで確認できます。クリップした質問に回答があった際、通知やメールを受け取ることができます。自分も答えを知りたい質問者以外のユーザにも役立つ評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。質問の評価を上げたことを取り消します低評価-評価を下げられる数の上限に達しました評価を下げることができません1日5回まで評価を下げられます1日に1ユーザに対して2回まで評価を下げられます質問の評価を下げるteratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。コメントをしてください。送信する質問の評価を下げる機能の利用条件この機能を利用するためには、以下の事項を行う必要があります。18:37分けないでやりたいならそーしたらいいじゃないっていう。なんでみんながそうしないのかちょっと考えればわかるはずですがそれでもやりたくない、独自の道を進みたいというのであればどうぞ~分けないでやりたいならそーしたらいいじゃないっていう。編集@azuapricot僕が質問文で「こういう仕様にするのはいかがでしょうか」と書いているのは、「こういう仕様にするメリット・デメリットはなにか」という意味です。分かってたら質問しませんよ(笑)ということは、azuapricotさんは分かっていらっしゃるということでしょうから、ぜひ教えていただきたいですね。僕が質問文で「こういう仕様にするのはいかがでしょうか」と書いているのは、「こういう仕様にするメリット・デメリットはなにか」という意味です。いうことは、azuapricotさんは分かっていらっしゃるということでしょうから、ぜひ教えていただきたいですね。13:17複数のユーザーから「やってほしいことだけを記載した丸投げの質問」という意見がありました「質問を編集する」ボタンから編集を行い、調査したこと・試したことを記入していただくと、回答が得られやすくなります。件sort評価が高い順sort新着順sort古い順link+13新規登録とログインでは要件が違います。認証処理と登録処理ではゴールが違います。ゴールが違うものをひとつにするのは無理があります。●「入力メアド≠登録メアド」なら、「このメールアドレスで新規登録しますか?」みたいなダイアログを出す。セキュリティ的にアウトかなと。認証できなかったとき、ログインIDを間違えたのかパスワードを間違えたのか分からないようなメッセージをだします。それも利用者以外使わせないようにしたり、なりすましを避けるための工夫です。存在しないメールアドレスを「登録しますか?」と出すことはサービスにユーザーが存在する、しないを悪意のあるユーザーに知らせることになります。多くのサービスはログインIDとパスワード以外に必須項目を設けています。nullで設定されていることでしょう。煩雑になる、かつ、セキュリティの脅威が増える、かつ、UXの観点から利用者に戸惑いを与えるような仕様になるので、NGだと私は思います。いう仕様にするのはいかがでしょうか。ついては、好きにされては?としか言いようがないです。自身がそういうサービスを作りたいのであれば誰も止めませんし例え利用者が被害にあっても責任は作ったひと自身にしかとれませんので。評価が高い回答ほどページの上位に表示されます。remove低評価1回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。commentコメント投稿link+9以下についてのみ回答します。第二版という本(白々しいですが、私が書いた本ですw)には以下のように書かれています(P490)。最近のWebサイトでは、ログイン時にIDとパスワードを別の画面で入力させるサイトが増えています。以下はGoogleのログイン(2018年4月27日確認)ですが、まずID(メールアドレスまたは電話番号)だけを入力します。ユーザ登録されていないIDの場合は以下のようにエラーになります。パスワードを正答しなくても、特定のIDがGoogleにユーザ登録されているか否かは分かるわけです。ユーザIDが登録されている場合は、下図のように「ようこそ」と表示され、パスワード入力を促されます。この動作は従来の「セキュリティの常識」には反するものですが、ログイン操作自体はやりやすくなります。IDとパスワードのどちらを間違えたか分かりやすいからです。米国の大手サイトを中心に最近この種のログイン画面が増えています。このようにする理由は、ログイン認証がユーザには「面倒くさい」ものであり、ユーザへの負担が増えれば増えるほど安易なパスワードをつける傾向になることへの反省と考えられます。多少ログイン試行がやりやすくなるデメリットは許容し、ユーザの負担を減らすことにより、複雑なパスワードをつけるように誘導していると考えられます。これは、先に紹介したPayPalの「パスワードを表示する機能」とも共通する考え方です。いうことでして、別に「みんなで渡れば怖くない」ということではなく、熟慮の上で米国大手サイトを中心に増えているのだと思います。先の本には以下のように書かれています。IDとパスワードを同時に入力する従来からの方式と、IDとパスワードを別々に入力する方式は一長一短があります。IDとパスワードを別々に入力する方式の場合は、二段階認証の導入などにより、リスク増加にならないよう慎重な設計が求められます。従来、IDとパスワードのどちらが間違いかわからない方法が主流だった理由は、その方がパスワード試行が難しくなるからです。この方法だけが「パスワード試行を難しく対策」ではありません。このため、別の方法でパスワード試行攻撃を対策すれば、「IDとパスワードのどちらが間違いかが分かる」方法を採用することはありえます。上の引用にもあるように、むやみに真似して良い方法ではありません。以下のコメントについて追記として回答します。いうことは、僕の考えた仕様であったとしても、「別の方法でパスワード試行攻撃を対策」すれば、脆弱性の問題は回避できるということでしょうか?まず、「IDの登録有無がわかってしまう」という問題は、認証システムにおいて脆弱性ではありません。従来なぜIDの登録有無が分からないようにしていたかですが、これは難しい言い方をすると「弱いパスワードが登録されている場合のコントロール」としてです。パスワード認証において、もっとも重要なことは、利用者が安全なパスワードをつけることです。それだと利用者まかせになってしまう(パスワードの本来のあり方はそういうものですが)ので、サイト運営者側でなんとかできないか、ということで、以下のようなコントロールが考案され、実践されています。パスワードの定期的変更を要求するパスワードに使う文字種を2種以上、あるいは3種以上を要求するログインの際にIDの間違いかパスワードの間違いかを明示しない上の2つは、最近、逆効果として否定されています。3番目が今回のテーマですが、メリットもあるがデメリットもあるということで疑問視されているわけです。WordPressという世界でもっとも多用されているCMSの仕様も、「IDの間違いかパスワードの間違いか分かる」仕様になっています。これが脆弱性であるならばとっくに「改善」されているはずですが、一応許容されています(プラグインで挙動を変更することもできますが)。コントロールの意味を説明していませんでしたが、意訳すると「対策」ですね。弱いパスワードをつけてしまう問題は、本当に悪いのは利用者です。サイト側でできる対策の一つしてこれがあります。認証の際に二段階認証を要求すれば、こちらの方がはるかに安全性が高まるので、他の対策(コントロール)までは要らないだろう、という判断はできます。書きましたが、まとめるとこうです。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。編集あなたが言っているのは、IDとパスワードを分けて入力させても、セキュリティ上問題がないやり方があるということではないでしょうか?私が言っているのはセキュリティ上問題があるサイトの話です。質問者のやり方はセキュリティ上問題があるように見えます。質問者が提示したamazonのやり方がセキュリティ上問題があるかどうかは分かりません。私が言っているのはセキュリティ上問題があるサイトの話です。質問者のやり方はセキュリティ上問題があるように見えます。質問者が提示したamazonのやり方がセキュリティ上問題があるかどうかは分かりません。編集とくまる先生にしちゅもんでちゅ。「メールアドレスが実在するかどうかが確認できる」という事については、とくまる先生も異論が無いように見えるでちゅ。GoogleやAmazonでの話でちゅ。その上で「不正ログインを許すかどうかはシステムのセキュリティ実装が担保するものであって、我々のシステムは問題ない」からGoogleやAmazonは大丈夫だと言っているように見えるでちゅ。そこでしちゅもんの本題なのでちゅが、そうやって実在を確認したメールアドレスに「全く別のサイトからのメールを偽装ちて偽のログイン画面へのリンクをそうちんち、ゆうどうち、パスワードを入力させてアカウントを盗む」というのを行う事が、可能か不可能か、という事について、どう思っていらっちゃいまちゅか?それが仮に可能であったとちての話でちゅが、たちかに元のサイトであるGoogleやAmazonには不正アクセスは出来ないでちゅ。何の被害も無いでちゅ。ユージャはわじゅらわしいログイン作業から開放されていまちゅから『GoogleやAmazonはユージャにやしゃちいサイトだー、かわゆし、かわゆし』と思うでちょう。GoogleやAmazonにはお客しゃんがしゃっとうする事でちょう。うわー、みんなしあわちぇー!...でちょうか?端的に言うのでちゅが、GAFA企業に絶対的な倫理観が有ると思っていまちゅか?この点について、とくまる先生の考え方を教えてほしいでちゅ。まる先生にしちゅもんでちゅ。「メールアドレスが実在するかどうかが確認できる」という事については、とくまる先生も異論が無いように見えるでちゅ。GoogleやAmazonでの話でちゅ。その上で「不正ログインを許すかどうかはシステムのセキュリティ実装が担保するものであって、我々のシステムは問題ない」からGoogleやAmazonは大丈夫だと言っているように見えるでちゅ。たちかに元のサイトであるGoogleやAmazonには不正アクセスは出来ないでちゅ。何の被害も無いでちゅ。ユージャはわじゅらわしいログイン作業から開放されていまちゅから『GoogleやAmazonはユージャにやしゃちいサイトだー、かわゆし、かわゆし』と思うでちょう。GoogleやAmazonにはお客しゃんがしゃっとうする事でちょう。この点について、とくまる先生の考え方を教えてほしいでちゅ。02:09先生のお名前をかんじぇんに間違えてちまっていたでちゅ。先生のお名前をかんじぇんに間違えてちまっていたでちゅ。編集ockeghemは、おおちげ先生という人が使うほうが合っていると、ずっと思っていまちゅ。ockeghemは、おおちげ先生という人が使うほうが合っていると、ずっと思っていまちゅ。12:38丁寧に説明していただきありがとうございました。助かりました丁寧に説明していただきありがとうございました。助かりましたキャンセル完了するlink+7機能的には問題ないと思いますが、UIはわかりやすさが大切かと考えます。分ける方が、わかりやすいのかなと思います。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。11:37未登録ユーザは、登録していないメールアドレスをいきなり入力するのに戸惑いそう↓これは、新規登録とログインを分けた一般的なフォームでも同じではありませんか?そのようなフォームで新規登録ボタンを押しても、入力欄に登録していないメアドを入力する必要がありますよね。これは、新規登録とログインを分けた一般的なフォームでも同じではありませんか?そのようなフォームで新規登録ボタンを押しても、入力欄に登録していないメアドを入力する必要がありますよね。↓>これは、新規登録とログインを分けた一般的なフォームでも同じではありませんか?そのようなフォームで新規登録ボタンを押しても、入力欄に登録していないメアドを入力する必要がありますよね。入力フォームが"メールアドレス"と書いてあるだけをイメージしていたので、登録したことが無いのにメールアドレスを入力することに対して戸惑いそうかなと想像しました。新規登録から遷移した場合は、新規メールアドレスを求められていることをユーザが意識しているので、特に疑問を感じないかなと思いました。おっしゃる通りで、入力することは一般的なフォームと同じですので(私のイメージしたフォームの場合だったらそう感じそうというだけなので)、フォームのデザイン次第では何の問題も無いかもしれませんね。>これは、新規登録とログインを分けた一般的なフォームでも同じではありませんか?そのようなフォームで新規登録ボタンを押しても、入力欄に登録していないメアドを入力する必要がありますよね。入力フォームが"メールアドレス"と書いてあるだけをイメージしていたので、登録したことが無いのにメールアドレスを入力することに対して戸惑いそうかなと想像しました。新規登録から遷移した場合は、新規メールアドレスを求められていることをユーザが意識しているので、特に疑問を感じないかなと思いました。おっしゃる通りで、入力することは一般的なフォームと同じですので(私のイメージしたフォームの場合だったらそう感じそうというだけなので)、フォームのデザイン次第では何の問題も無いかもしれませんね。12:11入力フォームが"メールアドレス"と書いてあるだけをイメージしていたので、登録したことが無いのにメールアドレスを入力することに対して戸惑いそうかなと想像しました。新規登録から遷移した場合は、新規メールアドレスを求められていることをユーザが意識しているので、特に疑問を感じないかなと思いました。↓なるほど、その可能性は考えていませんでした。確かに、僕の考えたフォームだと、ユーザーは新規登録をするということをあまり意識しないかもしれないので、メールアドレスを入力することに抵抗を覚えるかもしれませんね。ならないために説明を付け加えるにしても、「それなら一般的なフォーム使えばそんな手間かからんよ」と言われればそれまでですね。新たな視点をいただきました。ありがとうございます。入力フォームが"メールアドレス"と書いてあるだけをイメージしていたので、登録したことが無いのにメールアドレスを入力することに対して戸惑いそうかなと想像しました。新規登録から遷移した場合は、新規メールアドレスを求められていることをユーザが意識しているので、特に疑問を感じないかなと思いました。その可能性は考えていませんでした。確かに、僕の考えたフォームだと、ユーザーは新規登録をするということをあまり意識しないかもしれないので、メールアドレスを入力することに抵抗を覚えるかもしれませんね。ならないために説明を付け加えるにしても、「それなら一般的なフォーム使えばそんな手間かからんよ」と言われればそれまでですね。新たな視点をいただきました。ありがとうございます。キャンセル完了するlinkcheckベストアンサー+6統合型UI基本的に別々の役割を持ったUIを一つに統合するのは、「今、何をしているのか」のユーザ認識を曖昧にさせる為、歓迎しません。質問内容こそ違いますが、下記質問と同じ性質の問題と思います。使い分けを知りたいです|teratailsubmitボタンのラベルをどう表記するか「新規登録画面」と「ログイン画面」ではフォーム送信用のsubmitボタンの意味が変わる為、統合できません。/>学習コストが高い学習コストを高くしても良い作業には、次のポイントがあります。何度も実施する作業である習得する事で作業コストが軽減されるアカウント作成画面において、学習コストを高くすれば、「面倒くさそうだから止めよう」や「こんな面倒くさいのなら、登録後も面倒くさい作業が多いんだろうな」のように思われてしまう可能性があります。プロバイダ目線でいえば、アカウント作成してサービスを利用してもらわなければ、サービスを継続する事が不可能なので、アカウント作成の学習コストは出来るだけ下げたいと考えるでしょう。●「入力メアド≠登録メアド」なら、「このメールアドレスで新規登録しますか?」みたいなダイアログを出す。OKボタンが押されたら、入力メアド当てに確認コードを送っていいかのダイアログを出す。OKボタンが押されたら入力メアド当てに確認コードを送付し、確認コードを入力するためのページに遷移。送った確認コードと入力されたコードが一致したら新規ユーザー登録完了とする確認ダイアログがあるとはいえ、「ログインするつもりで新規アカウント作成できてしまう挙動」は敬遠したくなるものです。学習できていなかったユーザのヒューマンエラーは常に想定しておくべきです。新規アカウント用のEメールアドレスを確認するEメールアドレスは既に使用されています「初めて使用します」を選択されましたが、****@gmail.comを使用するアカウントはすでに登録されています。このエラーメッセージは「****@gmail.com」が有効なメールアドレスである事の証となります。Amazonにブルートフォースアタックをしかければ、有効なメールアドレスを収集する事が可能であり、スパム業者にとっては格好の餌食といえます。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。10:20学習コストの高さとAmazonの問題点を除いて、フォームの問題点を3点あげていただきましたが、この問題点は質問文に書いてあるような仕様にした場合の問題点でしょうか?それとも、新規登録とログインを同じフォームで行った場合に現れる問題点でしょうか?もし前者である場合、仕様を改善すれば、新規登録とログインを同じフォームで行うことにも意義が見いだせるかもしれません。後者である場合、同じフォームを使うことは避けた方がいいという結論になります。上の質問は、そちらの判断をつけたいのでお聞きした次第です。前者である場合、仕様を改善すれば、新規登録とログインを同じフォームで行うことにも意義が見いだせるかもしれません。後者である場合、同じフォームを使うことは避けた方がいいという結論になります。上の質問は、そちらの判断をつけたいのでお聞きした次第です。新規登録とログインを同じフォームで行う」と認識しており、その問題点です。新規登録とログインを同じフォームで行う」と認識しており、その問題点です。11:28ありがとうございます。指摘していただいた問題点は、新規登録とログインを同じフォームで行った場合に全般的に出てくる問題なのですねありがとうございます。「このメールアドレスで新規登録しますか?」みたいなダイアログを出す。OKボタンが押されたらこれは一般的な新規登録UIでは不要なステップですよね。(一般的なUIでは新規登録をしたいと思って新規登録ボタンを押しているのだから)判断の負荷なり操作のステップ数なりを減らしたいという意図でしょうけど、減っていないように見えます。メールアドレスの登録の有無が分かるリスクの件ですが、ログイン画面では分からないけれど新規登録UIでは既存ユーザーのアドレスを弾くサイトがありますね。ログイン画面でだけ分からなくすることにさほどメリットがあるとは思えません。新規登録とログインで時間あたりの試行回数の制限を変えるなどすれば意味があるのでしょうけれど。あと「慣れていないから使いづらい」という点については質問の主題でないと思うので特に言うことはありません。主題に含むそうなので、「慣れていないから使いづらい」について。一面の事実ではあるでしょうけれど、それを理由にしてしまうと新しいUIが生まれなくなってしまうので、私の嫌いな考え方です。カリスマ的に慣れないUIを作り続けるApple社のような存在が世の中には必要だと思います。「人間が慣れていない」以上に厄介なのが「物理的な機械とか世の中の仕組みがそのUIを前提に作られてしまった」状態です。なるといくら既存のものより優れていてもUIの刷新は至難の業です。それに比べれば画面上のログインUIごときはいくらでも変えられますから、慣れないUIでもなんでも優れていると思うものを作ってみればよいと思います。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。10:44「このメールアドレスで新規登録しますか?」みたいなダイアログを出すような仕様を考えた理由を説明します。ダイアログを出さなかった場合、「入力メアド≠登録メアド」だったときには新規登録の手続きが進んでしまいます。ユーザー登録をしていない人からしたらそれでいいでしょう。ユーザー登録をした人からするとそうなってしまっては困ります。ユーザー登録をした人からすると、彼ががメアドを間違えて入力してしまったとき(すなわち「入力メアド≠登録メアド」のとき)に例のダイアログが出ることで、「登録済みのメアドを入力したはずなのに新規登録手続きに移行してるぞ。メアドの入力を間違えたかな?」と考えてくれることを期待しています。ダイアログを出そうと思ったのはこのためです。---ログイン画面では分からないけれど新規登録UIでは既存ユーザーのアドレスを弾くサイト↓Amazonもそのような仕様ですよね。---「慣れていないから使いづらい」という点については質問の主題でないと思う↓いえ、それも質問の主題に含むと考えています。僕が知りたいのは、質問文のような仕様にするメリット・デメリットはなにかということですので、「UI/UXの観点から見て不備がある」というのはデメリットに該当しますので、質問内容に合致した回答っだと思われます。ご意見を頂戴したいです。「このメールアドレスで新規登録しますか?」みたいなダイアログを出すような仕様を考えた理由を説明します。ダイアログを出さなかった場合、「入力メアド≠登録メアド」だったときには新規登録の手続きが進んでしまいます。ユーザー登録をしていない人からしたらそれでいいでしょう。ユーザー登録をした人からするとそうなってしまっては困ります。ユーザー登録をした人からすると、彼ががメアドを間違えて入力してしまったとき(すなわち「入力メアド≠登録メアド」のとき)に例のダイアログが出ることで、「登録済みのメアドを入力したはずなのに新規登録手続きに移行してるぞ。メアドの入力を間違えたかな?」と考えてくれることを期待しています。ダイアログを出そうと思ったのはこのためです。Amazonもそのような仕様ですよね。いえ、それも質問の主題に含むと考えています。僕が知りたいのは、質問文のような仕様にするメリット・デメリットはなにかということですので、「UI/UXの観点から見て不備がある」というのはデメリットに該当しますので、質問内容に合致した回答っだと思われます。ご意見を頂戴したいです。ダイアログを出そうと思ったのはこのためです。Amazonもそのような仕様ですよね。いえ、それも質問の主題に含むと考えています。