アプリの Single Sign-On (SSO) の設定

---

​

ステップ 1 | SSO を始める

Single Sign-On (SSO) を使用すると、アプリ用に別のログインを作成する代わりに、OpenID Connect (OIDC) をサポートする外部 ID プロバイダー (Google、Microsoft、GitHub、Okta、Apple、Kakao など) を使用して、Base44 アプリにサインインできます。 Base44 のアプリ ID とリダイレクト URI を確認するには:

1. Base44 でアプリエディターを開きます。
2. ブラウザーのアドレスバーを確認し、URL の /apps/ と /editor/ の間にある アプリ ID を見つけます。
3. この形式の {{APP_ID}} をアプリ ID に置き換えて、リダイレクト URI を作成します: https://app.base44.com/api/apps/{{APP_ID}}/auth/sso/callback

プロバイダーを選択すると、Base44 はアプリのすべてのコールバック URL を一覧表示するので、コピーできます。

---

​

ステップ 2 | プロバイダーを選択する

まず、チームがすでに使用している ID プロバイダーを選択します。組み込みのオプション (Google、Microsoft、GitHub、Okta) を選ぶか、Advanced / Manual configuration を使用して、Kakao を含む任意の OIDC プロバイダー、または独自の IdP を接続できます。

​

Google Workspace

OAuth 2.0 Web アプリケーションを使用して、Google Workspace を SSO プロバイダーとして利用します。まず、プロジェクト用の OAuth 2.0 クライアントを Google Cloud Console で作成し、その資格情報を Base44 に追加します。 Base44 で Google Workspace SSO を設定するには:

1. アプリエディターで Dashboard をクリックします。
2. Settings をクリックします。
3. Authentication をクリックします。
4. Single sign-on (SSO) の横にある Set Up をクリックします。
5. Select SSO provider で Google Workspace を選択します。
6. Google の Client ID と Client Secret を入力します。
7. Scope は openid email profile のままにします。
8. Discovery URL はデフォルト値のままにします。
9. Enable SSO をクリックします。

​

Microsoft

Azure ポータル を通じて、Microsoft Entra ID (Azure AD) を SSO プロバイダーとして使用します。 Base44 は、シングルテナントとマルチテナントの両方の Microsoft 構成をサポートしています。Tenant ID フィールドに入力する内容によって、どのアカウントがログインできるかが制御されます。 Base44 で Microsoft SSO を設定するには:

1. アプリエディターで Dashboard をクリックします。
2. Settings をクリックします。
3. Authentication をクリックします。
4. Single sign-on (SSO) の横にある Set Up をクリックします。
5. Select SSO provider で Microsoft Azure AD を選択します。
6. Azure の Client ID (アプリケーション (クライアント) ID) と Client Secret を入力します。
7. Tenant ID フィールドに、許可したいアカウントに基づいて値を入力します:
   • Azure の ディレクトリ (テナント) ID: 特定の組織のユーザーのみ。
   • common: 個人の Microsoft アカウントおよび職場/学校 (Microsoft 365) アカウント。
   • organizations: 職場および学校のアカウントのみ (Microsoft 365)。
8. Scope は openid email profile のままにします。
9. Discovery URL は、入力したテナント ID に基づいて自動的に入力されます。続行する前に、正しく表示されているか確認してください。
10. Enable SSO をクリックします。

​

GitHub

GitHub OAuth アプリを SSO プロバイダーとして使用します。GitHub Developer Settings で OAuth アプリを作成し、Base44 で接続します。 Base44 で GitHub SSO を設定するには:

1. アプリエディターで Dashboard をクリックします。
2. Settings をクリックします。
3. Authentication をクリックします。
4. Single sign-on (SSO) の横にある Set Up をクリックします。
5. Select SSO provider で GitHub を選択します。
6. GitHub の Client ID と Client Secret を入力します。
7. Scope は user:email のままにします。
8. GitHub のデフォルトの Auth Endpoint、Token Endpoint、Userinfo Endpoint の値のままにします。
9. Enable SSO をクリックします。

​

Okta

Okta を SSO プロバイダーとして使用します。Okta 管理コンソールで、Base44 アプリ用の OIDC Web アプリケーションを作成し、Base44 に資格情報を追加します。 Base44 で Okta SSO を設定するには:

