Braveは真のゼロデータ・リテンションを提供する唯一の検索APIであり、AI企業の成長とプライバシーコンプライアンスを実現します

Authors

AIや検索アプリケーションを構築する企業、または基盤モデルをトレーニングする企業にとって、成功はWeb検索APIの品質(およびデータ保持ポリシー)に左右されることがあります。大手テック企業のAPIは縮小、制限、または完全にAPIに関してサービスを終了しており、プライバシー面でも大きな問題があります。スクレイパーAPIは、検索エンジン(通常はBingまたはGoogle)への非公式な呼び出しから結果を取得するため、クエリがどのように保存・管理されるかをコントロールできません。

Brave Search APIは、プライバシーを中核に据えて構築された唯一の検索APIです。プランやサブスクリプションに関係なく、Brave Search APIのデータは、データ処理補遺(DPA)に記載された限定的な目的のためにのみ使用・管理されます。増加し続けるコンプライアンス義務に対応するため、Braveはエンタープライズ顧客にゼロデータ・リテンション(ZDR)のオプションも提供しています。

ZDRにより、Brave Search APIのエンタープライズ顧客は、ユーザーの検索内容が一切記録・保存されないことを保証されます。 1 ZDRはコンプライアンス義務を簡素化し、責任リスクを軽減し、データが最初から保存されないため、データ漏洩の心配が不要になります。

ZDRは、カスタムエンタープライズプランのすべてのBrave Search API顧客が利用でき、APIサポートに連絡することで有効化できます。

スクレイパーとBig Tech APIオプションの問題点

今日、チャットボットやエージェントなどの人気AIアプリケーション、Webサイト内蔵の検索アプリなどを含む何千ものAIアプリケーションが、ユーザーの質問に対する回答を裏付けたり、リアルタイムデータを提供するためにWeb検索を使用しています。検索APIを使用すると、エンドユーザーの質問がAPI呼び出しを通じて検索エンジンに送信されます。検索エンジンは根拠のある関連性の高い結果を提供し、それがユーザーに返されます。このため、Web検索APIはアプリの技術スタックにおいて最も重要なコンポーネントの一つとなります。

Brave以外の市場に出回っている検索APIは、今日では次の2つのカテゴリーのいずれかに分類されますが、どちらもゼロデータ・リテンション(ZDR)の提供を不可能にしています。

スクレイパーAPI

これらの「独立系」とされる検索APIは、実際には独立しておらず、GoogleやBingから結果をスクレイピングしています。Big Techへの依存により、いくつかの重要な問題が生じます。

  • データの流れ:スクレイパーベースのAPIにアプリケーションがクエリを送信すると、そのAPIはリアルタイムでBig Techの検索エンジンにクエリを送信します。つまり、独自の広範なデータ収集・保持ポリシーを持つ検索エンジンが、元のユーザークエリを受信し、記録することになります。
  • プライバシーの盲点:スクレイパーベースのAPIが自社側でZDRを約束していても、ユーザークエリをBig Techの検索エンジンに送信している以上、全体を通してZDRを維持することはできません。
  • 実行可能性:スクレイパーベースのAPIには、受信側のBig Tech検索エンジンに対してデータ削除やデータ保護を強制する能力がありません。

スクレイパー依存のAPIでは、ユーザーの質問とデータが本人の知らないうちに第三者と共有され、データの削除や除去を求める手段もありません。これはほとんどのユーザーが望んでいない行為であり、アプリ提供者をコンプライアンスリスクにさらす可能性があります。

Big Tech API

オリジナルのインデックスを直接呼び出す方が「良い」ように思えるかもしれませんが、この戦略にも問題があります。まず、GoogleやBingなどのBig Tech企業はAPIを閉鎖しており、非常に少数のクエリのみにアクセスを許可するか(開発で組み込むには不十分です)、まったくアクセスを許可していません。これは特にBingが正式にSearch APIを廃止して以来、顕著です。

さらに、Big Techはユーザーに信頼される理由をほとんど提供していません。Big Techのビジネスモデル全体がユーザープロファイリングに基づいており、コアインフラストラクチャはユーザーのクエリ、クリック、行動を追跡、保存し、プロファイルを構築するように設計されています。したがって、真のZDRは選択肢にありません。

