Perplexityのライブラリから実際に消失した部分を特定する方法（2026年ガイド）

Perplexityには、どちらも記憶のように感じられる2つのシステムがあり、「履歴」という言葉がその両方に使われています。

スレッドは会話そのものです。 Perplexityはスレッドを「PerplexityのAIと議論したすべての内容を記憶する会話履歴のようなもの」と説明しており、その内容について具体的に述べています。「スレッドには、最初の質問、フォローアップの質問、Perplexityのすべての回答、および回答を提供するために使用されたすべてのソースが含まれます。」スレッドはライブラリに保存され、ヘルプセンターではこれを履歴（History）と呼んでいます。「すべてのスレッドは履歴に保存され、あなただけがアクセスできます。履歴では、以前のスレッドを表示したり、過去の会話を再開したりできます。」

Memoryはパーソナライズ層です。 PerplexityのMemoryに関する記事では、これを次のように別途定義しています。「Memory（パーソナル検索と呼ばれることもあります）は、Perplexityが会話間で詳細を記憶できるようにする機能であり、やり取りをよりパーソナライズされ、効率的なものにします。」そして、2つの異なるインプットを挙げています。「Memoryの参照：Memoryとは、ユーザーが共有する好み、関心、情報です」および「検索履歴の参照：一部のシナリオでは、最も関連性の高い回答を提供するために、過去の質問や回答などを参照することが役立ちます。」

つまり、検索履歴はパーソナライズへのインプットであり、スレッドは作業の記録です。前者をオフにしても、後者には何も影響しません。後者を削除すると、スレッドが削除され、同時に潜在的なソースとしても削除されます。これらは異なる場所で管理され、異なる形で機能しなくなるため、「覚えていない」という単一の症状に対して、人々は間違った画面を開いてしまいがちです。この想起（リコール）の側面については、why Perplexity stops carrying your earlier queries（Perplexityが以前のクエリを引き継がなくなる理由）で詳しく解説しています。

さらに、これら両方の上に第3のレイヤーがあります。Perplexityは「アカウント設定のAIデータ保持（AI Data Retention）をオフにすることで、データの使用を無効にできる」と説明しています。3つのスイッチ、2つの保存場所、1つの言葉。

ほとんどの消失には、対処可能な説明があります。しかし、このケースには時間制限があり、本ガイドで最も役立つ事実です。

Perplexityのスレッドの挙動に関するドキュメントには、次のように直接記載されています。「ユーザーがPerplexityアカウントにサインインしていない状態でスレッドを作成した場合、そのスレッドの作成者は『匿名』とみなされ、スレッドは長期保存されません。これらの匿名スレッドは14日間表示されますが、その後は復元不可能な形で完全に消失します。」

条件を注意深く読んでください。サインインしていない状態で作成されたということです。「プライベートウィンドウで作成された」でもなく、「アカウントを持つ前に作成された」でもなく、スレッドが作成された瞬間にサインアウト状態であったことを指します。これは、共有PCでの素早い質問、ログインがいつの間にか切れていたセッション、一度もサインインしたことのないスマホのブラウザ、同僚から送られてきたリンクを開いてそのまま入力を続けた場合など、多くの実際の行動に当てはまります。

復元手順も同様に具体的であり、期限内でのみ機能します。「ヒント：スレッド作成から14日以内であれば、ブラウザの履歴からスレッドを見つけることができるはずです。再度ログインした後、スレッドをSpaceに保存することで、14日後の期限切れを防ぐことができます。」

これが救出手順のすべてです。ブラウザの履歴にURLが残っています。サインインしてスレッドをSpaceに保存すれば、期限切れのルートから外すことができます。14日を過ぎると、ドキュメントに書かれている通りの状態になります。根本的な解決策は上流にあります。「スレッドに長期的にアクセスできるようにするには、アカウントにサインインしてください。サインイン中に作成されたすべてのスレッドは、自動的に履歴に保存されます。」

ライブラリを必死に検索する。 最初に試す価値はあります。Perplexityは次のようにその方法を説明しています。「履歴ページに移動し、検索バーを使用します。キーワードまたはタイトルで検索できます。」サインインした状態で作成され、削除されていないスレッドであれば、そこにあります。キーワードとタイトルの両方で検索しても見つからない場合、原因は「検索機能が悪い」からではない可能性が高いでしょう。

