auth_config.json ファイルを開き、ドメインと client_id をご自身の情報に更新します。
“Allowed Callback URLs”、“Allowed Logout URLs”、“Allowed Web Origins” フィールドに http://localhost:3000 を追加します。
-
ユーザーをアプリケーションにログインさせます。
ユーザーは Universal Login を使用して SPA で認証を行い、Management API 用のアクセストークン を要求します。
一般的な SPA のログインでは、コールバックは同じページ上でクライアント側により処理され、認証に成功すると JWT を受け取ります。詳細については、Single-Page App Quickstart を参照してください。 -
ユーザーがアカウントリンクを開始します。SPA では、ユーザーが自分の別のアカウントとのリンクを開始できる UI を提供する必要があります。たとえば、SPA にユーザー設定ページを用意できます。
ユーザーが アカウントをリンク ボタンをクリックすると、アプリはユーザーを Universal Login ページにリダイレクトし、リンク先にする接続でログインさせます。認証が成功したら、取得したトークンを使用してアカウントをリンクします。
また、各接続に対応するボタン (例: ‘Facebook アカウントをリンク’, ‘Google アカウントをリンク’) を追加し、connectionパラメーターを設定して (例:/authorize?connection=facebook)/authorizeにリダイレクトすることもできます。
- Auth0 Management API の Link a User Account endpoint を呼び出して、アカウントをリンクします。
-
linkAccount関数内で Management API を呼び出します。プライマリ JWT (アクセストークン) を使用して API に認証し、プライマリユーザーの ID とセカンダリ JWT (セカンダリユーザーの IDトークン) を使用してリンクします。
アカウントリンク: アクセストークンと IDトークン
以前は、場合によっては IDトークンを使用してユーザーアカウントのリンクおよびリンク解除を行うことができました。この機能は現在、非推奨となりつつあります。今後はすべてのケースでアクセストークンを使用する必要があります。アカウントのリンク解除に関する変更点は、Authorization ヘッダーで IDトークンを使用できなくなったことです。代わりにアクセストークンを使用する必要があります。この機能は引き続き利用できますが、推奨はされておらず、該当するユーザーには移行が推奨されます。詳細については、Migration Guide: Account Linking with Access Tokens vs. ID Tokens を参照してください。