改善してほしいポイント
仕様制約がプロダクト設計に強く影響する点が難点ではありました。
例えば prompt=none中はUIを表示できないため、MFA未完了をサイレントだけで完結できず、アプリ側で「login_required受領→対話ログインへ昇格」といった実装が必要になりました。
また、MFAの完了判定やメタデータ反映タイミングはフロー次第で事故になりやすく、途中離脱・再試行・TTL等の例外経路まで含めた設計が不可欠でした。
そのため、ガイド等が、より現場の落とし穴(SSO/Refresh/MFA併用)に寄った形で整理されていると導入がさらに楽になるのではと考えています。
どのような課題解決に貢献しましたか?どのようなメリットが得られましたか?
会員サイトで「MFA変更中にコード入力で離脱→再ログイン時に未検証の新方式で通ってしまう」課題がありましたが、Auth0のActionsとMFA機能により、未完了状態(途中離脱)をユーザーの状態として保持し、MFAが満たされた成功トランザクションでのみ確定情報を更新する設計にすることで移行ができました。
結果として、未検証ログインを防ぎつつ、通常ログインのUXを崩さずに復帰動線を確保でき、加えて、SSO整合性チェック(prompt=none)や定期Refresh運用とも両立でき、認証基盤の安全性・追跡性を保ちながら実装/運用コストを抑えられました。
検討者へお勧めするポイント
導入検討者へのおすすめポイントは、標準機能で大半を賄い、足りない部分はActionsで現実要件に寄せられる点だと思います。
Universal Login/MFA/メール検証/Management APIが揃っており、認証基盤を自前実装せずに短期間で立ち上げやすく、MFA変更や途中離脱、SSO整合性チェックなど現場で起きがちな例外も、Actions+メタデータ設計で制御できます。