クライアントID
各プロジェクトは独自のクライアント ID を取得します。
プロジェクトチーム向け
製品を Meld® ID に接続します
このページには、ユーザー向けポータル (client_id、redirect_uri、シークレット、IP allowlist、および OAuth フロー) とは別に技術契約が表示されます。
クライアントシークレット
シークレットは管理エリアからローテーションできます。
リダイレクト URI
コールバック URL は事前に登録され、正確に一致します。
IP allowlist
サーバー間のリクエストは既知のアドレスに制限できます。
01
接続契約
すべてのプロジェクトには独自のルールがあり、他のプロジェクトを妨げることはありません。
識別子
プロジェクトは client_id を取得しますが、ユーザーは 1 つの ID を保持します。
リダイレクト
許可される redirect_uri 値は事前に設定されており、推測されません。
秘密
クライアント シークレットは個別に保存され、再発行できます。
IP制限
統合は特定の IP アドレスに限定できます。
02
リクエストできるデータ
各プロジェクトは必要なスコープのみを要求し、Meld® ID はユーザーが承認したクレームのみを返します。
openid
ID を確認し、基本的なログイン フローに必要です。
電子メール
確認された電子メールとその検証ステータスを返します。
プロフィール
幅広いプロファイル範囲。 profile.basic、profile.contact、profile.address、および profile.billing について説明します。
profile.basic
名、姓、表示名、生年月日、言語。
profile.contact
連絡先と確認用の電話番号。
profile.address
支払いデータのない自宅または配達先住所。
profile.billing
請求先名、会社名、税金の詳細。カードは転送されません。
03
OAuth フロー
最初に認証、次にコード、次にトークン交換、次にプロジェクトのローカル セッションです。
1. 承認する
ユーザーは Meld® ID を開き、プロジェクトへのログインを承認します。
2.確認
同意後、Meld® ID は登録された redirect_uri に対して認証コードを発行します。
3. トークン
プロジェクトはコードをアクセス トークンと交換し、userinfo を受け取ります。
04
安全
リダイレクト、シークレット、IP allowlist を推測せずにチェックします。
正確 redirect_uri
一致は、恣意的な変動がなく、正確である必要があります。
client_secret チェック
サーバーは、ブラウザのログインとは別にシークレットを検証します。
監査を要求する
管理エリアには、誰がどこへ行き、どこでチェーンが切れたかが表示されます。