Memoryを再びオンにしてスレッドが戻るのを期待する。 これらは無関係です。Perplexityのパーソナライズ層のコントロールはトグルスイッチです。「パーソナライズ設定メニューから、Memoryと検索履歴の参照を切り替えることができます。」これを切り替えても、回答がどのソースを参照するかが変わるだけで、ライブラリにどのスレッドが存在するかは変わりません。

スレッドを再表示させるためにMemoryを削除する。 Memory管理ページは逆の働きをします。Perplexityはこれを削除ツールとして説明しています。回答を得た際、「参照されたMemoryと過去の検索がソースに表示されます。」そして「今後の検索でソースが使用されるのを防ぐために、パーソナライズのMemory管理ページから削除できます。」

Spaceが遡及的に保存してくれたと思い込む。 Spaceへの保存は、今後のスレッドを保護するものであり、すでに期限切れになったスレッドに遡って適用されるわけではありません。Space自体のコンテンツの挙動は、what happens to content inside a Perplexity Space（PerplexityのSpace内のコンテンツに何が起こるか）で解説した別のトピックです。

制限（クォータ）を原因と考える。 何かが消失したことよりも、長いスレッドが保持できるコンテキスト量について不満を持っているケースもあります。これは異なる問題であり、解決策も異なります。the practical fixes for Perplexity's memory limits（Perplexityのメモリ制限に対する実用的な解決策）を参照してください。

以下の3つの確認をこの順序で行います。それぞれが疑問に答えるか、あるいは特定のレイヤーを除外してくれます。

ステップ 1: スレッドがそもそも自分のものだったかを確認する

ライブラリを開き、ヘルプセンターの説明に従ってキーワードとタイトルで検索します。もしそこにあれば、問題は保存ではなく想起（リコール）にあるため、ここで終了です。

もしそこにない場合は、すべてを決定づける質問を自分に投げかけてください。「作成時にサインインしていましたか？」答えが「いいえ」または「わからない」である場合は、Perplexityの検索を続けるのではなく、すぐにブラウザの履歴を確認してください。14日以内であれば、ブラウザ履歴にあるURLがコピーとなります。サインインし、それを開いてSpaceに保存してください。

ステップ 2: パーソナライズ層を個別に確認する

スレッドは存在するものの、Perplexityがそこで確立した内容を参照しなくなった場合は、もう一方のシステムの問題です。設定を開き、「パーソナライズ」セクションを見つけ、「Memoryの管理」を確認します。Perplexityの指示では「『Memoryの管理』をクリックして、保存されたMemoryを表示および削除します」とされており、Memoryと検索履歴の参照トグルも確認してください。

すべての回答には、便利な診断情報が無料で付いてきます。Perplexityは、参照されたMemoryと過去の検索は「ソースに表示される」とし、「提供する回答を決定づけた参照元はすべて引用される」と述べています。パーソナライズされているはずの回答がMemoryを一切引用していない場合、どのレイヤーを修正すべきかがわかります。思い込むのではなく確認する習慣は、keeping Perplexity aware of research context across sessions（セッション間でPerplexityに調査コンテキストを認識させ続ける方法）の背景にあるものと同じです。

ステップ 3: 結論をスレッドの外に移動する

どちらの保存場所も、ユーザーではなくアシスタントの利便性のために最適化されています。スレッドは会話の記録であり、Memoryはパーソナライズへのインプットです。どちらも、あなたが決定したことのインデックスではありません。

スレッドから永続的な成果（検証した数値、引用するソース、実行する結論など）が得られたら、それをスレッドの外に取り出してください。このステップを実行すれば、前の2つのステップの重要性は低くなります。なぜなら、問いが「スレッドを見つけられるか」から「得られた知見をまだ持っているか」に変わるからです。

この3番目のステップには、情報を置く場所が必要です。MemoryLakeは、それらの結論を自分自身で書き込む保存場所であり、特定のアシスタントのライブラリやパーソナライズ設定から独立しており、接続するすべてのツールから読み取ることができます。エントリーはあなた自身の言葉で書き込みます。Perplexityのシステムや他のベンダーの保存場所から読み取られたり、書き込まれたり、削除されたりすることは一切ありません。あなたのスレッド、Space、Memoryは完全にPerplexity自身のコントロール下に置かれたままです。

