Claude Zero Data Retentionが有効になる契約形態の切り分け
ZDRが有効なのは、Claude for EnterpriseでのZDR個別有効化か、コンシューマー以外のAPIキー利用の2経路だけです。Web UI・Cowork・Teamプラン本体は対象外という範囲をまとめます。
Claude Zero Data Retention(ZDR)は「契約すれば全社的にオンになる」機能ではありません。有効になる経路は、Claude for Enterpriseでの個別有効化と、コンシューマー以外のAPIキーによる利用の2つに限られます。Teamプランの画面やClaude.aiのチャット、Coworkは、この2経路のどちらに乗せてもZDRの対象になりません。社内システムへの組み込みを検討する前に、この境界線をまず正確に引く必要があります。
Claude Zero Data Retentionとは何か
ZDRは、APIレスポンスを返した後にプロンプトと生成結果をAnthropicが保存しない設定です。法令順守や不正利用対策のために必要な場合を除き、会話の中身は応答が返った時点で残りません。Anthropicは組織単位でZDRを有効化し、新しく作られた別組織には自動的には引き継がれないため、複数組織を運用する会社は組織ごとに個別の申請が必要です。
ここで押さえておきたいのは、ZDRが「Anthropicが直接データ処理者(データプロセッサー)になる面」だけに適用される設定だという点です。Amazon BedrockやGoogle Cloudのエージェント基盤を経由する場合は、クラウド事業者側がデータ処理者になるため、ZDRの適用条件もそれぞれのプラットフォームのポリシーに従います。自社がどの経路でClaudeを呼んでいるかによって、確認すべきドキュメントそのものが変わります。
ZDRが有効になる2つの契約形態
公式ドキュメントを突き合わせると、ZDRが実際に効くのは次の2形態に絞られます。
| 契約形態 | ZDRの有効化方法 | 備考 |
|---|---|---|
| コンシューマー以外の組織のAPIキー(従量課金のAPI利用) | ZDRの有効化方法Anthropicの営業チームに申請 | 備考Claude API・Claude Platform on AWSが対象 |
| Claude for Enterprise + ZDRの個別有効化 | ZDRの有効化方法標準のEnterpriseプランには含まれず、営業チームによる個別の有効化が必要 | 備考Claude Codeの利用にのみ適用 |
いずれも「契約するだけで自動的にオン」にはならず、Anthropicのアカウントチームによる個別の有効化を経由します。Enterprise側は標準プランに含まれる機能ではない点が誤解されやすく、Enterpriseと契約したこと自体はZDRの根拠にはなりません。
従量課金のAPIキーで先にZDRを使い始めた組織は、ZDRを維持したままClaude for Enterpriseへ移行して、ユーザー単位のコスト管理・Analyticsダッシュボード・サーバー管理設定・監査ログといった管理機能を得られます。ただしClaude Code Analyticsについては、ZDR組織ではcontribution metrics(コードの採用状況などの詳細指標)が使えず、利用量メトリクスのみに限られます。
TeamプランとWeb UI・Coworkが対象外である理由
ZDRが及ばない範囲は、公式ドキュメントで明確に線引きされています。
- Claude Free・Pro・Maxのコンシューマープラン: Web・デスクトップ・モバイルアプリでの利用、およびこれらのプランでのClaude Codeの利用を含めて対象外です
- Claude TeamおよびClaude Enterpriseの製品インターフェース: claude.aiのチャット画面そのものはZDR対象外です。例外は、Enterprise配下でZDRが個別有効化されたClaude Codeのみです
- Cowork: セッションはZDRの対象になりません
- Claude Console(プレイグラウンドを含む): いかなる利用もZDR対象外です
- サードパーティー製ツールとの連携(third-party integrations): MCPサーバーを含む外部ツールが処理したデータには、Anthropicの保存ポリシーそのものが及びません
- Claude Managed Agents: セッションはステートフルに動作し、記録は明示的に削除するまで残ります
- ブラウザからの直接呼び出し: APIはCORSに対応しておらず、Web UI以外からブラウザ上のコードで直接API呼び出しをする用途にはバックエンドプロキシ経由の実装が必要です
つまり、Teamプランで契約しているという事実だけでは、Claude CodeのセッションもWeb UIでのチャットもZDRの対象にはなりません。ZDRが効くのは「コンシューマー以外のAPIキーで呼んだ場合」と「Claude for EnterpriseでZDRが個別に有効化された場合のClaude Code」だけです。この2条件のどちらにも当てはまらない使い方は、標準の保持ポリシーに従います。
Claude CodeでZDRを確実に効かせるための設定
Claude Codeは開発者が個人アカウントでログインしたり、別組織のAPIキーを使ったりすることも技術的には可能です。ZDRが適用されるのは、ZDRが有効化された組織に認証した場合のセッションだけなので、開発者が個人のclaude.aiアカウントや別組織のAPIキーでログインすると、そのセッションはZDRの対象から外れてしまいます。
これを防ぐには、forceLoginMethodとforceLoginOrgUUIDのmanaged settingsを配布し、開発者のログイン先をZDR組織に強制する運用が必要です。managed settingsによるログイン制御はClaude Console経由のログインの扱いも含めて定義されるため、配布前に組織全体のログイン経路を洗い出しておくことが前提になります。
ZDR下で自動的に無効化される機能
Claude for EnterpriseでZDRが有効な組織では、プロンプトや応答の保存を前提とする一部機能がバックエンド側で自動的に無効化されます。クライアント側の表示にかかわらずブロックされるため、起動時に無効化された機能が見えていても、使おうとするとエラーが返ります。
| 無効化される機能 | 理由 |
|---|---|
| Claude Code on the Web | 理由会話履歴のサーバー側保存が前提 |
| Desktopアプリのクラウドセッション | 理由プロンプトと応答を含む永続的なセッションデータが前提 |
| Claude Tag | 理由チャンネルの記憶とセッション記録を保持する仕組み |
| Artifacts | 理由公開ページのコンテンツをAnthropic側のインフラに保存する仕組み |
フィードバック送信(/feedback /bug /share) | 理由会話データをAnthropicへ送信する動作そのものが保存を伴う |
| Remote Control | 理由デバイス間の会話同期のためにセッション記録をAnthropicのサーバーに保存 |
Fable 5などの対象モデル(Covered Models)はZDRと両立しない
Claude Fable 5とClaude Mythos 5は「Covered Models」に指定されており、安全対策の一環として30日間のデータ保持が必須です。ZDR組織がこれらのモデルにリクエストを送ると、APIは400 invalid_request_errorを返してリクエストを拒否します。モデルピッカーからは非表示になるか、無効表示とともにZDR解除が必要な旨の案内が出ます。
Fable 5はデフォルトモデルではないため、この制約が業務に直接影響するのは開発者が明示的にFable 5を指定した場合に限られます。bestエイリアスはFable 5が使える組織ではFable 5に解決されますが、ZDR組織を含むFable 5が使えない組織ではOpusに解決されるため、エイリアス経由の呼び出しでは400エラーには遭遇しません。
ZDRを維持したままFable 5を使いたい場合、ワークスペース単位で30日保持を個別に有効化できます。組織全体をZDRのままにして、特定のワークスペースだけ30日保持に切り替えれば、他のワークスペースはZDRを維持できます。
ポリシー違反時の例外保持について
ZDRが有効な組織でも、法令上の要請または利用ポリシー違反への対応が必要な場合、Anthropicはデータを保持することがあります。セッションが利用ポリシー違反として検知された場合、Anthropicの標準ZDRポリシーに従い、該当するプロンプトと応答を最長2年保持することがあります。
社内システムに組み込むときの設計判断
ここまでの範囲を踏まえると、社内システムの設計判断は「ZDRをどの単位で保証するか」に集約されます。従量課金APIキーでZDRを個別契約している場合、そのAPIキーを使うシステムだけがZDR対象になり、同じ会社の従業員がTeamプランのWeb UIで同じ業務をこなせば保護は及びません。逆にClaude for EnterpriseでZDRを有効化した場合、対象はClaude Codeの利用に限られ、同じEnterprise組織のチャット画面やCoworkでの利用はZDRの外側に残ります。
この非対称性は、機密情報の取り扱いルールを「プランで一律に決める」設計では破綻することを意味します。実務では、機密性の高い業務をZDR対象の経路(ZDR有効なAPIキー、またはZDRが有効なEnterprise組織のClaude Code)に限定し、それ以外の経路では機密情報を扱わせないというアクセス経路単位のポリシーのほうが、実態に即した設計になります。契約プランごとの機能差そのものを網羅的に確認したい場合は、Claude法人プランの契約ガイドが参考になります。そもそもどこまでの機密情報がClaudeへの入力自体として許容されるかという、より手前の論点はClaude機密情報の入力は安全かで扱っています。
よくある質問
ZDRを契約すれば、その組織のClaude利用はすべて保存されなくなりますか
なりません。ZDRは経路単位の設定です。従量課金APIキーで契約した場合はそのAPIキーでの呼び出しだけが対象になり、Claude for EnterpriseでZDRを有効化した場合はClaude Codeの利用だけが対象になります。同じ組織のTeam/Enterpriseのチャット画面やCoworkはどちらの経路でも対象外です。
Coworkでは今後もZDRは使えませんか
公式ドキュメントでは、Coworkのセッションは明示的にZDRの対象外とされています。将来提供されるかどうかは公式のアップデート次第で、公開されている一次情報からは判断できません。
HIPAA対応(BAA)とZDRは同じものですか
異なります。HIPAA対応はPHIを扱うための包括的な安全管理措置(暗号化・アクセス制御・監査ログ)を課す仕組みで、即時削除を必須とはしません。一方、Claude CodeがBAAの対象になるのはZDRが有効な場合に限られるため、Claude CodeでPHIを扱う予定がある場合はZDRの有効化がBAA適用の前提条件になります。
MCPサーバーなどのサードパーティー製ツールを使うと、ZDRの保護は失われますか
ZDR自体はAnthropic側の保存ポリシーであり、MCPサーバーを含む外部ツールがリクエスト経路上でデータを処理する場合、そのデータにはAnthropicの保存ポリシーが及びません。連携するツール側の保持方針は個別に確認する必要があります。
まとめ
Claude Zero Data Retentionは「Enterpriseと契約すれば有効になる」機能ではありません。「Teamプランなら安全」という機能でもありません。有効になるのは、コンシューマー以外のAPIキーでの利用と、Claude for Enterpriseで個別にZDRを有効化したClaude Codeの利用の2経路だけです。Web UI・Cowork・Consoleは、契約プランを問わず対象外のままです。社内で機密情報の取り扱い範囲を決める担当者は、プラン名ではなく「どの経路がZDR対象か」を基準にアクセスポリシーを設計する必要があります。エンタープライズプラン全体の機能構成はClaude Enterpriseガイド、Claude Codeのログイン先を組織のSSOに固定する管理コンソール・managed settingsの配布経路はClaude Code DesktopのSSOとデバイス管理で扱っています。