文字起こしファイルの自動削除:自分で管理する保持期間

保持期間を自分でコントロールする

ほとんどの文字起こしツールは、デフォルトでファイルを無期限に保持します。つまり、何ヶ月分もの音声録音——クライアントとの会話、社内会議、個人的なボイスメモなどを含む——が他人のストレージに置かれ続け、あなたのアカウントやプロバイダーのシステムへのアクセスを得た者なら誰でも閲覧できる状態になります。自動削除はこのデフォルトを変えます。ファイルには定められた寿命があり、何もしなくても予定通りに消えていきます。

この記事では、主要な文字起こしサービスが現在どのように保持を扱っているか(2026年7月時点で確認済み)、実際のリスクに合わせて削除を構成する方法、そしてありがちなごまかし抜きのコンプライアンスの観点について解説します。

デフォルトで保持され続ける問題

文字起こしサービスに音声をアップロードすると、典型的なデフォルト設定は次のとおりです。

• 自分で削除するまで音声は無期限に保存される
• 文字起こしテキストも同じく無期限で保存される
• バックアップには独自の、多くの場合さらに長い保持期間がある
• ジョブのメタデータもファイルと同じ期間残り続ける

これにより、ほとんどのユーザーが気づくのが遅すぎる問題が生じます。

プライバシーは時間とともに蓄積します。 毎週アップロードしていれば、1年で50件以上の録音が溜まり、そのすべてに秘密裏に話された内容が含まれています。それぞれが、情報漏洩や法的開示請求の際の潜在的な露出リスクになります。

GDPR第5条1項(e号)は保存制限を明示的に求めています。 規則では、個人データは「当該個人データが処理される目的に必要な期間を超えて、データ主体を識別できる形で保管してはならない」とされています。手動クリーンアップ付きの無期限保存ではこれを満たせません。定義され、文書化され、実施された保持期間が必要です。

漏洩時の影響は保有データ量に比例します。 全顧客の3年分の音声を保有しているプロバイダーは、30日分しか保有していないプロバイダーより、インシデント時に桁違いに多くを晒すことになります。

自動削除は、保持を手作業の雑務ではなく設定されたデフォルトに変えることで、この3つの問題すべてに対処します。

主要サービスで保持が実際にどう機能しているか

以下の表は、2026年7月に確認したベンダーのドキュメントに基づき、各サービスのデフォルト動作と、ユーザーが持てる管理権限をまとめたものです。

パターンは一貫しています。デフォルトで自動削除が有効なサービスは稀です。ほとんどのサービスは、ユーザーが自らクリーンアップを覚えていることに依存しています。

「削除済み」が実際に意味するもの

保持期間を設定する前に、クラウドにおける削除の2段階の現実を理解しておくと役立ちます。

論理削除とは、ダッシュボードからファイルが消え、APIが「not found」を返すようになる段階です。これは素早く、多くの場合即座に起こります。

物理削除とは、実際のデータがストレージおよびバックアップシステムから取り除かれる段階です。これは後になって行われます。Cloudflare R2を含むほとんどのS3互換システムでは、削除対象としてマークされたオブジェクトは不可逆的に削除されますが、バックアップへの伝播には数時間から数日かかります。Trintは、ファイル削除後もバックアップメタデータが最大1年間残りうると明言しています。

復元不可能であることの文書化が必要なコンテンツについては、ベンダーに具体的に尋ねてください。

• 論理削除から物理削除までのSLAは?
• バックアップは一次ストレージと同じスケジュールで消去されるのか?
• 「セキュアイレース」や暗号学的シュレッディングのオプションはあるのか?

ほとんどのビジネス用途では、標準的な論理削除→物理削除の流れで十分です。証拠保全義務や弁護士・依頼者特権の対象となるコンテンツについては、どのツールの削除もフォレンジック的に不可逆だと決めつける前に、法務チームに相談してください。このシナリオの詳細については、文字起こしと弁護士・依頼者特権をご覧ください。

リスクに合わせた保持期間の設定

適切な保持期間とは、「利便性のためにできるだけ長く」でも「プライバシーのためにできるだけ短く」でもありません。ワークフロー、コンプライアンス上の義務、現実的な再処理ニーズを満たす最小限の期間です。

有効な演習があります。チームが扱う録音の種類ごとに、5つの質問に答えてみてください。

1. そもそもなぜその音声が必要なのか?
2. 再処理や再ダウンロードが必要になる可能性はどのくらいの期間ありうるか?
3. 文字起こしテキストはどのくらいの期間利用可能であるべきか?
4. 適用されるコンプライアンス要件は何か?
5. このファイルが漏洩した場合の、漏洩・開示のリスクはどの程度か?

