Claudeのドメインキャプチャ一括移行を管理者が設定する手順
Enterprise管理者が自社ドメイン上の個人Claudeアカウントをまとめて組織へ統合する、前提条件・有効化手順・30日間の移行期間の挙動をまとめます。
ドメインキャプチャの一括移行で何ができるか
ドメインキャプチャは、Enterprise管理者向けの一括移行機能です。検証済みの自社ドメイン上にある個人のClaudeアカウント(無料・Pro・Max)を発見し、まとめて組織のEnterpriseワークスペースへ移行します。Enterprise導入の初日から個人アカウントとの分裂状態を解消でき、すでにClaudeを個人で使っていたメンバーも作業内容を引き継げます。
有効にすると、検証済みドメイン上にEnterprise以外のアカウントは存在できないという組織ポリシーが適用されます。
対象はEnterpriseプランのみです。直接契約でもAWS Marketplace経由の契約でも、挙動は同じです。Teamプランはドメイン検証と新規個人アカウントの作成ブロックまでは可能で、既存アカウントの一括クレームと移行はできません。Teamのメンバーは、ドメインキャプチャ通知が届いたときの選択肢で扱う「本人が自分で個人アカウントを移行する」経路を使います。Team組織そのものをEnterpriseへ移す手続きは別で、TeamプランからEnterpriseプランへ移行する手順にあります。
有効化の前に整える4つの前提条件
次の4つがすべて整うまで、ドメインキャプチャは有効にできません。移行後も全員がサインインできる経路を先に用意しておくための条件です。
前提条件を整える順番
- 1
検証済みドメインでの組織作成を制限する
ドメイン上で新しい個人組織を作れない状態にします。
- 2
ドメイン所有権をDNSで検証する
クレームが対象にするのは、確定の時点で検証済みのドメインです。
- 3
SSOを「強制」にする
設定しただけでは足りず、SSOが実際に強制されている必要があります。
- 4
JITプロビジョニングかSCIMを有効にする
移行後のアカウントとIDプロバイダーの登録を結びつけます。
JITとSCIMは同時に有効にしません。両方が有効だとSCIMが優先されます。SCIMを使う場合、プロビジョニング済みのアカウントは移行後のアカウントとメールアドレスの一致で結びつきます。
対象アカウントの一覧で、締め出される人を先に見つける
ドメイン検証が済むと、組織にまだ属していない既存の個人アカウントが一覧に出ます。表示されるのはメールアドレス・プラン種別・作成日・最終アクティブ日で、CSVに書き出せます。
この一覧で見るべきは、自社のIDプロバイダー(IdP)に登録済みの人と未登録の人の区別です。
- IdPに未登録の人は、移行後にEnterpriseワークスペースへサインインできません
- 未登録のままだと、締切後は個人アカウントにもEnterpriseにも入れなくなります
- 追加はIT部門の作業になるので、クレームの前に依頼を済ませておきます
IdPに登録のない人も、期限までに「マージして参加」か「新規参加」を選んでおくと、本人の希望が記録されます。移行が済んだあとは、claude.aiに勤務先のメールでサインインすると、会社のログインページへ転送されます。
有効化の操作と確認画面
対象を洗い出したら、「Organization settings」の「Organization and access」を開きます。「Security」欄の「Migrate accounts using your domain」をオンにします。この操作がドメインキャプチャの有効化そのものです。
トグルを入れると確認画面に進みます。画面には、対象アカウントのプレビュー(CSV書き出し付き)、IdPに登録済みか未登録かの区分、想定される問題の警告が出ます。
通知から30日間に起こること
移行期間は、クレームを確定した日から30日です。ドメインの検証と対象の洗い出しの間は、カウントが始まりません。ユーザーごとに期限が走る方式ではなく、そのクレームに含まれる全員が同じ締切日を見ます。
クレームの30日間
- 0日目クレームを確定する
対象の全アカウントにメールと製品内バナーで通知が届きます。
- 0〜30日各自が選ぶ
ユーザーはサインインして「マージして参加」か「新規参加」を選びます。
- 30日目締切
未移行の個人アカウントが無効化され、Pro / Maxは日割り返金つきで自動解約されます。残っていた利用クレジットも返金されます。
期限までに選ばなかったユーザーには、既定で新規のEnterpriseアカウントが割り当てられます。本人のデータはメールで送られますが、元の個人アカウントにはアクセスできなくなります。
マージが済むと個人アカウントは無効化され、この操作は取り消せません。事前に書き出せるデータのエクスポートは、本人の記録用です。Enterpriseアカウントへ取り込むことはできません。エクスポートは「Settings」の「Account」から依頼します。
有効化後にドメイン上で新しく作られるアカウントは、最初からSSO経由でEnterpriseワークスペースに入り、個人アカウントという状態を経由しません。
ドメインを後から足すと、別の30日が始まる
1つのクレームが対象にするのは、クレームを確定した時点で検証済みだったドメインだけです。後から検証したドメインは、進行中のクレームに入らず、そのアカウントにも通知は行きません。後から足したドメインのアカウントを移行するには、次の流れになります。
- 進行中のクレームの30日間が終わるのを待つ(同時に走らせられるクレームは1つだけ)
- 新しいドメインを検証し、アカウント一覧を見直す
- 新しいクレームを確定する。ここから別の30日間が始まる
複数ドメインを段階的に導入するなら、先にすべて検証してからクレームを確定すると、期限は1つで済みます。
何が引き継がれ、何が消えるか
通知を受けたメンバーが最初に気にするのは、自分の作業が残るかどうかです。マージして参加する場合に何が移るかは、本人が自分の判断で移行する場合と同じです。周知の中心になるのは、移らない側の一覧です。
マージして参加したときの引き継ぎ
移るもの
チャット、チャット内のアーティファクト、アップロードしたファイル。 プロジェクトとその指示・ファイル(Coworkで作ったものを含む)、同期設定。 チャットとプロジェクトのメモリ、Claude Codeのメモリと個人設定。
メモリは、組織側でメモリをオフにしていると移りません。個人設定は、組織アカウントに同じ項目の値が既にあればそちらが残ります。
移らないもの
カスタムスキル(移行経路なし)。 連携アプリへのサインイン(認可はすべて取り消し)と、自分で追加したカスタムコネクタ。 公開済みアーティファクト、チャットの公開共有リンク、未承諾の共有招待。 Coworkのデスクトップ・クラウドセッション、Claude Codeのクラウドセッション。
Claude Designのシステムとプロジェクトは、2026年8月14日以降に移行したものだけが移ります。それ以前の移行分は移りません。
Coworkのデスクトップセッションは、消えるのではなくPCの中に残ります。セッションと接続したフォルダーがクラウドでなくローカルに保存されているためです。
移行の直後は、チャット一覧が埋まるまで少し時間がかかります。チャットのタイトル検索は、すぐ使えます。
組織側の設定にも例外があります。HIPAA対応またはカスタマー管理鍵(CMEK)を有効にしたEnterprise組織は、移行先として個人アカウントのデータを受け取れません。ドメインのクレームと通知は通常どおり行われますが、ユーザーに出る選択肢は「新規参加」だけで、個人アカウントのデータは何も移りません。データを残したい人は、期限までに自分でエクスポートします。
サブスクリプションの扱いは購入経路で分かれる
返金と解約の出方は、購入経路で分かれます。
| 購入経路 | 解約 | 返金 |
|---|---|---|
| 直接(モバイルアプリ以外) | 解約自動 | 返金日割り。解約の約24時間後に発行 |
| Google Play | 解約自動 | 返金日割り。反映まで数日 |
| Apple App Store | 解約自動では解約されない | 返金本人がApple IDの設定から解約する必要あり |
App Store経由のユーザーが解約しないと、個人アカウントが閉じた後もAppleの課金が続きます。管理者が代わりに解約することはできません。直接購入の返金は、銀行によっては明細に載るまでさらに数営業日かかります。
座席が足りないと、契約経路で見える場所が違う
移行対象のユーザーが多いと、Enterpriseの座席が不足することがあります。直接契約なら、組織設定に座席の追加購入を促すエラーが出ます。AWS Marketplace経由の契約では、移行後にログインしようとしたユーザー本人に「管理者に連絡してください」というメッセージが表示されます。確定前のプレビューには対象アカウントの一覧が出るので、人数を座席数と照らせます。
コネクタ制限はドメインキャプチャと別の設定
自社メールで個人アカウントから社内のGmailやSlackをつなげてしまう問題は、別の設定でも防げます。「Restrict verified-domain connectors to your enterprise」です。
場所は「Organization and access」の「Connector domain restriction」で、いつでもオフに戻せます。
違いは、既存の個人アカウントを動かさない点です。Enterprise外のアカウントが検証済みドメインのメールでコネクタ(Gmail・Slack・Notion・Microsoft 365など16種)に接続するのを、新規の接続試行だけブロックします。すでにある接続は切れず、管理者への通知もありません。接続元のサービスがアカウントの身元情報を返さない場合は、制限をかけられず接続が通ります。移行を待たずに、業務アカウントを誤って個人アカウントにつなぐ事故だけ先に防ぎたいときの手段です。意図的なデータの持ち出しを防ぐ設定ではありません。
操作できるのは、Owner、Primary Owner、そして「Identity & Access」権限を「Manage」にしたカスタムロールです。設定は親組織で行い、配下の子組織すべてに適用されます。Enterprise組織には、検証済みドメインが最低1つ必要です。
制限に当たった人には、「この業務用IDは、自社のClaudeアカウントでアクセスを管理するEnterpriseに属しています。組織のClaudeアカウントにサインインして、この接続を使ってください」という趣旨のメッセージが出ます。逆方向は制限しないため、Enterpriseの中の人が個人のGmailをつなぐことは止まりません。
公式ページの記述が食い違う箇所
管理者向けのページには移行期間が「30日」と書かれ、「カスタムの期限は設定できない」とあります。一方、ユーザー向けのページと個人アカウントの移行ページでは、期限が「クレーム開始日から少なくとも30日」です。社内向けの案内では、「30日」と固定で書くより、通知メールに載る締切日そのものを正として案内する方が、ずれが出ません。
よくある質問
個人のメールアドレスで作ったアカウントも対象ですか
対象外です。影響を受けるのは、検証済みドメイン(勤務先のメール)に紐づくアカウントだけです。GmailやYahooのアドレスで作った別のClaudeアカウントは、そのまま残ります。
すでにEnterpriseアカウントを持っている人はどうなりますか
個人アカウントのデータを既存のEnterpriseアカウントに足せます。設定が食い違う項目は、Enterprise組織の設定が優先されます。
まとめ
トグルは、IdPの登録漏れを潰し、移らないものを周知してから入れます。後戻りはできないので、締切の30日は「移行を終わらせる期間」ではなく「取りこぼしを拾う期間」と見ておくのが現実的です。移行される側が見る画面はドメインキャプチャ通知が届いたときの選択肢にあるので、社内周知に使えます。Enterpriseプラン自体の料金・機能はClaude Enterpriseとは、契約形態の選び方はClaude法人プランの契約ガイドにまとめています。