ステップ 1: APIキーを作成する

ダッシュボードからキーを生成します。これにより、リサーチアシスタント、ライティングアシスタント、そして次に使用するあらゆるツールが同じファクト（事実）のセットにアクセスできるようになります。

ステップ 2: 最初のMemoryをアップロードする

再度導き出すのが面倒な知見から始めましょう。数値とそのソース、信頼できると判明した情報源、3本の論文を読んだ後に除外したアプローチなどです。通常、1つのリサーチプロジェクトにつき、十数個の短いエントリーでカバーできます。これらをソースと日付とともに、記述形式で書き留めます。

ステップ 3: AIとエージェントを接続する

ツールをこのレイヤーに向けることで、最初に探さなければならないスレッドから再構築するのではなく、セッションの開始時にそれらのファクトがロードされるようにします。その後、テストを行います。新しい会話を開き、得られた知見の1つについて尋ねてみてください。回答が得られれば、スレッドの紛失は「損失」ではなく、単なる「不便」にすぎなくなります。

第1の変化は、「サインインしているかどうか」が後回しではなく習慣になることです。匿名スレッドには14日間の期限があり、サインイン中に作成されたスレッドは自動的に保存されることを知れば、サインインのプロンプトを無視することはなくなります。

第2に、14日間の猶予期間が理論上の話ではなく、実行可能な対策になります。ほとんどの人は、期限切れが起きた後にその事実に気づきます。事前にブラウザ履歴のルートを知っておくことで、期限内であれば、永久的な損失をわずか2分間の救出作業に変えることができます。

第3に、Spaceが本来得意とする用途で使われるようになります。スレッドをSpaceに保存することは、期限切れのルートから外すためのドキュメント化された方法です。これにより、Spaceは単なるフォルダではなく、意図的な「保管庫」になります。

第4に、2つのシステムが混同されなくなります。スレッドとMemoryには、それぞれ異なる画面、異なるコントロール、異なる不具合のパターンがあります。この領域における不満の多くは、一方を気にしながらもう一方を調整することから生じています。これは、Perplexity appearing to forget previous searches（Perplexityが以前の検索を忘れてしまったように見える現象）の背景にある混同と同じです。

毎回、開始する前にサインインする。 サインイン中に作成されたスレッドは自動的に履歴に保存されます。匿名スレッドは14日間のみ表示されるとドキュメントに記載されています。

スレッドが見つからない場合は、何よりも先にブラウザの履歴を確認する。 期限内であれば、そのURLが復元ルートになります。

重要なものはすべてSpaceに保存する。 Perplexityは、復元したスレッドの期限切れを防ぐ方法としてこれを挙げています。

2つの画面を区別する。 スレッドは「ライブラリ」と「検索」、パーソナライズ層は「設定 > パーソナライズ」と「Memoryの管理」です。

回答のソースを読む。 参照されたMemoryや過去の検索がそこに表示されるため、どちらのレイヤーが有効になっているかを最も早く判断できます。

知見をスレッドから取り出す。 1つの会話の中にしか存在しない結論は、1回の削除、1回の期限切れ、あるいは1つのURL紛失によって、再び導き出さなければならなくなります。

Perplexityのライブラリには、質問、回答、ソースを含むスレッドが保持されます。パーソナライズ設定にはMemoryが保持され、検索履歴を参照するかどうかをコントロールします。これらは2つの異なるシステムであり、「履歴が消えた」という言葉はどちらをも意味する可能性があります。

覚えておくべき価値のある事実は、期限がある方です。サインアウト中に作成されたスレッドは、Perplexityの言葉を借りれば「長期保存されず」、「14日間表示され」、その後は「復元不可能な形で完全に消失します」。ただし、期限内であれば、ブラウザ履歴から探してSpaceに保存するという、ドキュメント化された救出方法が1つだけあります。

これらはどれも不合理なことではありません。匿名スレッドには所属するアカウントがなく、パーソナライズのトグルは保存をコントロールするためのものではありません。実用的な結論は、「すべてをバックアップする」というよりもシンプルです。サインインすること、14日間の期限を知っておくこと、そして得られた知見は、後から探し回る必要のある会話以外の場所に保管しておくことです。