メールコードを使った簡単なアカウント登録

ニュースとイベント お知らせ
,
53

他にも問題があります。

/login にいて、「Email/username」フィールドにユーザー名を入力します。上記で述べた最初の混乱の後、「Email me a one-time login code」をクリックします。すると「Welcome back」ページに移動しますが、そこに「Email」フィールドがユーザー名で事前入力されています（問題1）。うっかり「Continue」をクリックすると、3つの赤いメッセージが一斉に表示されます（問題2）：

  1. Incorrect username, email or password
  2. :warning: Fix this error to continue - Email - Please enter a valid email address
  3. :warning: Please enter a valid email address

次の「Continue」ボタンの横にある「Login with your password instead」というテキストは、Continueボタンの説明のように見えますが、これは大きな問題ではありません。

その後、「Continue」をクリックします。「Welcome back - Check your email」画面に移動しますが、「Incorrect username, email or password」のエラーはまだ表示されたままです（問題3）。

ここでは、追加のリンク（「Resend code」、「Use a different email address」）が「Continue」の下に配置されており、それらが別のものであることがより明確になっています。

54

:information_source: この即将到来的変更に伴い、ランダムなユーザー名の生成はデフォルトで無効になり、完全にオプトイン制になることを確認するための注記を追加します。本トピックの最初の投稿もそれに応じて更新されました。

フィードバックをくださった皆さん、ありがとうございました。

「いいね！」 3
55

個人的には、クリックできるリンクがない認証メールやログインメールは嫌いなので、サイト設定でこの機能を切り替えられるオプションを追加してもらえると嬉しいです。

最初の登録ステップとしてメールアドレスとコードを入力するのは良いですが、データ保護に関する条項に同意せずにメールアドレスを入力して（メールを送信する）ことは許容できるのか疑問です。すでに述べたように、モデレーターによる承認フローに組み込まれる必要があります（つまり、承認が確定していない場合は「アカウントを有効化してください」というメールを送らないようにする）

「いいね！」 1
56

これは実現が容易ではない点があり、理由は2つあります。第一に、メールアドレスの所有権確認には、プロダクトとして一つの仕組みを持つことが望ましいです。二つの仕組みを併用すると、エンドユーザー、管理者、そして私たち自身のカスタマーサポートチームにとって混乱を招きます。

第二の理由はセキュリティに関わるものです。リンクは、潜在的な攻撃者によってより簡単にハイジャックされたり、操作されたりする可能性があります。例えば、正規のサイトからのものであるように見せかけたメールを送り、その中のリンクも正規のもののように見せかけ、実際にはユーザーを別のサイトやアカウントに誘導するのは容易です。リンクはソーシャルエンジニアリング攻撃の実行を容易にしますが、メールコードの場合はそうではありません。

一回限りのメールであれば問題ないのではないでしょうか？いずれにせよ、リンクを送信する場合とコードを送信する場合とで、この点に違いがあるのかどうか私には分かりません。

57

「サインアップ時に表示」が設定されている、またはサインアップ時に必須となっているカスタムユーザーフィールドを、この新しいサインアップページに表示させる方法はあるのでしょうか？私たちのフォーラムでは、「月間のアートワークへの参加を希望する」などのオプションがあり、以前はユーザーがサインアップ時にこれらが表示されていました。これは良い機能ですが、残念ながら、重要なログイン関連のフィールドの入力と表示を迂回してしまいます。

「いいね！」 3
58

はい、私の経験では……ユーザーがユーザー名を変更することを妨げられていない限り、問題ありません！

59

確かに、招待コードを設定しても私の環境では動作しませんでした。

警告やエラーメッセージもなく、メールコードの送信が失敗するだけです。

そのため、結果的に招待制にせざるを得ませんでした。ただし、この登録方法は素晴らしいものです。2FAの強制が選択肢にならない場合に特に役立ちます。おそらく過去に何度も使用してきた汎用的なパスワードをユーザーに設定させるよりも、確実にセキュリティは高くなります。

60

こんにちは。良い方向性だと思いますが、メールのやり取りが1往復増えます。

私たちは招待制を採用しており、個別に招待メールを送信しています。

以前は、メール登録リンクに延長トークンが含まれており、追加のメール認証ステップなしで登録が可能でした。

image

この変更により、短縮トークンがメールで送信されるようになり、それによりもう1往復のメールが必要になります。

image

新規ユーザーにとって登録プロセスが複雑になります。

「いいね！」 1
62

はい、このシステムではサインアップフォームにはユーザーフィールドが表示されませんが、次のステップでコードを確認すると表示されるようになります。

Screenshot 2026-10-16 at 16.56.18
Screenshot 2026-10-16 at 16.56.182078×1360 118 KB

設定したフィールドについて、このページがどのように表示されるかテストしてみましたか？

63

技術的にあまり詳しくないユーザーにとって、登録プロセスは非常にスムーズでした。ボックスにメールアドレスを入力し、コードを待てば完了です。また、比較的セキュリティも確保されています。

現時点で気づいた点をいくつか挙げます：

  • 招待 コードの使用が以前指摘した通り、正常に動作していないこと。
  • 私たちが協力している人々にとって、数字を入力できる時間が非常に短いです。また、コードの長さも必要以上に長い可能性があります。私の認識が間違っていなければ、どちらも調整できず、どちらもセキュリティを高めるものではなく、単に使いにくくするだけです。
  • メールアドレスボックスだけで登録できるのは素晴らしいことです。しかし、次にログインする際に突然パスワードの入力が「必要」になるのは理にかなっていません。前述したように、私が関わるユーザーは技術的に詳しくないため、メールコードによる登録がデフォルトであるにもかかわらず、（場合によっては数週間後に）パスワード入力欄があることは混乱を招きます。現在の標準的な期待としては、メールアドレスボックスのみを用意し、その後システムがパスワード、メールコード、またはその他の認証方法かを判断して要求する形であるべきです。
「いいね！」 2
64

はい、テストしましたが、コードを入力すると、カスタムフォームフィールドではなくフォーラムにリダイレクトされます。