このユーザーは、リンクをクリックすべきか、認証コードを確認すべきか迷う可能性があります。
うーん、はっきりとは分からないんだけど、「このリンクをクリックするか、このコードを入力してください」というメールはよく見かけるよね。別のデバイスでメールを受け取った場合でも、ワンクリックで済むという利便性があるのは確かだ。——ただ、どのオプションがユーザーにとって分かりやすいかは、サイトの管理者に判断してもらったほうがいいと思う。
「いいね！」 1
フィードバックを共有してくださってありがとうございます！
補足ですが、この変更はユーザー名フォームを削除するものではありません。近日中にリリース予定の変更の現在のバージョンでは、メールコードでメールアドレスを確認した後、専用のユーザー名入力ステップが表示されることになっています：
最近、新しいアカウントで「user1」や「user2」のようなユーザー名が表示されるバグを修正しました。もしまだ新しいアカウントでその現象が見られる場合は、お知らせください。
「いいね！」 1
それは良いことですが、私のケースではこの「アカウントの準備ができました」という表示の後にモデレーターによる承認ステップがあるため、その場合この表示は誤解を招く可能性があります。
「いいね！」 1
現在の安定版で発生したという印象を持っていましたが、旧バージョンのサインアップに戻してしまっているため確認できません。後ほど、あなたが指摘した改善点を入れてから再度試してみます。
「いいね！」 1
この新しい “enable_local_logins_via_code” を使用しようとすると、使い勝手が悪い点があります。私の場合はパスワードマネージャーの Roboform を使っていますが、通常は保存されたユーザー名とパスワードを同時に自動入力し、そのままサイト内に遷移します。しかし、この設定では Roboform が2つのエントリを表示するようになります。1つはユーザー名（私はユーザー名でログインするため、メールアドレスではありません）、もう1つはパスワードです。
しかし、この場合、ユーザー名とパスワードを同時に自動入力する代わりに、コードがすぐに以下の画面へ遷移してしまいます：
その後、メールアドレスを手動で入力する必要があります。安定版では、この処理がよりスムーズに行われるようになりますか？ このプロンプトで Roboform を使用すると、当然ながらユーザー名が挿入され、以下のエラーが発生します：
一つの選択肢としては、すべてのユーザーにパスワードマネージャーのログイン情報をユーザー名からメールアドレスに変更するよう伝えることが挙げられますが、これはユーザーに負担をかけすぎるだけでなく、前述した初期の動作と同じ問題を抱えています。つまり、2番目の画面に遷移し、2段階の手順を踏む必要があるためです。テストとして Roboform をユーザー名からメールアドレスに変更した場合でも、同じことが起きます：
とにかく、現状では使い勝手が悪いだけです。私は決して「ワンタイムログインコードをメールで送信する」というリンクをクリックしたことがなく、すぐに2番目のプロンプトへ遷移してしまいます。
誤解しないでいただきたいのは、6桁のコード方式自体は私やメンバーも好ましく思っているということです。ただ、Roboform のようなパスワードマネージャーと組み合わせた場合、現状よりもっと自然で滑らかな操作になることを望んでいます。
「いいね！」 1
これは最悪だと思います。私は無効化しました。これらが必須にはならないことを確認してもらえますか？
技術に詳しい人以外は、合理的なユーザー名を選ぶ面倒をかける人はいないでしょう。
実際には全員がそうしているわけではありませんが、"名前"が"ユーザー名"と同じくあらゆる場所（例：/admin/users/list/active）に表示されない限り、これはむしろ悪化させる変更です。
（Discourse全般には感謝しています。感謝を忘れて聞こえないようにしたいです！）
「いいね！」 1
そのシステムでログインする際、2点についてお伝えします。
1つ目は、ユーザー名またはメールアドレスの入力を許可できるようにすると、より便利になるかもしれない、ということです。どちらか一方は、もう一方よりも覚えやすい場合があるからです。
もう1つは、私のフォーラムではユーザー名を変更できないことです。これはおそらく私が以前に設定を変更したためだと思いますが、新しいシステムはユーザー名の変更機能に多少依存しているため、この点に注意する価値があるかもしれません。
こんにちは！私も今日この新機能に気づきました。当フォーラムではモデレーションプロセスを行っていますが、突然、新規ユーザーに「happybreeze34」のようなランダムなユーザー名が割り当てられるようになりました。これは私たちにとって問題です。ランダムなエイリアスではなく、ユーザーが自分の名前で登録してほしいからです。
この問題を回避しようと試みたところ、「ランダムなユーザー名を生成する」オプションをオフにすると、代わりに「user1」「user2」などのパターンに戻ってしまうことがわかりました。これはあまり良くありません。
また、全体のフローもやや混乱を招くものだと感じました。ユーザーはまずメールで送られたコードを入力して承認を得る必要がありますが、その後実際にログインする際、どのように進めばよいか不明確です。設定していないパスワードの入力を求められるためです。もう一度コードを送る必要があります（これは自明ではありません）。ログイン後、ユーザーは自分でユーザー名を変更する方法を見つけ出さなければなりません。全体として、かなり長く、混乱を招くオンボーディングプロセスになっています。特に私たちの側では、アカウントがユーザーがその段階に到達する前にモデレーターによる承認を必要とするため、一層そう感じます。
つまり、現状ではこのフローが私たちのニーズに合致していません 
「いいね！」 5
この問題についてご報告いただきありがとうございます！
修正をこちらにプッシュしました：
アップデートして確認していただき、まだこの問題が発生しているかどうか教えていただけますか？
「いいね！」 3
フィードバックありがとうございます。ランダムなユーザー名の生成をデフォルトでオプトインにするべきか、それともオプトアウトにするべきか検討している最中に、大変参考になります。なお、これは決して必須ではなく、最初の投稿にある以下の手順でオプトアウトできます：
完了後、画面はこのようになります：
「いいね！」 3
スタッフによる承認を必要とするサイト向けのフローを改善するアップデート 
を適用しました。更新後にお試しください。問題があればお知らせください！
「いいね！」 4
いいえ、ほぼまったく同じことをします。Roboform によってメールアドレスが挿入され、1〜2秒間停止した後、メールアドレスが表示された状態で6桁のコード入力画面に移動します。つまり、パスワードを入力して discourse に直接進むのではなく、Roboform またはそれと似た何かが、私がクリックしていないにもかかわらず「ワンタイムログインコードをメールで送る」をトリガーしているようです。
少し前ですが、Roboform の無料版をダウンロードして10件のログイン情報を保存できることを思い出しました。特定のパスワードマネージャーを正確にテストしたい場合は、これを利用できます。
https://meta.discourse.org/t/easier-account-signup-using-email-codes/407068/42
当初、ランダムなユーザー名の生成を許可する場合としない場合の両方で試してみました。結果に違いはありませんでした。
今夜、Username change period（ユーザー名変更期間）を 0 から 1 に変更しました（つまり、ユーザー名の変更を許可する設定に変更）。これでずっとうまくいくようになりました。2つの点で違いがありました（私が注意を払っていなかっただけではない限り）：
- 上記の画面、つまりユーザー名を入力するよう求める画面が表示されました。以前は、この画面は表示されませんでした。ある意味では理にかなっていますが、
Username change period設定のこの効果については、説明書に記載されるべきです。 - ユーザー名入力の画面の前に、氏名とカスタムフィールドの入力を求める画面（このトピックでは言及されていません）が表示されました。これは良いことです。しかし、以前はこれもしませんでした。この違いには意味が見出せません。
この新機能を使用前に確認したいもう1つの変更点は、ログインプロセスに関わるものです（つまり、ユーザーがログアウトした後、再度ログインしようとする場合）。
- 「ワンタイムログインコードをメールで送る」オプションは、「ログイン」ボタンと同じ程度の目立たせるべきです。現状では、あまり直感的ではありません。多くの（非技術的な）人々は、単にパスワードを忘れたと思い込むでしょう。
- 1つのボタンを残し、「パスワードを入力しない場合、ワンタイムログインコードをメールでお送りします」というメッセージを表示するのはどうでしょうか。
- 「パスワードを忘れました」の代わりに、「パスワードをリセットまたは作成する」という表現にすることで、パスワード作成リンクを送信するのと同じ手順であることが示唆されるようにするのはどうでしょうか。
- 「パスワードを設定する」メールのこの段落にあるアイデアの飛躍が大きすぎます：「XYZ上であなたのアカウントにパスワードを追加するようリクエストがありました。または、この検証済みメールアドレスに関連付けられているサポート対象のオンラインサービス（Google、Facebookなど）を使用してログインすることもできます。」2番目の文は、多くのフォーラムでは適用されないでしょう。
良い点として、ワンタイムコードは、Discourse Hub アプリでのログインリンクよりもうまく機能すると思います。以前のログインリンクは、Hub アプリではなくブラウザで開かれていたように思うためです。
「いいね！」 1
ありがとう、試してみます！
「いいね！」 1
フォーラムが招待コードというサイト設定を使用している場合、サインアッププロセスのどこかが正しく動作していないという印象を持っています。メールアドレスを入力することは可能ですが、フォーラムからメールが送信されたという通知が表示されるものの、実際にはメールが届かず、ログにも送信された形跡がありません。
この予定されている変更を無効にした後、サインアップは正常に動作し、メールが再び送信されるようになりました。
ユーザー体験の向上や、手続きの摩擦をなくすというアイデア自体は好ましく思うが、私のユーザー層に対しては、この実装方法にはあまり乗り気ではない（今日初めて気づいたばかりだが、コミュニティに3人が登録したので、なぜフランス語圏の「猫好きなおばさん」たちが「FriskyAlligator29」のような名前を使っているのか、またなぜ登録フォームの多くの項目をスキップしているのかと疑問に思ったのだ。
補足：デジタルリテラシーやサイバーセキュリティの知識が全体的に非常に低い層であり、おそらく猫の名前やその変形をメールのパスワードとして使っているのだろう。私は彼らに強力なパスワードや2FA（少なくともより良いパスワードを扱うパスワードマネージャー）の使用を指導する方が望ましい。メールのマジックリンクを使うのは避けたかったのだ…
また、新規ユーザーの登録に対しては、私たちが「門番」を厳格に行っている。登録時にいくつかの質問を設け、入会時に人々の状況を分類（トリアージ）し、彼らを迎えるための重要な情報（背景：病気のペット、時には緊急事態やパニックに陥っている飼い主、獣医師… 彼らは同じような「フロー」に従わない）からスタートできるようにしている）。
「いいね！」 2
今回の変更には2つの側面があります。1つ目はランダムなユーザー名の生成ですが、ご指摘の通り、すべてのコミュニティにとって最適なデフォルト設定ではないため、近日中にデフォルトでオフに切り替える予定です。
2つ目は、アカウントの検証とログインにメールコードを使用することです。これはメール内のマジックリンクよりも優れており、パスワードよりも優れているとさえ言えます。少なくとも、よりシンプルです。フローは以下のようになります：
- ユーザーがサインアップすると、メールにコードを送信し、ページにコード入力欄を表示します
- ユーザーはメールでコードを確認し、Discourseに入力します（別のデバイスでメールを確認し、同じデバイスで続行することも可能です）
- ログインも同様です
- どちらの場合も、希望すればパスワードを一切設定しなくてもよく、パスワード入力はオプションです
- アカウントには引き続き2FAを適用して、第2のセキュリティレイヤーとして機能させることができます
- その他のサインアップ要件（追加のユーザーフィールド、キャプチャ）も、設定に従って引き続き適用されます
「いいね！」 2
登録承認が必要なフォーラムで、メールアドレスを入力し、6桁のコードを入力した後、次のようなメッセージが表示されることに気づきました。「アカウントはまだ承認されていません。ログインが可能になったら、メールでお知らせします。」
この時点では、まだログインしているという感覚はなく、むしろ登録中であるため、このテキストはやや不自然です。
（また、ユーザーの承認判断に役立つ可能性があるカスタムフィールドがあるサイトについては、上記のテキストが表示される前にカスタムフィールドの入力が完了していることを希望します。）
「いいね！」 1