Perplexity API 2025年5月のリリースノート解説: Deep Research非同期APIとsearch_results移行

Perplexity API Documentation の changelog に掲載された May 2025 Perplexity API changelog をもとに、API利用者や管理者が確認すべき変更点を整理します。

要点

• search_results fieldが追加され、citations fieldはdeprecated / removedになった
• Sonar Deep Researchに非同期APIが追加された
• reasoning effort parameterで深さとコストを調整できる

今回の更新で変わること

2025年5月のDocs changelogは、検索根拠の扱いとDeep Researchの実運用に関わる変更が中心です。API responseにはsearch_results fieldが追加され、title、URL、dateを含む検索結果を直接扱えるようになりました。これに伴い、citations fieldは完全に非推奨・削除となり、既存アプリは出典表示やフィルタ処理を移行する必要があります。Sonar Deep Researchでは、長い調査に向く非同期APIが追加され、作成、一覧、結果取得のendpointが用意されました。さらにreasoning_effortにより、低速でも深い調査をするか、低コストで早く返すかを制御できます。

対象になりそうなユーザー・チーム

• Perplexity APIを本番サービスや社内ツールに組み込んでいる開発者
• API key、利用量、コスト、モデル移行を管理するプラットフォーム担当
• 検索、引用、文書処理、金融調査、エージェント機能をPerplexityで実装するチーム

実務で確認したいポイント

まず確認したいのは、既存アプリが今回の変更に依存していないかです。モデル名、response schema、検索filter、API key運用、課金計算は、アプリ側の実装と監視に直接影響します。

次に、変更をすぐ使うか、段階的に検証するかを分ける必要があります。新機能は便利ですが、本番導入前に、権限、ログ、費用、fallback、ユーザーへの説明を整理するのが安全です。

押さえておきたいポイント

PerplexityのDocs changelogは月次または項目追加型のsourceです。同じ月のページが後から増える場合があるため、今後の再確認では、同じ月の記事を更新対象として見る必要があります。

今すぐ対応が必要か

既存API利用に関係するdeprecation、breaking change、response schema変更、key管理変更は早めに確認すべきです。新しいfilterやSDK、Playground、research機能は、利用価値がある業務から試験導入するのが現実的です。

結局、この更新をどう見るべきか

この更新は、Perplexity APIを検索回答生成の実験用途から、より制御可能な業務基盤へ近づける流れの一部です。開発者は機能名だけでなく、運用、コスト、移行、監査の観点で読むべきです。