保持期間は、5つすべてを満たす最小限にすべきです。ほとんどのチームの場合:

• 顧客対応の通話:音声14〜30日、文字起こし90日
• 社内会議:音声7〜14日、文字起こし30日
• ボイスメモや一時的なメモ:音声7日、文字起こし30日
• ジャーナリズムや調査の取材源資料:両方とも無期限(別途同意書類を整備)

機密性の高いコンテンツ(セラピー、法律相談、機密戦略)の場合、音声に対する答えは通常「文字起こしが確認できたらすぐに削除」です。音声は役目を終えたのです。必要だったのは文字起こしテキストの方です。

CATTの保持コントロール

表の中のツールの中で、CATTは無期限保存ではなく自動削除をデフォルトとする数少ないツールの一つです。無料プランのアップロードは7日で自動削除されます。有料ユーザーは独自の期間を設定でき、処理直後の即時削除から、アーカイブ用途向けの長期保持まで選べます。ファイル単位の上書きも便利です。アカウントのデフォルトは7日のままにしつつ、後で見返すことがわかっている特定の録音だけ保持期間を延ばせます。

R2ストレージからの削除は本物です。設定したTTLを過ぎたファイルはアプリケーションから404を返し、基盤となるストレージからも削除されます。この記事の旧版で「CATTはR2の『数日かかるバックアップ伝播』を引き継ぐ」としていた記述は不正確でした。R2の削除はオブジェクトレベルで不可逆とされています。削除されたファイルを保持する独立したバックアップ保管庫は存在しません。詳細を確認したい場合は、実際に試してみてください。機密性のないファイルをアップロードし、保持期間を過ぎるまで待ち、not-foundが返ってくることを確認してください。

会議ボットなし、オンボーディングなし、しかも蓄積ではなく削除がデフォルトの保持設定で、シンプルに文字起こしをしたいなら、CATTの音声からテキストへの変換ツールなら、アカウントレベルで一度設定すれば後は忘れていて大丈夫です。

誇張しないコンプライアンスの観点

GDPR第5条には、関連する2つの原則があります。

データ最小化(第5条1項(c号)):必要なものだけを収集する。 保存制限(第5条1項(e号)):必要以上に長く保持しない。

自動削除は、2番目の原則を手作業のプロセスから技術的な統制へと変えます。これが重要なのは、GDPRの執行では「クリーンアップするつもりだった」ではなく、文書化され実施された保持が求められるからです。

してはいけないこと:ベンダーの自動削除機能を指さして「GDPR準拠だ」と称すること。コンプライアンスは機能バッジではなく、あなたの導入形態、プロセス、契約の属性です。必要なものは:

• 文字起こしベンダーとのデータ処理契約(DPA)(相手方のサブプロセッサーとその保持ポリシーもカバー)
• 処理活動記録に文書化された保持期間
• 技術的統制(自動削除)がテストされ機能していることの証拠

カリフォルニア州のCCPA、ブラジルのLGPD、カナダのPIPEDAにも類似の最小化の概念があります。実務上の実装は同じです。定義し、文書化し、技術的に実施する。コンプライアンスワークフローの全体像についてはGDPR準拠の文字起こしを、ベンダーとの関係にプライバシーが実際に何を求めるかについてはAI文字起こしはプライバシーに配慮しているかをご覧ください。

長期保持が妥当なケース

上記の短期間を超えて音声を保持することが正当化されるケースもあります。

ジャーナリズムと調査のアーカイブ。 公表済みの記事を支える取材源資料は、法的な挑戦に備えるため数年間保持が必要になることがあります。これには別途同意書類と正当化された保持期間が必要であり、単にデフォルトのまま放置すればよいわけではありません。

法定保持義務のある規制業種。 金融サービスでは特定の通信について5〜7年の保持が求められることがよくあります。医療記録の保管にも独自のスケジュールがあります。こうした場合は、規制要件に合わせて保持期間を設定し、根拠条文を文書化し、その保持モデルをDPAでサポートするベンダーを選びましょう。

教育コンテンツライブラリ。 講義の録音、研修教材、カンファレンス講演など、価値がアーカイブにあるものです。これらは汎用文字起こしサービスのデフォルトストレージではなく、専用のアーカイブシステムに置くべきものです。

こうしたケースでは、意図的に保持期間を設定し、その理由を文書化してください。目指すべきコンプライアンス上の立場は、「保持期間を設定したことはない」ではなく「この文書化された要件に基づいてこの保持期間を選んだ」です。

