Claude Enterpriseのデータ保持期間は既定で無期限 — 30日から設定する手順

Claudeのデータ保持期間は、Enterpriseでは既定で無期限です。Organization settingsで保持期間を決めると、会話とプロジェクトを最短30日まで短縮できます。

設定できるのはPrimary OwnerまたはOwnerのロールを持つユーザーに限られます。短縮すると、期限切れのデータは元に戻せない形で削除されます。

Claude Enterpriseのカスタム保持期間とは

カスタムデータ保持設定は、組織が会話とプロジェクトのデータをどれだけ保持するかを管理する機能です。対象になるのはClaude Enterpriseプランの契約者だけです。Free・Pro・MaxのようなConsumerプランは別の扱いで、それらのアカウントでClaude Codeを使う場合も同じです。

設定にはPrimary OwnerまたはOwnerのロールが必要です。それ以外のロールのユーザーはこの設定を変えられません。組織のロール設計そのものはClaude Enterpriseでカスタムロールを作成する手順で扱っています。同じ画面でUS-only inferenceも切り替えられ、手順と1.1倍の料金はこちらです。

保持期間を設定する手順

チャットとプロジェクトで保持の起点が異なる

保持期間のカウントは、それぞれのデータが最後にいつ動いたかを起点にします。プロジェクト内のチャットは、チャット単独の保持期間ではなくプロジェクトの保持期間に従う点が実務上のポイントです。

プロジェクトの保持期間を自分で設定していなくても、プロジェクトは既定で無期限保持です。そのため、チャット保持期間を30日にしても、プロジェクト内のチャットは削除されません。「古いチャットが消えない」ときは、まずそのチャットがプロジェクトの中にあるかを確かめます。

チャットをプロジェクトに移すとプロジェクト側の保持期間が、プロジェクトから外すと再びチャット単独の保持期間が適用されます。外したチャットは、最後の活動時刻を基準に、チャット保持期間の削除対象になります。

保持期間を短縮すると何が起こるか

そのほかの前提は次の3点です。

• 削除は所定の日のUTC深夜0時に実行される
• カスタム保持期間を設定しない限り、データは無期限に保持される
• 自動化された信頼・安全システムが利用ポリシー違反としてフラグを付けたチャットは、入出力データが別に定めるポリシーに従って保持される(組織側の保持期間短縮の対象外)

保持期間の計算例

保持期間の計算では、月は一律30日として扱われます。3か月の保持期間は90日として計算されます。

適用対象はチャットとプロジェクトだけ

カスタム保持期間が適用されるのは、チャットとプロジェクトの中身に限られます。Claude Design・Claude Tag・Claude Managed Agents、その他Claude Code on the web上に構築された機能には適用されません。Claude Designにアップロードした資産の保持ポリシーはClaude Designのデータ保持とセキュリティで個別に定められています。

保持の話は製品ごとに仕組みが違います。「どのデータが、どの設定で決まるか」を切り分けると次のとおりです。

Free・Pro・Maxのアカウントでは、Claude Codeの保持期間が学習への利用設定で変わります。モデル改善へのデータ利用を許可すると5年、許可しないと30日です。この設定はclaude.aiのプライバシー設定でいつでも変更できます。

Claude Code on the webのセッションは、あとで戻れるようにセッションの記録がAnthropic側に保存されます。保存された内容は、利用中のアカウント種別の保持ポリシーに従い、個別のクラウドセッションは利用者がいつでも削除できます。削除するとセッションのイベントデータが完全に消えます。

APIのゼロデータ保持(Workspace単位)を有効にする

ここまでのカスタム保持設定は、claude.ai上のチャットとプロジェクトが対象です。Claude APIをZDR契約で使っている組織には、これとは別にClaude Console上でWorkspaceごとにデータ保持をオンにする設定があります。

ZDR契約の組織がClaude Fable 5.1のようなCovered Modelsを使うには、対象のWorkspaceで30日保持をオンにする必要があります。Anthropicが個別にZDRでの利用を許可している場合(Enterprise Frontier Safeguardsなど)は、この限りではありません。保持がオフのままCovered Modelsを呼び出すと、次のエラーが返ります。

In order to access this model, your organization or Workspace must have data retention enabled.

設定を変えられるのは組織のAdmin・Owner・Primary Ownerで、それ以外のロールのメンバーは設定を見ることだけができます。既定のWorkspaceの保持は組織レベルで管理されるため、変更したい場合は既定以外のWorkspaceを作ります。すでに30日保持の組織には、この設定自体が表示されません。つまりWorkspaceのトグルは、Claude APIでZDRを使っている組織だけの設定です。Covered Modelsは30日保持が前提のため、ZDRのままでは使えません。

オンにすると「This workspace」の行がOn · 30 daysに変わります。別の確認メッセージは出ないので、この表示が反映の目印です。

オンにしたWorkspaceでは、入力・出力などのデータが既定で30日間保持されます。Anthropicが安全とセキュリティの目的でアクセスすることもあります。組織のZDRが外れるのはそのWorkspaceだけで、他のWorkspaceには影響しません。組織がすでにモデルへのアクセスを持っていれば、Covered Modelsへのリクエストは既存のAPIキーのまま通ります。キーの作り直しは要りません。

症状別に、見落としやすい点を挙げます。

• 過去のリクエストが保持されていない: 変更は遡及しません。オンにした後に送ったリクエストだけが保持されます。
• 反映が遅い: 新しいリクエストにはすぐ適用されます。まれに最大1時間かかります。
• BatchやFilesのデータが残らない・残る: この設定が扱うのはWorkspaceのAPIリクエストとレスポンスです。Batch API・Files API・Claude Managed Agentsのセッションのように、動作のために保存が必要な機能は対象外で、ZDRの適格性は機能ごとに別に決まります。
• オフに戻せない: Workspaceが顧客管理の暗号鍵(CMEK)を使っていると、保持をオフにできません。保持を必須とするプログラムが割り当てられたWorkspaceでは、オフにするとそのプログラムが外れます。

claude.aiの「チャット・プロジェクトの保持期間」とAPIの「Workspace単位のトグル」は、管理画面も適用範囲も別物です。両方を使う組織は、どちらの画面を見ているのかを取り違えないようにします。

保持設定の変更は監査ログで追跡できる

保持設定に関する操作や変更はすべて監査ログに自動で記録されます。管理者はこのログにアクセスして、保持設定の変更履歴とデータ削除イベントを確認できます。削除そのものの仕組みや、画面上の削除操作とバックエンドの保持ポリシーがどう違うかはClaude Team/Enterpriseの送信データの削除とバックエンド保持の境界で詳しく扱っています。

まとめ

保持期間を短縮する前に、対象のチャットがプロジェクトの中にないか、短縮で消えるデータの範囲がどこまでかを確かめておくと、取り返しのつかない削除を避けられます。Design・Tag・Managed Agents・Claude Code・APIのZDRはこの設定の外にあるので、社内の保存期間ルールと照らすときは、データごとにどの設定が効くかを分けて見ます。組織のEnterprise管理機能全体はClaude Enterpriseガイドで料金・SSO・監査ログとあわせて整理しています。