独立したアーキテクチャが真のZDRを実現

Brave Search APIは、独自の垂直統合アーキテクチャにより、ZDRへの根本的に異なるシンプルな道筋を提供します。Braveは独自のWebインデックスを搭載しているため、大手テック企業に依存することなく独立しています。Brave Search APIでは、スクレイパーが顧客の検索内容やデータに触れることは一切ありません。

独自の検索インデックス、スクレイパー不要

Brave Search APIの基盤となるのは、Brave Search インデックスです。これは350億以上のWebページからなる独自のインデックスで、毎日数千万の新しいページがクロールされ、更新されています。このインデックスは、全てBraveによって構築、維持、所有されています。

アプリケーションがBrave Search APIにクエリを送信すると、そのクエリはBrave独自のインデックスとランキングアルゴリズムによって処理されます。これにより、Braveのアーキテクチャは非常にシンプルに視覚化できます:

アプリケーション ←→ Brave Search インデックス

スクレイパーを使用しないため、APIカスタマーはユーザーデータを管理することができます。BraveはクローリングボットからAPIエンドポイントまで、検索スタック全体を管理しているため、厳格なデータ保持ポリシーを容易に実施できます。エンドユーザーの検索クエリのログ記録や長期保存、または意図しない目的でのクエリの使用を防ぐシステム全体のポリシーを簡単に実装できます。これはまた、真のZDRを提供できることを意味します。

開発者にとってのZDRの価値

Brave Search APIを選択することは、単にコンプライアンスの問題だけではありません。現代のプライバシー意識の高い環境で事業を展開する企業にとって、賢明な開発上の決断でもあります。

Brave Search API スクレイパー または Big Tech API
データソース 独自の独立したインデックス Big Tech エンジン (スクレイパー経由 or 直接呼び出し)
クエリパス アプリケーション → Brave Search インデックス アプリケーション → スクレイパー → Big Tech エンジン 
アプリケーション → Big Tech エンジン
ZDR 確実に実行可能 第三者の関与や不透明な保持ポリシーにより、実行不可能な場合がある

AIや検索アプリケーションを構築している場合、またはエンドユーザーが独自のAIや検索アプリを作成できるプラットフォームを構築している場合、Webデータソースがユーザークエリを無差別に記録していないことが不可欠です。これは特に、金融、医療、法律情報などの機密性の高い規制対象データを扱うユースケースにおいて重要です。

プランやサブスクリプションに関係なく、Brave Search APIのデータは、当社のDPAに記載された限定的な目的のためにのみ使用・維持されます。当社の技術的独立性により、ゼロデータ・リテンションを提供することも可能で、開発者に真にプライベートで信頼性が高く、信頼できるWebデータソースを提供します。

Brave Search APIは、AIのトップ10 LLMのほとんどにリアルタイムのWeb検索データを提供しています。これらの顧客の一部にとって、BraveはAI回答をサポートする唯一の検索インデックスです。まだBrave Search APIのカスタマーでない場合、APIは無料プランと低CPMサブスクリプションの両方で利用できます。https://brave.com/search/api/ で今すぐサインアップしてはじめてのAPI呼び出しを行うか、カスタムプランについて詳しく知りたい場合はお問い合わせください。

すでにカスタムエンタープライズプランでBrave Search APIの顧客である場合は、ZDRの有効化について詳しく知るために当社にお問い合わせください

ノート
  1. 法律や規制で義務付けられている場合を除き、これは合法的な検索APIプロバイダーすべてに当てはまります。 

関連記事

Brave Nightly でAIブラウジング機能のアーリーテストが利用可能になりました

12月 10, 2025

本日より、Braveの新しいAIブラウジング機能がBrave Nightly(テストおよび開発用ビルド)で先行試験とユーザーフィードバックを目的として利用可能になったことをお知らせいたします。正式リリースの準備が整えば、このエージェント体験によってブラウザは本当の意味でのスマートなパートナーになり、そしてタスクの自動化により、より多くの作業ができるようになることを目指しています。

この記事を読む