> ## Documentation Index
> Fetch the complete documentation index at: https://translations.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

> ソーシャル ID プロバイダーで Auth0 Developer Keys を使用する際の注意点を確認します。

# Auth0 Developer Keys でソーシャル接続をテストする

<Card title="概要">
  主なポイント

  * Auth0 の開発者キーの制限事項を確認します。
</Card>

利用可能な[ソーシャル ID プロバイダー](/ja/docs/authenticate/identity-providers/social-identity-providers)を使用する場合は、<Tooltip tip="IDプロバイダー（IdP）: デジタル ID を保存および管理するサービス。" cta="用語集を表示" href="/ja/docs/glossary?term=identity+provider">該当するIDプロバイダー</Tooltip>にアプリケーションを登録し、<Tooltip tip="クライアントID: アプリケーションを ID プロバイダーに登録したときに割り当てられる一意の識別子。" cta="用語集を表示" href="/ja/docs/glossary?term=Client+ID">クライアントID</Tooltip>と<Tooltip tip="クライアントシークレット: アプリケーションを ID プロバイダーに対して認証するために、クライアントIDとあわせて使用される機密値。" cta="用語集を表示" href="/ja/docs/glossary?term=Client+Secret">クライアントシークレット</Tooltip>を取得する必要があります。

<Warning>
  Auth0 では、Auth0 開発者キーを使用することで、独自のクライアントIDとクライアントシークレットを指定しなくてもソーシャル ID プロバイダーをテストできます。これにより、特定のソーシャル ID プロバイダーをすばやく有効にしてテストできますが、本番環境では使用しないでください。
</Warning>

Auth0 開発者キーは、[Private Cloud デプロイメント](/ja/docs/deploy-monitor)では利用できません。

本番環境では、開発者キー使用時の[制限事項](#limitations-of-developer-keys)を避けるため、必ず[選択したプロバイダーの手順](/ja/docs/authenticate/identity-providers)に従って、そのプロバイダーからクライアントIDとクライアントシークレットを取得してください。Google の開発者キーを本番用キーに変換する手順については、[この Auth0 Developer Lab を参照してください。](https://developer.auth0.com/resources/labs/authentication/google-social-connection-to-login#set-up-google-production-keys)

<Card title="カスタム開発者キー">
  1 つ以上の接続で、開発およびテストのみを目的とした Auth0 開発者キーが使用されています。同意ページに Auth0 ではなく独自のロゴを表示し、これらの接続でシングルサインオン (SSO) を設定できるようにするには、独自の開発者キーを設定する必要があります。Auth0 開発者キーは、本番環境での使用は推奨されません。
</Card>

<Card title="クライアントIDとクライアントシークレット">
  クライアントID / クライアントシークレットの正式な名称は、IDプロバイダーによって異なる場合があります。たとえば、X では Consumer Key / Consumer Secret、LinkedIn では API Key / Secret Key と呼ばれます。
</Card>

<div id="limitations-of-developer-keys">
  ## 開発者キーの制限事項
</div>

Auth0 の開発者キーは、厳密にテスト専用として用意されています。独自のクライアントIDとクライアントシークレットの代わりにこれらを使用すると、予期しない動作、機能の制限、またはアプリのエラーが発生する可能性があります。

Auth0 の開発者キーを使用すると、各種 IDプロバイダーの認証フローで、ユーザーに Auth0 の名前、ロゴ、情報が表示される場合があります。一方、独自のアプリケーションを登録した場合は、独自のロゴやその他のアプリケーション情報を使用できます。

<Frame>
  <img src="https://mintcdn.com/translations/MV7tE-x71x8RWRES/docs/images/cdy7uua7fh8z/5YcLIDCt3RaAkmK1cTeCJL/e85e16195e84aa52f7675faacd126853/consent-screen.png?fit=max&auto=format&n=MV7tE-x71x8RWRES&q=85&s=6956bf7a26a7b670f69a6f58003cf5e5" alt="同意画面" width="904" height="552" data-path="docs/images/cdy7uua7fh8z/5YcLIDCt3RaAkmK1cTeCJL/e85e16195e84aa52f7675faacd126853/consent-screen.png" />
</Frame>

<div id="limitations-of-developer-keys-when-using-universal-login">
  ## Universal Login 使用時の開発者キーの制限事項
</div>

[Classic Login experience](/ja/docs/authenticate/login/auth0-universal-login/universal-login-vs-classic-login/classic-experience) または [Universal Login Experience](/ja/docs/authenticate/login/auth0-universal-login/universal-login-vs-classic-login/universal-experience) を使用している場合、次の制限が適用されます。

1. 開発者キーは [custom domains](/ja/docs/customize/custom-domains) では使用できません。
2. Auth0 の開発者キーを使用している場合、[シングルサインオン](/ja/docs/authenticate/single-sign-on) は正しく機能しません。Auth0 の開発者アプリケーションは、独自のテナントの **callback URL** (たとえば `https://YOUR_AUTH0_DOMAIN/login/callback`) ではなく、`https://login.auth0.com/login/callback` にコールバックするよう設定されています。
   その結果、SSO Cookie は独自のテナントのドメインに設定されません。そのため、次回ユーザーが認証するときに、アプリケーションで **Use Auth0 instead of the Identity Provider to do Single Sign-on** (レガシーテナントのみ) を設定していても、SSO Cookie は検出されません。
3. [Actions を使用したユーザーのリダイレクト](/ja/docs/customize/actions/explore-triggers/signup-and-login-triggers/login-trigger/redirect-with-actions) は正しく機能しません。Redirect Actions はエンドポイント `https://YOUR_AUTH0_DOMAIN/continue` で再開されます。Auth0 の開発者キーを使用している場合、セッションは汎用的でテナント非依存の特別なエンドポイント上に確立されるため、`/continue` を呼び出しても前のセッションが見つからず、エラーになります。
4. [フェデレーテッドログアウト](/ja/docs/authenticate/login/logout) は機能しません。Auth0 の開発者キーを使用している場合、`/v2/logout?federated` を呼び出すとユーザーは Auth0 からはログアウトしますが、ソーシャル IDプロバイダーからはログアウトしません。
5. `prompt=none` は [/authorize](https://auth0.com/docs/api/authentication/reference#social) エンドポイントでは機能しません。[Auth0.js](/ja/docs/libraries/auth0js) の checkSession() メソッドは内部的に `prompt=none` を使用するため、これも機能しません。
6. Auth0 が SAML IDプロバイダーとして動作していて、Auth0 の開発者キーでソーシャル接続を使用している場合、生成される SAML レスポンスには、`InResponseTo` 属性の欠落や `AudienceRestriction` 要素が空になるといったエラーが含まれます。
7. [Multi-Factor Authentication](/ja/docs/secure/multi-factor-authentication) は正しく機能しません。MFA 認証が成功すると、POST リクエストが `https://YOUR_AUTH0_DOMAIN/mf` に送信されます。Auth0 の開発者キーを使用している場合、セッションは汎用的でテナント非依存の特別なエンドポイント上に確立されるため、`/mf` を呼び出しても前のセッションが見つからず、エラーになります。