Discourse コミュニティでは、今まではマジックリンクを使用していたログイン方法に代わって、短いメールコードを使用してログインできるようになりました。これにより、多くの他の SaaS プラットフォームで馴染み深いパスワードレスログインフローを提供し、既存の二段階認証設定と併用することができます。
このトピックでは、主な変更点を確認し、今日からこの機能を使用する方法を紹介します。
変更点
この機能を有効にすると、メンバーはよりシンプルなフローでログインできます：
- メールアドレスを入力し、続行をクリックします。
- 6桁のコードが受信トレイに届きます。コードを貼り付け（または入力）ると、最後の桁が入力されるとフォームが自動的に送信されます。
- 二段階認証（TOTP、バックアップコード、セキュリティキー）が有効な場合、次に標準的な2FAステップが表示されます。
いくつか覚えておくと良い詳細があります：コードの有効期限は10分、5回の失敗後に期限切れ、1回だけ使用可能です。
コミュニティでワンタイムログインコードを有効にする方法
現時点では、これは実験的な変更と見なされています！ より広範に展開する前に、改善に役立つフィードバックを歓迎しています。
これを有効にするには、管理エリアの 今後の変更 ページ（/admin/config/upcoming-changes）に移動し、コードによるローカルログインを有効にする項目を見つけます。有効にする…フィールドを更新して、この新しいデザインをサイトに適用します：
有効にする前に、enable_local_logins と enable_local_logins_via_email の両方が true になっていることを確認してください。これらが設定されていないと、この機能を有効にすることはできません。DiscourseConnect（enable_discourse_connect）を使用している場合、この機能を有効にすることはできません。
変更が有効になると、コードログインパスが自動的に表示されます。
ご意見をお聞かせください
あなた次第です：この新機能についてのご意見をお聞かせください。気に入っている点、気に入っていない点、うまくいっている点、改善できる点はありますか？
「いいね！」 8
さっき自分のサイトで試してみました。他の人たちがどう思っているかはわかりませんが、パスワードマネージャーのユーザーとしては、これはかなり大きな後退に感じられます…
この新しいフローは、私がパスワードマネージャーに押し付けられていた「メールを生成、ユーザー名を入力、パスワードを生成、保存」という戦略を取り除き、最初にメールを入力することを強要します。メールコードの件については問題ありません（むしろ、コードがメールの件名に含まれている場合は、ほぼ好みます）が、他のアカウントデータの入力ボックスを削除することに強く反対します。もし私が技術的な背景を持たないユーザーであれば、このような情報が一切ない入力ボックスに自分のメールを渡すことは避けるでしょう。なぜなら、これは一般的なデザインではないからです。これが恒久的なものになる前に、それが元に戻されることを望みます。
dfabulich
(Dan Fabulich)
12
メールコード、通称「マジックリンク」は悪くありませんが、ユーザーをパスキーへ誘導すると、体験が格段に良くなります。
メールコードの最大の課題の一つは、Gmailのアプリ内ブラウザを含むアプリ内ブラウザで期待通りに動作しないことです。
マジックリンクで人々が遭遇する最も一般的な問題は、通常のブラウザでサイトにログインしたつもりになっているのに、実際にはアプリ内ブラウザ経由でログインしていることです。例えば、誰かがログインリンクをメールで受信したとします。Gmailアプリを開き、「404 Mediaにサインイン」ボタンをクリックすると、スマートフォンでウェブページが読み込まれます。しかし、これはGmailのウェブブラウザでウェブサイトを読み込んでいるだけで、ネイティブのSafariではありません。
パスキーはこの問題を解決します。
まず、マジックリンクを使用しているウェブサイトは、現在のマジックリンクの動作に不満を訴えた顧客に対して、パスキーをオプションのオプトイン機能として提供できます。問題が発生しないように、いわゆるソフトローンチとして、この機能を100%オプトインに設定できます。
少し後になって、ウェブサイト運営者がパスキーがマジックリンクに関連するユーザー体験の問題に本当に役立つと確信したら、サインイン後、90日ごと、またはパスキーのクロスデバイスサインイン機能を使用してサインインするたびに、ユーザーにパスキーの追加を促すことができます。このようなプロンプトの表現は、Appleデバイスを使用するユーザーに対しては次のようになります。次回メールを確認する必要を避けたいですか？Face IDまたはTouch IDを使用して、迅速かつ安全にサインインするためのパスキーを設定しましょう。
ユーザーをパスキーへ誘導することは、ユーザーをパスワードマネージャーの使用へ誘導することと同じです。なぜなら、パスキーは単にパスワードマネージャーを必要とするパスワードだからです。
「いいね！」 2
Don
13
こんにちは 
このアプローチは本当に気に入っています！ただし、登録が完了するまで表示名を変更できない点が少し気になります。プロセス中に名前を変更できるオプションを追加できたら素晴らしいと思います。
私のコミュニティでは、「UXでユーザー名を優先する」というサイト設定を無効にしているため、UI全体でフルネーム/表示名が優先されます。そのため、ユーザーがすぐにカスタマイズするオプションがない場合、フロントエンドで「user21」のような自動割り当てされた名前がかなり見苦しくなってしまいます。
ありがとうございます！
「いいね！」 5
pmusaraj
(Penar Musaraj)
14
この新しいフローではマジックリンクは送信されません。コードのみを送信します。ユーザーは同じページに留まり、メールからコードをコピーしてサインアップフォームに貼り付けます。したがって、この新しいアプローチはアプリ内ブラウザの問題を解決するのに役立ちます（これは変更の主な利点の一つです）。
これは確かに、サインアップのパスワードステップで次に実施したいことです。アプリやウェブサイトはパスキーのサポートを強化しており、多くの場面でパスキーへの誘導表示を目にするようになりました。したがって、Discourseでもこれを追加するのは理にかなっています。（パスワードからパスキーへの移行において、サポートの臨界点に達することは非常に役立ちます。）
「いいね！」 3
DomMcD
(Dominic McDevitt)
16
この機能に関する唯一の懸念点は、サインアップページから名前とユーザー名のフィールドが削除されることです。これは意図的なものですか？「user63」のようなユーザー名を設定するために、サインアップ直後にユーザーに設定画面を掘り下げてほしくないのです。
kddkd
(用户16)
17
このメール認証コードによる登録方法は、私がずっと望んでいた変更です！
「いいね！」 1
Moin
18
この変更がないと、「パスワードを忘れた場合」と「メールを送信する」リンクのサイズが同じになっていました。現在、後者の方が大きくなっています。これは意図的なものでしょうか？
「いいね！」 1
