MyMapOAuthログインフロー（シーケンス）
プロンプト
アプリのOAuthログインフローをマッピングしてください
自分用に作り直す
フレームワークについて
成功したサインイン交換の流れを確認する
このシーケンスでは、User、Browser、Backend API、OAuth Provider、DBの間で交わされる12個のメッセージを追跡します。Googleでのサインインから始まり、認証と同意の処理を経て、認証コードをブラウザに返します。ブラウザは /auth/callback にリクエストを送り、バックエンドがそのコードをアクセストークンとIDトークンに交換します。
最後のメッセージでは、ユーザーレコードをアップサートし、ユーザーオブジェクトを返し、セッションCookieを設定して、ダッシュボードへリダイレクトします。これは成功時のパスを示す簡略図であり、拒否、検証失敗、セッション期限切れの分岐は含まれていません。
参加者名とコールバックメッセージは、実装に合わせて変更してください。この短いインタラクション図を完全な認証仕様として扱うのではなく、明示的に検討したいチェックや失敗ケースを追加しましょう。
含まれる内容
得られるもの
- ユーザー、ブラウザ、バックエンド、プロバイダー、データベースにまたがる5つの参加者
- Googleサインインからダッシュボードへのリダイレクトまでの12個のメッセージ
- アクセストークンとIDトークンを返す認証コード交換
- ユーザーレコードのアップサートとセッションCookieのメッセージ
OAuthログインフロー（シーケンス）
✦ Free preview · Sign in to use
よくある質問
よくある質問
この例にはログイン失敗も示されていますか？
いいえ。この例では、サインインのクリックからダッシュボードまでの、1つの成功したログインフローを示しています。実装で対応する具体的なエラーごとに、別の分岐を追加するよう依頼してください。
ユーザーレコードはどこで作成または更新されますか？
トークンのレスポンス後、Backend API が「ユーザーレコードをアップサートする」メッセージを DB に送信します。API がブラウザのセッションCookieを設定する前に、DB がユーザーオブジェクトを返します。
すべての認証チェックが指定されていますか？
いいえ。メッセージには実装の詳細や検証手順が含まれていません。エンジニアリングレビューでこの図を使用する前に、アプリケーションの認証設計に基づいて追加してください。
OAuthログインフロー（シーケンス）
無料で開始。クレジットカード不要。