削除が実際に機能することのテスト

マーケティングを鵜呑みにしないでください。テストを実施しましょう。

1. 保持期間の短い(プランが対応していれば24時間)機密性のないファイルをアップロードします。
2. 期間が過ぎるまで待ちます。
3. 通常のインターフェースから、またダイレクトストレージURLを持っていればそこから、ファイルへのアクセスを試みます。
4. 「not found」または同等の応答が返ることを確認します。

プロバイダーが自動削除を謳っていても、設定した期間を過ぎてもファイルにアクセスできるなら、実装に問題があります。このテストは10分ででき、プライバシーページよりも多くのことを教えてくれます。

FAQ

文字起こしサービスからファイルを削除すると、すぐに完全に消えることが保証されますか?

必ずしもそうではありません。ほとんどのサービスはまず論理削除を行い(インターフェース上からファイルが消えます)、その後数日〜数週間かけてバックアップからの物理的な完全消去を行います。たとえばTrintでは、削除後もバックアップメタデータが最大1年間保持されます。本当に機密性の高いコンテンツについては、ユーザー向けの削除ボタンだけでなく、ベンダーのバックアップおよび災害復旧に関する保持条件を確認してください。

自動削除機能のあるサービスを使うだけでGDPRに対応できますか?

いいえ。GDPR第5条1項(e号)では、データ管理者であるあなたが、正当な理由に基づく保持期間を文書化して実施することが求められます。自動削除機能を持つツールを使えば技術的に実施しやすくなりますが、それでも保持期間を定義し、処理活動記録にその根拠を文書化し、サブプロセッサー(再委託先)である文字起こしベンダーがデータ処理契約(DPA)によって拘束されていることを確認する必要があります。自動削除は仕組みであって、コンプライアンス証明書ではありません。

どの文字起こしサービスが自動削除に対応していて、どのサービスが手動でのクリーンアップを必要としますか?

自動削除または設定可能な保持期間があるのは:CATT(無料プランは7日で自動削除、ユーザーが設定可能)、Rev AI API(最大90日、サポート経由で設定可能)、Otter.ai Enterprise(カスタム保持ポリシー)、Fireflies Enterprise(古い会議の自動削除)。デフォルトでは手動クリーンアップのみ:Happy Scribe(無期限保存、削除後10日間の復元期間)、TurboScribe(手動のみ、アカウント削除時に90日以内にバックアップを消去)、Trint(手動、エンタープライズ版はカスタムオプションあり)。AWS Transcribeは90日後にサービス管理のバケットから出力を削除します。独自のS3バケットを使用する場合、保持期間は完全にあなた次第です。

機密性の高い会話を含む音声ファイルには、どのくらいの保持期間を設定すべきですか?

セラピーのセッション、法律相談、医療に関する話し合い、機密性の高い経営戦略などの場合:文字起こしが確認できたらすぐに音声ファイルを削除するか、遅くとも24時間以内に削除してください。文字起こしテキスト自体は、見直しが必要ならより長い期間(30〜90日)設定できます。音声の保持期間は、一般的な利便性ではなく、再処理が必要になりうる現実的な期間に合わせてください。文字起こしが確認できたら、音声を再処理する人はほとんどいません。

出典

• Otter.aiのカスタムデータ保持ヘルプ記事: https://help.otter.ai/hc/en-us/articles/19500988656279-Set-a-custom-Data-Retention-policy
• Rev.comのプライバシーとセキュリティのサポート: https://support.rev.com/hc/en-us/articles/29708931771661-Privacy-And-Security
• Rev AI API FAQ(ジョブ保持30日): https://docs.rev.ai/faq
• コンプライアンスのためのFireflies録音モード: https://guide.fireflies.ai/articles/3598930706
• TurboScribeプライバシーポリシー: https://turboscribe.ai/privacy
• Happy Scribeのデータ保持ヘルプ: https://help.happyscribe.com/en/articles/6087162-how-long-does-happyscribe-keep-my-data
• Trintのデータセキュリティとコンプライアンス: https://trint.com/security
• AWS Transcribeの入出力データドキュメント: https://docs.aws.amazon.com/transcribe/latest/dg/how-input.html
• Cloudflare R2オブジェクト削除ドキュメント: https://developers.cloudflare.com/r2/objects/delete-objects/
• GDPR第5条本文: https://gdpr-info.eu/art-5-gdpr/
• ConvertAudioToTextプライバシーポリシー: https://convertaudiototext.com/privacy