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
さっき自分のサイトで試してみました。他の人たちがどう思っているかはわかりませんが、パスワードマネージャーのユーザーとしては、これはかなり大きな後退に感じられます…
この新しいフローは、私がパスワードマネージャーに押し付けられていた「メールを生成、ユーザー名を入力、パスワードを生成、保存」という戦略を取り除き、最初にメールを入力することを強要します。メールコードの件については問題ありません（むしろ、コードがメールの件名に含まれている場合は、ほぼ好みます）が、他のアカウントデータの入力ボックスを削除することに強く反対します。もし私が技術的な背景を持たないユーザーであれば、このような情報が一切ない入力ボックスに自分のメールを渡すことは避けるでしょう。なぜなら、これは一般的なデザインではないからです。これが恒久的なものになる前に、それが元に戻されることを望みます。
「いいね！」 1
dfabulich
2026 年 7 月 13 日午前 2:12
12
メールコード、通称「マジックリンク」は悪くありませんが、ユーザーをパスキーへ誘導すると、体験が格段に良くなります。
Magic links, those emailed one-time login links, are annoying and inconvenient for folks who use a password manager, but they radically accept some fundamental truths about signing in for everyone else. By layering passkeys on top of magic links,...
メールコードの最大の課題の一つは、Gmailのアプリ内ブラウザを含むアプリ内ブラウザで期待通りに動作しないことです。
マジックリンクで人々が遭遇する最も一般的な問題は、通常のブラウザでサイトにログインしたつもりになっているのに、実際にはアプリ内ブラウザ経由でログインしていることです。例えば、誰かがログインリンクをメールで受信したとします。Gmailアプリを開き、「404 Mediaにサインイン」ボタンをクリックすると、スマートフォンでウェブページが読み込まれます。しかし、これはGmailのウェブブラウザでウェブサイトを読み込んでいるだけで、ネイティブのSafariではありません。
パスキーはこの問題を解決します。
まず、マジックリンクを使用しているウェブサイトは、現在のマジックリンクの動作に不満を訴えた顧客に対して、パスキーをオプションのオプトイン機能として提供できます。問題が発生しないように、いわゆるソフトローンチとして、この機能を100%オプトインに設定できます。
少し後になって、ウェブサイト運営者がパスキーがマジックリンクに関連するユーザー体験の問題に本当に役立つと確信したら、サインイン後、90日ごと、またはパスキーのクロスデバイスサインイン機能を使用してサインインするたびに、ユーザーにパスキーの追加を促すことができます。このようなプロンプトの表現は、Appleデバイスを使用するユーザーに対しては次のようになります。次回メールを確認する必要を避けたいですか？Face IDまたはTouch IDを使用して、迅速かつ安全にサインインするためのパスキーを設定しましょう。
ユーザーをパスキーへ誘導することは、ユーザーをパスワードマネージャーの使用へ誘導することと同じです。なぜなら、パスキーは単にパスワードマネージャーを必要とするパスワードだからです 。
「いいね！」 2
Don
2026 年 7 月 13 日午後 1:19
13
こんにちは
このアプローチは本当に気に入っています！ただし、登録が完了するまで表示名を変更できない点が少し気になります。プロセス中に名前を変更できるオプションを追加できたら素晴らしいと思います。
私のコミュニティでは、「UXでユーザー名を優先する」というサイト設定を無効にしているため、UI全体でフルネーム/表示名が優先されます。そのため、ユーザーがすぐにカスタマイズするオプションがない場合、フロントエンドで「user21」のような自動割り当てされた名前がかなり見苦しくなってしまいます。
ありがとうございます！
「いいね！」 5
pmusaraj
2026 年 7 月 13 日午後 2:48
14
この新しいフローではマジックリンクは送信されません。コードのみを送信します。ユーザーは同じページに留まり、メールからコードをコピーしてサインアップフォームに貼り付けます。したがって、この新しいアプローチはアプリ内ブラウザの問題を解決するのに役立ちます（これは変更の主な利点の一つです）。
dfabulich:
パスキーへの誘導
これは確かに、サインアップのパスワードステップで次に実施したいことです。アプリやウェブサイトはパスキーのサポートを強化しており、多くの場面でパスキーへの誘導表示を目にするようになりました。したがって、Discourseでもこれを追加するのは理にかなっています。（パスワードからパスキーへの移行において、サポートの臨界点に達することは非常に役立ちます。）
「いいね！」 3
DomMcD
2026 年 7 月 18 日午後 9:21
16
この機能に関する唯一の懸念点は、サインアップページから名前とユーザー名のフィールドが削除されることです。これは意図的なものですか？「user63」のようなユーザー名を設定するために、サインアップ直後にユーザーに設定画面を掘り下げてほしくないのです。
kddkd
2026 年 7 月 19 日午後 1:24
17
このメール認証コードによる登録方法は、私がずっと望んでいた変更です！
「いいね！」 1
Moin
2026 年 7 月 20 日午前 7:39
18
この変更がないと、「パスワードを忘れた場合」と「メールを送信する」リンクのサイズが同じになっていました。現在、後者の方が大きくなっています。これは意図的なものでしょうか？
「いいね！」 3
フィードバックありがとうございます。はい、これはアカウント作成をより迅速に行うための機能として意図的に実装されています。
承知しました。はい、この次のステップをより簡素化するか、別の方法で初期ユーザー名を設定する方法を検討しています。
「いいね！」 1
Moin
2026 年 7 月 22 日午前 9:32
21
同意します。そのような汎用的なユーザー名は、ユーザーとのやり取りをより混乱させます。デフォルトではユーザーは3日以内で名前を変更する必要があるので、その期限を過ぎた後に気づくことが多くなるでしょう。そのため、スタッフ側で名前の変更を手配する必要があります。Offering blank username suggestions rather than ‘UserN’ at signup で提案された「サインアップ時に『usern』ではなく空の名前を提案する」機能が、例えばこのメタサイトではその問題を防止してくれました。この修正がマージされる前の1月7日に作成されたのが最後の「userXXX」でした。その後、この機能が有効になるまで新しい「userXXX」は作成されておらず、それ以降は12件新たに作成されています。
「いいね！」 3
変更点
コミュニティでワンタイムログインコードを有効にする方法
有効にする前に、
ご意見をお聞かせください
