「社員に会社のIDでChatGPTにログインさせたい」「SSOを有効にしたら、既存のアカウントの会話は消えるのか」。ChatGPTを会社で使うとき、情シスが最初に手を付けるのがSSOの設定です。ただ、設定の順番を間違えると、社員がログインできなくなったり、別のアカウントができてしまったりします。
結論から言えば、ChatGPTのSSOはBusinessとEnterpriseの両方で使え、SAMLとOIDCに対応し、Okta、Microsoft Entra IDのほか、カスタムのSAMLやOIDCでほかの認証の基盤ともつなげます。設定の順番は「ドメイン認証、SSOの接続、任意（Optional）で検証、必須（Required）に切り替え」の4段階で、この順を守れば社員のアカウントと会話はそのまま引き継がれます。同じメールアドレスでSSOにログインすれば既存のアカウントと会話は保たれ、違うメールアドレスだと別のアカウントができるため、メールアドレスの一致が最大の注意点です。SCIM（アカウントの自動作成と削除）はEnterpriseだけで、Businessでは招待と削除を手動で行います。
この記事では、ChatGPTコンサル編集部が、SSOの前提と対応する方式、ドメイン認証の手順、SSOの接続の手順、任意から必須への切り替え、既存アカウントへの影響、BusinessとEnterpriseの違い、つまずきやすい点までを解説します。
⚠️ 手順と画面は更新されることがあります。本記事は2026年9月27日時点の情報です。最新の内容は公式ヘルプ「SSOの設定」と公式ヘルプ「ドメイン認証」でご確認ください。
SSOで実現できることと前提
SSOを設定すると、社員は会社の認証の基盤（IdP）でログインし、ChatGPTに別のパスワードを持たなくなります。会社側でアカウントを止めればChatGPTにも入れなくなり、多要素認証も会社側の方針で統一できます。ChatGPT自体はMFAをワークスペースの単位で強制できないため、MFAを全員に徹底するにはSSOが現実的な手段です。
前提として、公式ヘルプによれば次の2つが必要です。
| 項目 | 内容 |
|---|---|
| 対応するプラン | Business、Enterprise、Edu（API組織にも別の設定があります） |
| 認証の方式 | SAML 2.0とOpenID Connect（OIDC） |
| 対応する基盤 | 設定画面ではOkta、Microsoft Entra ID、カスタムSAMLが提示され、既存の設定ではカスタムOIDCも選べます。公式ヘルプにGoogle Workspaceなどの個別の記載はありませんが、SAML 2.0に対応する基盤ならカスタムSAMLで接続する形になります |
| 必須の前提 | 社員が使うメールアドレスのドメインを、DNSのTXTレコードで認証しておくこと |
| 設定できる人 | ワークスペースのオーナー（Enterpriseでは管理コンソールのグローバル管理者） |
もう一つの前提は、認証の基盤側で、1人につき1つの安定したメールアドレスを返す設定にしておくことです。公式ヘルプは、メールアドレスを必須の属性とし、姓と名は任意で返すことを推奨しています。
💬 さとしさん（編集長）
SSOの設定の8割は「メールアドレスをそろえる」作業です。IdP側の属性の確認から始めてくださいね！
手順1：ドメイン認証
SSOの前に、会社のドメインの所有を証明します。公式ヘルプによれば、手順は次のとおりです。
- 管理コンソール（Enterprise）またはワークスペースの設定の「Identity & access」（Business）を開きます
- ドメインの追加を選び、会社のドメイン（
example.co.jpなど）を入力します - 表示されたTXTレコードの値をコピーし、DNSの管理画面でTXTレコードを作ります。レコードの名前は「@」か空白です
- DNSの反映を待ち、「ドメインを確認」を実行します
注意点が3つあります。
- DNSの反映には最大24時間かかることがあります。認証の試行は7日以内に完了させる必要があります
- 親ドメインを認証しても、サブドメインは自動では対象になりません。
example.co.jpとsales.example.co.jpを使うなら、それぞれ認証します - 同じドメインは原則として1つのテナントでしか認証できません。すでに別のテナントが認証している場合は、変更の前にサポートに連絡します
公式ヘルプが明記しているとおり、ドメインを認証しただけではSSOは有効になりませんし、社員が自動でワークスペースに加わることもありません。ドメイン認証はSSOの土台であって、SSOそのものではありません。
手順2：SSOの接続
ドメイン認証が終わったら、SSOの接続を作ります。
- EnterpriseとEduは管理コンソールの「Access」、Businessはワークスペースの設定の「Identity & access」から「Identity & provisioning」で、SSOの設定を開きます
- 認証の基盤の種類を選びます。Okta、Microsoft Entra ID、またはカスタムSAML（必要ならカスタムOIDC）です
- 画面に表示されるSSOのURL、オーディエンス（エンティティID）などの値を、認証の基盤側のアプリ設定に入力します。基盤側のメタデータのURLがあれば、それを入力して自動で設定できます
- 認証の基盤側で、メールアドレスを属性として返す設定をします
- 保存し、接続をテストします
公式ヘルプが強調している技術的な注意点として、OpenAIは暗号化されたSAMLの応答を復号しません。署名された、暗号化されていない応答を返す設定にしてください。
テストは、公式ヘルプの推奨どおり、ブラウザのプライベートウィンドウで行います。通常のウィンドウでは既存のログインの状態が残っていて、SSOの経路を正しく確かめられないためです。
手順3：任意（Optional）で検証する
SSOの接続ができたら、すぐに必須にはしません。公式ヘルプは、接続と対象のアカウントを確認する間はSSOを「Optional」のままにしておくことを推奨しています。
Optionalの状態では、社員はSSOでも従来のログインでも入れます。この期間に、次を確かめます。
- 少人数の社員に、SSOでログインしてもらいます
- 同じメールアドレスでログインしたときに、既存の会話とプロジェクトがそのまま見えることを確かめます
- ログインできない人がいたら、認証の基盤側のメールアドレスとChatGPTのメールアドレスが一致しているかを確かめます
この段階で問題を洗い出しておけば、必須に切り替えたときに全社が止まる事態を避けられます。
手順4：必須（Required）に切り替える
検証が終わったら、ポリシーを「Required」にします。この状態では、認証済みドメインのメールアドレスを持つ社員は、SSOでしかログインできなくなります。公式ヘルプによれば、Businessでは、SSOの必須は認証済みドメインのメールアドレスに適用され、ほかのドメインのゲストは別の方法でログインできます。
注意点として、公式ヘルプは、ポリシーを「Required」または「Off」に変えると、影響を受ける利用者がサインアウトされる場合があると明記しています。切り替えは業務時間の外に行い、事前に社員へ「次にログインするときは会社のIDで入ってください」と案内してください。
💬 あやさん（副編集長）
「Optionalで1〜2週間、それからRequired」が定石です。いきなりRequiredにして全社が止まった例は、少なくありませんよ！
既存アカウントと会話への影響
社員がすでに会社のメールアドレスでChatGPTを使っている場合、SSOで何が起こるかを整理します。
同じメールアドレスなら引き継がれる
公式ヘルプによれば、同じメールアドレスでSSOにログインすれば、既存のアカウントと会話の履歴は保たれます。逆に、認証の基盤が返すメールアドレスが違うと（たとえば t.suzuki@ と suzuki.t@）、別のアカウントが作られます。導入の前に、認証の基盤側のメールアドレスと、社員がChatGPTに登録しているメールアドレスが一致しているかを一覧で確かめてください。
個人のワークスペースは残る
社員が個人のPlusなどを会社のメールアドレスで契約していた場合、会社のワークスペースに招待されても、公式ヘルプによれば、Businessでは個人のワークスペースは分けたまま残せます。管理者が統合や削除を強制することはできません。EnterpriseとEduでは、対象の社員に個人ワークスペースの移行を促す案内が表示される場合があり、移行すると対応するコンテンツが会社のワークスペースにコピーされ、PlusやProの契約は移行の流れの中で解約と返金がされる場合があります。
会話については、会社側のワークスペースのデータレジデンシー（保存地域）の要件によって移せない場合があると公式ヘルプは注記しています。「SSOにすれば個人の会話が会社に移る」わけではありません。
やってはいけないこと
公式ヘルプは、うまくいかないときの回避策として、認証済みドメインを削除したり、別のアカウントを作り直したりしないよう明記しています。行き詰まったら、公式ヘルプのトラブルシューティングを参照するか、サポートに連絡してください。
BusinessとEnterpriseの違い
| 項目 | Business | Enterprise |
|---|---|---|
| SSO（SAML、OIDC） | 使えます | 使えます |
| ドメイン認証 | 必須です | 必須です |
| SCIM（アカウントの自動作成と削除） | 単体では使えません | 使えます |
| グループの同期 | 使えません | 使えます |
| 設定の場所 | ワークスペースの設定の「Identity & access」 | 管理コンソールの「Access」（ドメイン認証は Global settings > Access > Domains） |
| 入退社の運用 | 招待と削除を手動で行います | 人事システムと連動して自動化できます |
公式ヘルプによれば、Business単体のプランにはSCIM、グループの同期、自動のディレクトリのプロビジョニングは含まれません。Businessでも、SSOを必須にすれば「認証の基盤でアカウントを止めればChatGPTにも入れない」状態は作れますが、ワークスペースのメンバーとしては残るため、座席の整理は手動になります。
つまずきやすい点
- ドメイン認証が終わらない：TXTレコードの名前が「@」か空白になっているか、反映に時間がかかっていないかを確かめます。最大24時間かかります
- SSOでログインすると別のアカウントになる：認証の基盤が返すメールアドレスと、ChatGPTのメールアドレスが一致していません。基盤側の属性を確かめます
- テストが通らない：プライベートウィンドウで試しているか、SAMLの応答が暗号化されていないかを確かめます
- Requiredに変えたら全員がログアウトした：公式ヘルプが明記している想定内の挙動です。事前の案内と、業務時間外の切り替えで影響を抑えます
- 接続を作り直したらログインできなくなった：公式ヘルプによれば、接続のリセットや差し替えでSSOのURLや証明書が変わることがあります。基盤側の設定も更新してください
よくある質問（FAQ）
Q. BusinessでもSSOは使えますか？
A. 使えます。SAMLとOIDCに対応し、Okta、Microsoft Entra IDなどとつなげます。SCIMはBusiness単体では使えません。
Q. SSOを有効にすると、社員の会話は消えますか？
A. 同じメールアドレスでSSOにログインすれば、既存のアカウントと会話は保たれます。メールアドレスが違うと別のアカウントができるため、事前に一致を確かめてください。
Q. Google WorkspaceのアカウントでSSOはできますか？
A. 公式ヘルプにGoogle Workspaceの個別の記載はありません。設定画面で提示されるのはOkta、Microsoft Entra ID、カスタムSAMLで、SAML 2.0に対応する基盤ならカスタムSAML（既存の設定ではカスタムOIDC）で接続する形になります。
Q. ドメイン認証をしたら、社員は自動でワークスペースに入りますか？
A. 入りません。公式ヘルプによれば、ドメイン認証だけではSSOも招待も自動では行われません。招待は別に行います。
Q. MFAを全員に強制したいのですが。
A. ChatGPT側ではワークスペースの単位でMFAを強制できません。SSOを必須にし、会社の認証の基盤側でMFAを必須にする形が現実的です。
まとめ
ChatGPTのSSO設定について、要点を5つにまとめます。
- SSOはBusinessとEnterpriseで使え、SAMLとOIDCに対応します。前提は会社のドメインのDNS認証です
- 手順は「ドメイン認証、SSOの接続、Optionalで検証、Requiredに切り替え」の4段階で、この順を守ります
- 同じメールアドレスでログインすれば既存のアカウントと会話は保たれます。違うと別のアカウントができます
- Requiredへの切り替えで利用者がサインアウトされる場合があるため、事前の案内と業務時間外の実施が必要です
- SCIMとグループの同期はEnterpriseだけで、Businessでは招待と削除を手動で行います
まずは、認証の基盤に登録されている社員のメールアドレスと、ChatGPTに登録されているメールアドレスの一覧を突き合わせてみてください。それがそろっていれば、SSOの導入はほぼ成功したも同然です。
💬 さとしさん（編集長）
SSOは「設定」より「順番」です。ドメイン認証から始めて、Optionalで確かめて、Requiredへ。この順番だけ守ってください！
生成AIの導入・活用でお困りではありませんか
ChatGPTやClaudeをはじめとした生成AIの活用を、研修とコンサルティングで支援しています。これまでPower BIやDX支援など、30社以上・のべ数千名の支援に携わってきました。「SSOやアカウント管理を含めた導入の設計をしたい」「情シスの負担を減らす運用を組みたい」といったご相談も承っています。まだ情報収集の段階でも構いません。お気軽にお問い合わせください。