1. アプリエディターで Dashboard をクリックします。
2. Settings をクリックします。
3. Authentication をクリックします。
4. Single sign-on (SSO) の横にある Set Up をクリックします。
5. Select SSO provider で Okta を選択します。
6. 以下を入力します:
   • Client Id: Okta のクライアント ID。
   • Client Secret: Okta のクライアントシークレット。
   • Okta Domain: Okta 組織に合った形式で入力します:
     • Okta のサブドメイン (たとえば your-company)。
     • 完全なカスタム Okta URL ドメイン (たとえば login.your-company.com)。
     • Okta 組織がカスタム認可サーバー付きの API Access Management を使用している場合は、認可サーバーのパスを含む発行者 URL (たとえば https://login.your-company.com/oauth2/default)。
   • Scope: openid email profile のままにします。
   • Discovery URL: Okta ドメインから生成され、Auto と表示されます。Base44 を別の場所に向ける必要がある場合は編集でき、その場合は Modified と表示されます。生成された値に戻すには、Reset to auto をクリックします。
7. Enable SSO をクリックします。

​

Advanced / Manual configuration

Advanced / Manual configuration を使用して、組み込みオプションでカバーされていない任意の OIDC 互換 ID プロバイダーを接続します。これには、OIDC をサポートし、プロバイダーからの正しい詳細で構成する限り、Kakao などのプロバイダーも含まれます。 Base44 で Advanced / Manual configuration を設定するには:

1. アプリエディターで Dashboard をクリックします。
2. Settings をクリックします。
3. Authentication をクリックします。
4. Single sign-on (SSO) の横にある Set Up をクリックします。
5. Select SSO provider で Advanced / Manual Configuration を選択します。
6. プロバイダーの値を使用して、次のフィールドに入力します:
   • Name: この SSO 構成の名前 (たとえば Auth0、Keycloak、Kakao、または ID プロバイダー名)。
   • Client Id: OIDC クライアント ID。
   • Client Secret: OIDC クライアントシークレット。
   • Scope: openid email profile のままにします。
   • Discovery URL: プロバイダーの discovery URL (利用可能な場合)。
   • Auth Endpoint、Token Endpoint、Userinfo Endpoint、Jwks Uri: discovery URL を使用していない場合は、プロバイダーのドキュメントから各エンドポイントを貼り付けます。
7. Enable SSO をクリックします。

Use PKCE と Request offline access はデフォルトでオンで、Advanced / Manual Configuration を選択したときにのみ表示されます。プロバイダーが拒否しない限り、オンのままにしてください。

• Use PKCE (推奨): ログインに標準の OAuth 2.1 PKCE チャレンジを追加します。ClassLink や古い Shibboleth、ADFS 環境など、不明な OAuth パラメーターを拒否するプロバイダーの場合にのみオフにします。
• Request offline access: プロバイダーにリフレッシュトークンを要求します。上記のような、これを拒否するプロバイダーの場合にのみオフにします。Apple など response_mode=form_post を使用するプロバイダーには影響しません。

---

​

ステップ 3 | SSO ログインをテストする

SSO を設定した後、すべてが期待どおりに動作することをテストします。 SSO ログインをテストするには:

1. 現在サインインしている場合は、アプリからログアウトします。
2. アプリのログイン画面に移動します。
3. Log in with SSO をクリックするか、構成したプロバイダーを選択します。
4. 承認されたドメインのメールアドレスを使用してサインインします。

自動的にログインされます。

---

​

アプリへのアクセスを自動的に付与する

招待なしで、SSO 経由でサインインするとすぐに、ユーザーにアプリへのアクセスを付与します。自動受け入れはアプリごとの設定で、ワークスペースのデフォルトを上書きします。デフォルトではオフになっています。 すべてのプライベート SSO 専用アプリのワークスペースデフォルトを設定するには、プライベートアプリへのアクセスを自動的に付与する を参照してください。 アプリへのアクセスを自動的に付与するには:

1. アプリの Dashboard に移動します。
2. Settings をクリックします。
3. Authentication をクリックします。
4. SSO プロバイダーの横にある Configure をクリックします。
5. Auto-admit SSO users トグルをクリックします。
6. Save SSO Settings、またはアプリがワークスペースの SSO プロバイダーを使用している場合は Enable SSO をクリックします。

---

​

FAQ

SSO について詳しく知るには、質問をクリックしてください。