Perplexityの学習・プライバシーを確認する方法|保存・共有・APIの違い

個人向けの学習オプトアウト、Enterpriseの保持、APIのZDR、添付とProjectの共有を分けて、資料の入力前に確認する手順を整理します。

AIものさし編集部

Perplexityへ資料を入れる前は、個人向けアカウント、Enterprise、APIを分けて確認します。学習への利用、保存期間、共有先は別の条件です。学習をオフにしたことだけで、過去のデータが消えたり、共有リンクから資料が見えなくなったりするとは判断できません。

この記事は公式ヘルプとAPI資料を基に、入力前・共有前に確かめる項目を整理したものです。実アカウントでの設定変更、アップロード、削除の検証は行っていません。確認ケースは説明用の架空例です。Cometのブラウザデータなど、別製品固有の扱いは対象外です。

まず、どの製品とアカウントへ送るかを確認する

同じPerplexityという名前でも、Webの個人向け設定をAPIにそのまま当てはめることはできません。

表は横にスクロールできます

入力先公式資料で確認する主な点混同しないこと
個人向けWeb/アプリ学習用のデータ収集設定と変更日オプトアウトとデータ削除は別
Enterprise学習不使用、組織の保持・共有・権限設定学習不使用と保存ゼロは別
APIAPI・モデル・アカウントの契約とZDR設定API利用とZDR有効化は別

社内資料を扱う場合は、ログイン中のアカウントと組織を先に確認します。業務用のつもりで個人用アカウントへ入力すると、想定した管理設定と異なる可能性があります。使う情報の種類について、社内規程と契約の対象も合わせます。

個人向けの学習オプトアウトは、変更後のデータが対象

公式のData Collection at Perplexityは、Free、Pro、MaxについてAI Data Retentionが既定で有効と説明しています。案内されている操作は、Account settingsからPreferencesを開き、AI data retentionのトグルをオフにする方法です。画面の名称と現在の状態を確認してください。

重要なのは適用時点です。公式は、オプトアウト後に収集されるデータに適用され、すでに収集した学習データは削除・除去できないと説明しています。また、オプトアウトしてもサービス運用などのためのデータ処理は残ります。

したがって、設定を変更した日は記録します。「今オフだから、先週入力した情報も最初から対象外だった」とは扱いません。現在の設定確認と、過去に入力した情報への対応は別々に進めます。列挙したプラン以外の名称や組織契約を使っている場合は、自分の契約に適用される説明を確認します。

Enterpriseでも、学習と保持を分ける

Enterprise向けの公式資料は、データをPerplexityのモデルの学習・微調整に使わず、第三者モデル提供者との契約でも学習を禁止していると説明しています。

一方、保持の説明では、セッションへ添付したファイルの7日削除と、セッション自体の削除を区別しています。ファイルの期限が来ても、そのファイルを使ったセッションが自動的に消えるという意味ではありません。Projectへ保存したファイルにも、セッション添付の期限を一律に当てはめないでください。

組織での保持期間やIncognito Mode、共有、コネクターの権限は、管理者の設定を確認します。利用者自身が学習トグルを探すだけでは、組織の運用条件は確認しきれません。管理者へは「学習されないですか」だけでなく、「この入力先のファイルと回答は、誰に見え、いつ削除されますか」と対象を具体的に伝えます。

APIを使うだけではZero Data Retentionにならない

現行API資料は、保持・利用・セキュリティの扱いがAPI、モデル、アカウント設定で異なると説明しています。API全体を「ログなし・保存なし」と一括りにはできません。

公式の整理は次のとおりです。

  • 顧客コンテンツは既定では生成AIモデルの学習に使わない。ただし、APIごとの追加条件も確認する。
  • Zero Data Retention(ZDR)は既定ではない。対象顧客が書面の合意に基づき、アカウント単位で設定する。
  • すべてのモデルがZDRに対応するわけではない。Agent APIでZDRが有効な場合、非対応モデルへの要求はエラーになる。
  • サービス運用と請求のため、要求数、モデル、時刻などの利用メタデータやアカウント情報を収集する。

実装を依頼する場合は、使うAPI名とモデル名、対象アカウント、書面の条件、ZDRの有効化状態を担当者に確認します。リクエスト本文だけでなく、自社側のアプリログやエラー記録に資料の内容を残していないかも、別途設計します。

ここで扱うのは公式の一般説明です。特定の契約で保存されないことを確認した結果ではありません。API Terms、製品固有の条件、DPA、書面の合意が自分の用途にどう適用されるかを確認してから、入力する情報を決めます。

まずは使ってみる

記事の文脈に合うToolへ進めます。報酬の有無で見た目は変えていません。

添付ファイルを外しても、以前の回答は残る

ファイルの学習条件とは別に、共有したセッションから何が見えるかを確認します。公式のファイルプライバシー説明では、公開セッションで表示されたままのアップロードファイルや画像は、リンクを持つ人が見られるとされています。

また、Web版で添付をXから外す操作は、その後の質問の文脈からファイルを外すものです。以前に生成された回答は、その文脈を保持すると説明されています。添付を外したことを、過去の回答から情報を消す操作とは考えないでください。

共有前には、添付の有無だけでなく、回答本文に顧客名、金額、引用、要約などが残っていないか読みます。公式は添付を含めずに共有する方法としてPDFへの書き出しも案内していますが、PDFの本文に機密情報があれば、その情報も相手へ渡ります。必要な部分だけを別の共有用資料へまとめる判断もできます。

Projectは、メンバーとファイルの範囲を確認する

現行のProjects資料では、Projectは既定で非公開で、アクセス権のある人が利用します。公開検索可能なProjectにはできず、招待や対象組織内の共有などでアクセスを付与すると説明されています。

ただし、非公開は自分だけを意味するとは限りません。権限のあるメンバーはProjectの共有セッションやファイルを閲覧できます。Shareやメンバー一覧で、誰が閲覧でき、誰が編集できるかを確認します。

コネクターからProjectへ追加したファイルは、公式では一度きりのコピーと説明されています。元のアプリで更新・削除してもProject内のコピーは変わりません。元ファイルを削除したことだけで、追加済みコピーも消えたとは判断せず、コピー先の扱いを確認します。

セッション添付、Projectのコピー、コネクターを通じた取得は、同じ保存場所ではありません。社内資料を移すときは、元の権限がどの形で引き継がれるかを推測せず、送信先と共有対象を確認してください。

入力・共有を判断するための確認例

以下は公式条件を仕事へ当てはめる架空例です。設定や削除を製品上で実証した結果ではありません。

表は横にスクロールできます

場面すぐに判断しないこと先に確認すること
個人Proで学習をオフにした先週の入力も学習対象外になった変更日と過去に入力した情報
Enterpriseで資料を要約したファイルの期限後に回答も消えるファイルとセッションそれぞれの保持設定
APIを使って社内検索を作るAPIだから全要求がZDRになるAPI・モデル・アカウントの合意と設定
回答リンクを取引先へ送る添付を外したから資料内容は見えない回答本文、残る添付、リンクの公開範囲

実際の入力前は、製品とアカウント、送る情報、学習条件、保持先、共有先、削除方法を短く記録します。判断できない箇所は対象を絞って担当者へ確認し、その情報を含めない資料で進められるか検討してください。

確認した公式情報

資料確認日:2026年10月21日。設定名や提供範囲は変わるため、利用中の製品・契約・組織設定に適用される条件を確認してください。

次の一手

記事の内容を踏まえて、公式とTool詳細から続けられます。

次に読む・使う

この記事の次に必要な情報へ進めます。

ツールの詳細