13:53回答ありがとうございます。どちらが正解というよりは展開するサービスによって使い分けた方がいいということがわかりました。参考にさせてもらいます。回答ありがとうございます。使い分けた方がいいということがわかりました。参考にさせてもらいます。キャンセル完了するlinkcheckベストアンサー+3登録時に最初にメールアドレスだけを送るケースはあまり見かけないような気がします。したメアドにリマインダー送信このように、最初の入力では仮登録とし、メールアドレスの有効確認(=本人の最終的な同意)が取れた時点で正式登録というパターンが割と多いような気がします。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。回答ありがとうございます。どちらが正解というよりは展開するサービスによって使い分けた方がいいということがわかりました。参考にさせてもらいます。回答ありがとうございます。使い分けた方がいいということがわかりました。参考にさせてもらいます。キャンセル完了するlink+2サイトの性格によって変わってくると思います。メールを何度も経由する場合、その通信は平文(だったはず)になるので、セッションを維持する情報や個人情報の、メールでのやりとり回数は減らしたいと思ってしまいます。※「2」でもセッションは時限性でワンタイムでしょうし大丈夫だとは思います。※必要な個人情報がメールアドレスのみとかなら、「2」が良さそうに思います。私なら、「ユーザID,パスワード,メール,その他そのサービスが求める最低限必要な情報」を入力させて問題が無ければ「ユーザID様登録が完了致しました。etc,覚えが無い場合はetc,登録情報に誤りが無いかユーザ情報ページにログインしてご確認ください。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。13:54回答ありがとうございます。どちらが正解というよりは展開するサービスによって使い分けた方がいいということがわかりました。参考にさせてもらいます。メールの文面も参考人させてもらいます。回答ありがとうございます。使い分けた方がいいということがわかりました。参考にさせてもらいます。メールの文面も参考人させてもらいます。キャンセル完了するlink+2ステップを短くすれば脱落が減りますが・・私なら2です。最近はメール以外での認証があるのと、アプリ化を視野にいれる(最初の部分だけアプリ内のブラウザで処理する)ことを考えると、メールだけ分離しておいたほうが、あとあと便利だからです。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。14:00回答ありがとうございます。どちらが正解というよりは展開するサービスによって使い分けた方がいいということがわかりました。参考にさせてもらいます。回答ありがとうございます。使い分けた方がいいということがわかりました。参考にさせてもらいます。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。そのサイトが提供するサービスが受けたくて登録するのだから、ほとんどの人が受信可能なメールアドレスを入力します使わないメールアドレスを入力される事よりも、自分のメールアドレスを間違えて入力されることが案外多い印象があります。間違い入力の対応策としては空メールを送ってもらうのが現実的なのかもしれません。使わないメールアドレスを入力される事よりも、自分のメールアドレスを間違えて入力されることが案外多い印象があります。間違い入力の対応策としては空メールを送ってもらうのが現実的なのかもしれません。14:18回答ありがとうございます。確かにメアドの入力ミスはありますのでいずれにせよリマインダー送信は必要になりそうですね。どちらが正解というよりは展開するサービスによって使い分けた方がいいということがわかりました。参考にさせてもらいます。回答ありがとうございます。確かにメアドの入力ミスはありますのでいずれにせよリマインダー送信は必要になりそうですね。使い分けた方がいいということがわかりました。参考にさせてもらいます。キャンセル完了するlink0terateilの場合はパターン1のようですね。1回の入力ですべて終わるので好みの問題かもしれませんが1の方がすっきりしていて簡潔なので良いと感じております。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。01:03フェイスブックもパターン1に近いようでした。実装もパターン1の方が楽そうですが、kei344さんのおっしゃる通り、メールの生存確認は送信しないとわからないのでパターン2の方が間違いが少ないような気がします。フェイスブックもパターン1に近いようでした。実装もパターン1の方が楽そうですが、kei344さんのおっしゃる通り、メールの生存確認は送信しないとわからないのでパターン2の方が間違いが少ないような気がします。キャンセル完了するlink0メールアドレスもらって何がしたいのですか?ビジネスの戦略上他人に教えられなくても明確にあるのであれば2は魅力的ですが、1のほうが圧倒的にサービス利用までの障害が少なく、無料ユーザーを集めるには有利です。評価が高い回答ほどページの上位に表示されます。remove低評価0回答の評価を下げる下記のような回答は推奨されていません。評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。14:16回答ありがとうございます。自身用にユーザ管理機能を含めたWEBツールのフレームワークを作成し、今後の業務に役立つ知識を取り入れることが目的です。集客の戦略などはまだ考えていません。独自ドメインを取得して公開する予定なので間違いのないシステムを開発しようと思っています。回答ありがとうございます。自身用にユーザ管理機能を含めたWEBツールのフレームワークを作成し、今後の業務に役立つ知識を取り入れることが目的です。集客の戦略などはまだ考えていません。独自ドメインを取得して公開する予定なので間違いのないシステムを開発しようと思っています。22:21返信ありがとうございます。個人情報は=リスクなので、何がしたいかは大事だと思ってます。私は個人でWebアプリを作るときに「=リスク」を最も意識して、自分サーバ上のDBに持たせないためにOAuthを採用しました。githubやbitbucket、trelloのような海外製Webアプリはメールアドレスとパスワードの2つだけですぐに始められるケースが多いように思えます。対エンジニア、ビジネスマン、学生...サービスの性質やユーザーの性質でいろんな最適解があると思います。私もまだまだ若輩者ですが、お互い頑張っていきましょう。返信ありがとうございます。個人情報は=リスクなので、何がしたいかは大事だと思ってます。私は個人でWebアプリを作るときに「=リスク」を最も意識して、自分サーバ上のDBに持たせないためにOAuthを採用しました。githubやbitbucket、trelloのような海外製Webアプリはメールアドレスとパスワードの2つだけですぐに始められるケースが多いように思えます。対エンジニア、ビジネスマン、学生...サービスの性質やユーザーの性質でいろんな最適解があると思います。私もまだまだ若輩者ですが、お互い頑張っていきましょう。11:44ユーザ情報をテーブルに持たずにsnsなどのログインapi機能で代用するということでしょうか?テーブルに持たせないという考えはなかったので勉強になります。TwitterOauthとかでしょうか?仕組みや使い方がわからないので調べてみます。テーブルに持たせないという考えはなかったので勉強になります。仕組みや使い方がわからないので調べてみます。様々なWebアプリのTwitterアカウントでログインみたいなあれです。複雑ではあるのですが、一意の公開用IDを受け取る事が出来ます。PHPやJava、Node.jsでは公式でライブラリを配布してくれるものもあるので挑戦してみると面白いです。provider_id」等のようにしておく事で、サーバーのDBに名前もメールアドレスもないような運用も可能です。様々なWebアプリのTwitterアカウントでログインみたいなあれです。複雑ではあるのですが、一意の公開用IDを受け取る事が出来ます。PHPやJava、Node.jsでは公式でライブラリを配布してくれるものもあるので挑戦してみると面白いです。サーバーのDBに名前もメールアドレスもないような運用も可能です。08:49回答ありがとうございます!oauthの方はまだ調べられてないですが、Twitter、フェイスブックからのログインも可能にすることにしました。自身のDBで管理する機能を実装するのでそれが済んだら別途質問するかもしれません。oauthの方はまだ調べられてないですが、Twitter、フェイスブックからのログインも可能にすることにしました。自身のDBで管理する機能を実装するのでそれが済んだら別途質問するかもしれません。頂いたご意見への回答は行っておりません。