パートナーに対するソーシャル接続
Auth0では、接続はログインに対するユーザーIDのソースです(ビデオ)。ソーシャル接続はGoogleまたはFacebookのような消費者レベルのソースのことです(ビデオ)。お客様は、ユーザーにログインフォームに複数のソーシャル接続を使用するオプションを提供するか、またはログインフォームへのリダイレクト時にURLパラメータを含めることで、単一のプロバイダーのみを使用するオプションを提供できます。

ユーザーがログインすると、ソーシャルプロバイダーからのIDはAuth0プロファイルにマッピングされ、その結果はログインを要求したアプリケーションに送信されます。これにより選択されたソーシャル接続のIDを使用してAuth0ユーザーの記録が作成されます。この記録に使用される属性は、外部のIDソースからAuth0ユーザープロファイルにマッピングされます。
マーケットプレイスソーシャル接続は、カスタムソーシャル接続として開始され、どのようなAuth0テナントでも構築することができます。そのため、取引がどのように行われるかを見ることができ、ユーザーが認可サーバーを使用してログインできるように確認することができます。次のビデオでは、Auth0で接続を構築およびテストする方法を説明します。
さらに、統合の構築を支援するために、>ソーシャル接続統合テンプレートを活用できます。
ソーシャル接続を提出する
統合が機能すると、Auth0が協力してその統合をAuth0 マーケットプレイスに公開します。統合を提出する際は、次の情報を提供する必要があります:
Auth0マーケットプレイスに掲載する事業とマーケティングコンテンツ。これには、企業の概要やロゴ、統合の説明が含まれます。
統合に使用したコードと構成。パートナーは、GitHubを使用してコードを提出するのが普通です。
以下の構成とドキュメントが必要です。
使用されるべき認可URLとトークンのURLについて、認可サーバーがテナントアーキテクチャを使用している場合は、使用するパターンを含めてください。これに基づき、テナントドメインフィールドなどを追加します。
クライアントIDやクライアントシークレットなどを含む、統合を設定する際に顧客が確認する必要があるフィールドのリスト
必須にするか、および/またはデフォルトで要求するかを指定する項目を含む、要求可能なスコープのリスト
プロファイルマッピングスクリプト(マッピングスクリプトテンプレートに従う形式)。このスクリプトは、
user_id
に一意の識別子をマップし、可能であればemail
、email_verified
、およびname
をマップする必要があります。Markdown記法で書かれたインストールガイド