> ## 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プロバイダー](/docs/ja-jp/authenticate/identity-providers/social-identity-providers) を使用する場合は、<Tooltip tip="Identity Provider (IdP): Service that stores and manages digital identities." cta="View Glossary" href="/docs/ja-jp/glossary?term=identity+provider">IDプロバイダー</Tooltip>から <Tooltip tip="Client ID: A unique identifier assigned to your application when you register it with an identity provider." cta="View Glossary" href="/docs/ja-jp/glossary?term=Client+ID">Client ID</Tooltip> と <Tooltip tip="Client Secret: A confidential value used alongside the Client ID to authenticate your application with an identity provider." cta="View Glossary" href="/docs/ja-jp/glossary?term=Client+Secret">Client Secret</Tooltip> を取得するために、該当するIDプロバイダーにアプリケーションを登録する必要があります。

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

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

本番環境では、開発者キーの使用に伴う[制限事項](#limitations-of-developer-keys)を避けるため、必ず[選択したプロバイダーの手順に従って](/docs/ja-jp/authenticate/identity-providers)、そのプロバイダーから Client ID と Client Secret を取得してください。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) を設定できるようにするには、独自の Developer Keys で接続を設定する必要があります。Auth0 の開発者キーは本番環境での使用には推奨されません。
</Card>

<Card title="Client ID と Client Secret">
  Client ID / Client Secret の正式な呼び方は、IDプロバイダーによって異なる場合があります。たとえば、X では Consumer Key / Consumer Secret、LinkedIn では API Key / Secret Key と呼ばれます。
</Card>

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

Auth0 の開発者キーは、あくまでテスト専用です。独自の Client ID と Client Secret の代わりにこれを使用すると、予期しない動作や機能の制限、アプリ エラーが発生する可能性があります。

Auth0 の開発者キーを使用すると、各種アイデンティティプロバイダーの認証フローで、ユーザーに 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>

[クラシックログイン エクスペリエンス](/docs/ja-jp/authenticate/login/auth0-universal-login/universal-login-vs-classic-login/classic-experience) または [Universal Login エクスペリエンス](/docs/ja-jp/authenticate/login/auth0-universal-login/universal-login-vs-classic-login/universal-experience) を使用している場合は、以下の制限があります。

1. 開発者キーを [カスタムドメイン](/docs/ja-jp/customize/custom-domains) と併用することはできません。
2. Auth0 の開発者キーを使用している場合、[シングルサインオン](/docs/ja-jp/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 を使ったユーザーのリダイレクト](/docs/ja-jp/customize/actions/explore-triggers/signup-and-login-triggers/login-trigger/redirect-with-actions) は正しく機能しません。リダイレクト Actions は `https://YOUR_AUTH0_DOMAIN/continue` エンドポイントで再開されます。Auth0 の開発者キーを使用している場合、セッションは汎用的でテナントに依存しない特別なエンドポイント上に確立されるため、`/continue` を呼び出しても前のセッションが見つからず、エラーになります。
4. [フェデレーテッドログアウト](/docs/ja-jp/authenticate/login/logout) は機能しません。Auth0 の開発者キーを使用している場合、`/v2/logout?federated` を呼び出すとユーザーは Auth0 からはサインアウトされますが、ソーシャルIDプロバイダーからはサインアウトされません。
5. `prompt=none` は [/authorize](https://auth0.com/docs/api/authentication/reference#social) エンドポイントでは機能しません。[auth0.js](/docs/ja-jp/libraries/auth0js) の checkSession() メソッドは内部的に `prompt=none` を使用しているため、こちらも機能しません。
6. Auth0 が SAML IDプロバイダーとして動作していて、Auth0 の開発者キーを使ってソーシャル接続を使用している場合、生成される SAML レスポンスには、`InResponseTo` 属性の欠落や空の `AudienceRestriction` 要素などのエラーが含まれます。
7. [多要素認証](/docs/ja-jp/secure/multi-factor-authentication) は正しく機能しません。MFA 認証が成功すると、POST リクエストが `https://YOUR_AUTH0_DOMAIN/mf` に送信されます。Auth0 の開発者キーを使用している場合、セッションは汎用的でテナントに依存しない特別なエンドポイント上に確立されるため、`/mf` を呼び出しても前のセッションが見つからず、エラーになります。