Newscatcher CatchAll API：AIエージェント向け「網羅優先」ウェブ検索を実践テスト

Newscatcher CatchAll API：AIエージェント向け「網羅優先」ウェブ検索を実践テスト

私はNewscatcher CatchAll APIに、ある頑固な質問を投げかけました。「今四半期のヨーロッパで発生したすべての倉庫火災を見つけよ」。上位10件ではありません。「すべて」です。通常の検索APIは、ランク付けされたリンクのページを返し、ロングテール部分を静かに切り捨てます。これは「近くの最高のピザ」を探す場合には問題ありませんが、列挙作業には役に立ちません。約15分後、Baseモードで実行したCatchAllは、私たちの best-ai-search-apis-2026 テストで使用したランキングベースのAPIでは決して表面化しなかった、地域メディアや業界紙のイベント情報を返してきました。各結果はリンクではなく、構造化された単一のJSONオブジェクトとして届きました。このギャップこそが、物語のすべてです。

詳細に入る前に、要点を簡潔にお伝えします。

主なポイント

• CatchAllは「網羅優先（recall-first）」のウェブ検索APIであり、ランク付けされたSERP（検索エンジン結果ページ）ではなく、構造化されたイベントレコードを返します。
• Newscatcherは32件のクエリにおいて、79.8%の再現率（Recall）とF1スコア0.705を報告していますが、ホームページではこれを86%と丸めて表示しています。
• 2つのモードがあります：Lite（数秒、約100件の上限あり）とBase（非同期、約15分、上限なし）。
• コンプライアンス、競合情報、サプライチェーン監視などの列挙タスクに最適ですが、SERP順位トラッカーではありません。

「網羅優先検索」はすべてを見つけることを最適化し、「ランキング優先検索」は表面化した少数の結果を並べ替えることを最適化します。この一文を頭に入れておけば、このレビューの残りの部分は自然と理解できるはずです。

CatchAllとは？（網羅優先ウェブ検索の解説）

CatchAllは、Newscatcherが提供する網羅優先のウェブ検索APIです。上位約10件のリンクをランク付けしてリスト化するのではなく、引用元と抽出されたエンティティを含む構造化されたイベントレコードの重複排除セットを返します。それぞれのレコードは単一のJSONオブジェクトです。「網羅優先」とは、関連するすべてのイベントを見つけること（完全性）を目的とし、短いリストを関連性順に並べ替えることではないことを意味します。

Newscatcherは、率直な直感ポンプ（思考実験）を用いてこれを説明しています。有効なイベントが200件存在し、あなたのシステムがそのうち5件しか表面化させない場合、再現率は2.5%です。「最高のラップトップは何ですか」という質問ならそれでも構いません。しかし、「今年のEUフィンテック企業に対するすべての規制措置」の場合、2.5%という回答は何も役に立たないどころか、何が欠落しているのか見えないため有害です。

これがCatchAllが狙うカテゴリーのギャップであり、サインアップしなくても理解しておく価値があります。YCでのローンチピッチでは「網羅優先のウェブ検索API」と呼ばれており、NewscatcherのCatchAll Web Search API の製品ページからそのポジショニングを直接読み取ることができます。正直なフレームワークとしては、SERP APIは「まず何を読むべきか？」に答え、CatchAllは「完全なリストは何か？」に答えます。

CatchAllの仕組み：取得＋検証パイプライン

CatchAllは5段階のパイプラインで動作します。クエリプランニングがプロンプトを複数の取得角度に書き換え、大規模取得がジョブごとに50,000ページ以上をスキャンし、Leidenアルゴリズムが関連ページを単一イベントにクラスタリングし、LLMが各クラスタをクエリに対して検証し、生き残ったものが構造化JSONとして返されます。再現性はスキャンから生まれ、精度は検証から生まれます。

それぞれを簡単に分解してみましょう。

1. クエリプランニング。 1つのクエリが、異なる言い回しやイベントタイプをカバーする複数の取得プロンプトに変換されます。そのため、「倉庫火災」は「物流拠点での火災」も捕捉します。
2. 大規模取得。 Newscatcherによると、単一のジョブで1分あたり約10,000ページの速度で50,000ページ以上を取得し、結果の上限なく、主流のSERPが埋もれさせてしまう地域メディア、業界紙、規制当局の提出書類に到達します。
3. クラスタリング。 Leidenアルゴリズムは、密に接続されたページをコミュニティにグループ化します。平たく言えば、ロッテルダムの同じ火災に関する30の記事は、30行ではなく1つのイベントに集約されます。
4. LLM検証。 各クラスタはクエリに対してスコアリングされ、無関係なものは除外されます。この段階には実際のLLM呼び出しコストがかかるため、本番環境のエージェントスタックでは、支出とフォールバックを制御するためにLLMゲートウェイを経由させる必要があります。
5. 構造化出力。 動的スキーマを持つ、検証済みイベントごとの単一JSONオブジェクト。

Newscatcherは、毎日200万件以上の現実世界のイベントをインデックスしており、新しいイベントは数時間以内に反映されると報告しています。技術的な詳細解説「The Architecture of Completeness（完全性のアーキテクチャ）」では、Leidenアルゴリズムと検証の内部構造について深く掘り下げています。

ここが、私の倉庫火災テストの出番でした。列挙クエリをBaseモードで実行し、ジョブは約15分かかりましたが、その価値はパイプラインが約束したまさにその場所に現れました。ランク付けされたSERPであれば画面下部に埋もれたり完全にスキップされていたであろう、地域および業界の情報源が、個別のイベントにクラスタリングされて見つかったのです。

主要機能：モニター、ウォッチリスト＆イベント抽出

一回限りの検索に加え、CatchAllにはモニターとウォッチリスト機能が搭載されています。モニターは（最小1時間間隔で）スケジュールされた再実行を行い、前回の実行以降の新しい重複排除済みイベントのみを返します。ウォッチリストはエンティティでフィルタリングし、1〜10の関連性スコアと、言語や管轄区域を超えて同じ企業をマッチングするエンティティ解決機能を提供します。

モニターは、一回限りの検索を継続的な監視に変えます。各実行では、前回以降の新しいイベントのみが返されます。これは、「今日ウェブを検索する」ことと、「変化があった瞬間に通知する」ことの違いです。

「リアルタイムイベント監視API」というフレーズについての正直な注意点：ここでの「リアルタイム」は、サブ秒単位のストリーミングではなく、1時間ごとの再実行を意味します。ミリ秒単位のプッシュ通知が必要な場合、これは該当しません。1日2回チェックするコンプライアンスチームにとって、1時間間隔は十分すぎるほどです。企業ウォッチリストは競合情報収集において際立っており、「Acme GmbH」、「Acme Inc」、「Acme Holdings」を3つのノイズ多いエンティティではなく、1つの追跡対象エンティティとして解決します。

構造化JSON出力（実例付き）

すべての結果は、1つのイベントが1つのJSONオブジェクトとなります。cluster_id、title、relevanceスコア、entities配列、そしてsource_citations配列が含まれます。HTMLスクレイピングもなく、解析すべきリンクリストもありません。これこそが、CatchAllをSERPのラッパーではなく、真の構造化ウェブ検索APIたらしめる要素です。

以下は、私の倉庫火災実行からの截断されたイベントで、軽く整理されていますが形状は実際のものです。

{
  "events": [
    {
      "cluster_id": "evt_8f21a",
      "title": "Fire at logistics warehouse near Rotterdam",
      "relevance": 9,
      "entities": [
        {"name": "Rotterdam", "type": "location"},
        {"name": "Maasvlakte", "type": "facility"}
      ],
      "source_citations": [
        {
          "url": "https://...",
          "publisher": "regional trade press",
          "published_at": "2026-..."
        }
      ]
    }
  ]
}

source_citations配列が地域の業界メディアを指している点に注目してください。これは、ランキングAPIが優先度を下げる種類の情報源です。各イベントはすでに構造化されているため、検証済みのレコードをRAGパイプラインに直接投入したり、ベクトルデータベースに保存して埋め込んだりすることができます。その間にスクレイピングやクリーニングのステップが必要ないため、この省略されたステップが静かな生産性の向上をもたらします。

PythonでCatchAllをどう呼び出すか？（コードクイックスタート）

APIキーを取得し、x-api-tokenヘッダーを付けてクエリを/v3/searchにPOSTし、events配列を解析します。これが全工程です。最小限のPython呼び出しは以下の通りです。

import requests

resp = requests.post(
    "https://api.newscatcherapi.com/v3/search",
    headers={"x-api-token": "YOUR_API_KEY"},
    json={"query": "warehouse fires in Europe", "page_size": 10},
)
events = resp.json()["events"]
for ev in events:
    print(ev["title"], "—", ev["relevance"])

プロのヒントであり落とし穴でもある点：Liteモードは数秒で返りますが、約100件の結果に制限されます。一方、Baseモードは非同期で、深いジョブには約15分かかります。Baseモードの場合、単一の呼び出しでブロックするのではなく、送信してポーリングするため、エージェントは「送信して確認」するように設計し、「待機」しないようにする必要があります。CatchAllをエージェントに組み込む場合、通常は関数呼び出し経由でツールとして呼び出します。出荷前に公式ドキュメントで正確なリクエストパラメータとLite対Baseのフラグを確認してください。認証ヘッダーはx-api-tokenです。

CatchAllの料金はいくら？無料枠はある？

料金は使用量ベースで、検証済みレコードごとの従量課金制です。1レコードあたり約0.10ドルで、結果がゼロの場合は料金もゼロです。登録時に約2,000クレジットの無料枠と、月間約10回の検索が付与され、クレジットカード不要のため、コミットする前に実際の列挙テストを実行できます。

この「結果ゼロ＝料金ゼロ」モデルは列挙作業において重要です。合法的に一致するイベントがないクエリでも予算を消費しません。Googleの検索APIが無料かどうかという一般的な質問については、ネイティブなGoogleおよびBing検索はこれとは異なります。それらはランク付けされたリンクを返し、検証済みの構造化イベントは返しません。また、BingのSearch APIは廃止予定であり、これが独立したインデックスが注目されている理由の一部です。

実世界でのユースケース

CatchAllは、1件の見落としが失敗につながるあらゆる作業に適しています。コンプライアンスと規制追跡は、モニターとその規制提出書類のカバレッジに依存します。競合情報は企業ウォッチリスト上で動作します。サプライチェーン監視は、混乱イベント（火災など）を監視する倉庫火災パターンです。市場調査は業界紙における列挙を使用します。

これら4つに共通するパターンは、完全なリストを作成し、それに基づいて行動することです。多くの場合、自動化されたAIエージェント向けウェブ検索APIワークフロー内で実行されます。いくつかの具体的な形態を示します。

• コンプライアンス： 自社の業界における執行措置に対する定常的なモニター（1時間間隔）。
• 競合情報： 3つの競合エンティティに対するウォッチリスト。法的名称間で解決済み。
• サプライチェーン： サプライヤー施設近辺の混乱イベント（火災、ストライキ、リコール）の列挙。
• 市場調査： 今四半期のニッチ市場におけるすべての製品発売に対する、1回限りのBaseモードスキャン。

ベンチマーク：CatchAllは本当にExaより3倍優れているのか？

Newscatcher独自の2026年3月の32件クエリのベンチマークにおいて、CatchAllはF1スコア0.705、再現率79.8%（4,807イベント）を報告し、Exa Websets、Parallel AI FindAll、OpenAI Deep Researchとの比較で32件中27件で勝利しました。Newscatcherはこれを、分野全体よりも約3倍多くの関連イベントであると表現しています。ここにある数字はすべてベンダー自身によるものです。

ここで正直な部分を述べます。Newscatcher自身の厳格なベンチマークでは再現率79.8%ですが、ホームページでは86%と丸められています。私たちは低い方の数字を引用します。79.8%という数字は、日付付きの詳細な32件クエリの製品ページテーブルから来ており、一方86%という見出しは、ホームページやブログ記事の異なる切り口からの丸めた主張です。どちらもNewscatcherによるものです。マーケティングページが行えない信頼性の動きとして、ベンダー自身のより保守的な内部数字を引用するため、低い方を先頭に置きます。いずれにせよ、方向性の発見は私のテストでも裏付けられました。再現率はランキング優先ツールよりも genuinely に高いです。全体的な状況については、ベストAI検索APIまとめでCatchAllが他の12のAI検索APIと比較してどのようにランク付けされているかを確認し、Newscatcherの製品ページで生のテーブル自体をチェックしてください。

正直な限界点：CatchAllが適していないもの

CatchAllには、マーケティングページが隠している4つの実際の限界点があり、構築前にweighing（検討）すべきです。低遅延ではなく、高速モードでも無制限ではなく、エージェントにとってまだプラグアンドプレイではなく、順位トラッカーでもありません。どれも決定的な欠点ではありませんが、それぞれが特定のユースケースを除外します。

• Baseモードは非同期（ジョブあたり約15分）。 2秒以内に答えが必要なチャットボットには不適切なツールです。
• Liteモードは約100件の結果に制限。 深い再現性を速く欲しい場合？両方は得られません。深い再現性にはレイテンシのコストがかかります。
• 公式のMCPサーバーはまだなし。 RESTエンドポイントを自分でラップする必要があります。ネイティブなエージェントツールとして欲しい場合は、RESTエンドポイントをMCPサーバーとしてラップすることになります。これは私たちがすでに使用しているMCPサーバーを構築する方法と同じです。
• SERPや順位追跡ツールではない。 Googleでの順位を教えてくれるわけではありません。全く別の仕事です。

このセクションは、第一者のページがあなたのために書いてくれない部分です。非同期レイテンシや欠落しているMCPサーバーがユースケースを殺す場合、統合後に知るよりもここで知っておく方が良いでしょう。

CatchAllの代替案＆選択基準

CatchAllは列挙のための生々しい再現性で勝ちますが、すべての検索作業に正しい選択とは限りません。ここに7つの実際の代替案があり、それぞれに正直な「代わりにこれを選べ」条件があります。わら人形（不当な比較対象）はありません。

簡単なヒューリスティック：列挙と監視はCatchAll、対話型RAGはTavily、セマンティックディスカバリーはExa、順位追跡はSerpAPIを指します。

Techsyがエージェント構築で網羅優先検索をどう使うか

Techsyでは、B2Bクライアント向けにAIエージェントを出荷しており、網羅優先検索は列挙と監視の作業に cleanly に適合します。例えば、上位5件ではなく、執行措置の完全なリストを必要とするコンプライアンスエージェントなどです。そこではCatchAllのような網羅優先APIに手を伸ばし、タスクが対話型RAGやセマンティックルックアップの場合は、正直にTavilyやExaに手を伸ばします。間違った検索プリミティブを選ぶことは、私たちが修正する最も一般的なエージェント構築ミスの一つです。選択の手助けが必要ですか？無料相談をご利用ください。

著者について

Mert Batur GurbuzはTechsy.ioの共同創設者です。同社では、B2Bクライアント向けにAIエージェント、自動化システム、音声/SDRパイプラインを出荷しています。バーミンガム大学で学び、Techsyチームが生産環境で実際に使用しているLLMツールスタックについて執筆しています。LinkedInでつながってください。

よくある質問

Newscatcher CatchAll APIとは何ですか？

CatchAllはNewscatcherによる網羅優先のウェブ検索APIです。リンクのランク付けされたリストではなく、構造化されたイベントレコードを返します。現実世界のイベントごとに1つのJSONオブジェクトとなり、それぞれに情報源の引用と抽出されたエンティティが含まれます。これは、短いリストを並べ替えることよりも、すべての関連イベントを見つけることが重要なAIエージェント、エンタープライズ研究、監視タスク向けに構築されています。

CatchAllは通常の（SERP）検索APIとどう違いますか？

SERP APIは上位数件のリンクをランク付けして返し、「まず何を読むべきか」を最適化します。CatchAllは完全性を最適化し、ジョブごとに50,000ページ以上をスキャンして、重複排除された構造化イベントにクラスタリングします。自分でスクレイピングして解析しなければならないHTML結果ページではなく、引用とエンティティを含むイベントごとの1つのオブジェクトを得られます。

CatchAllは本当にExa Websetsより3倍優れていますか？

Newscatcherは、32件クエリの2026年3月独自のテストでそれを報告しています。Exa Websetsの19.6%に対し、CatchAllは79.8%の再現率とF1スコア0.705で、32件中27件で勝利し、約3倍多くの関連イベントであると表現しています。ホームページでは異なる切り口から再現率を86%に丸めている点に注意してください。すべての数値はベンダー自身によるものであり、独立的に監査されたものではなく、帰属のあるものとして扱ってください。

CatchAllの料金はいくらですか？無料枠はありますか？

料金は使用量ベースで、検証済みレコードごとの従量課金制です。1レコードあたり約0.10ドルで、クエリが結果を返さない場合は料金ゼロです。無料枠は、登録時に約2,000クレジットと月間約10回の検索を提供し、クレジットカード不要です。これは、予算をコミットする前に、独自のユースケースに対して実際の列挙テストを実行するのに十分です。

CatchAllはどれくらい速いですか？

モードによります。Liteは数秒で返りますが、約100件の結果に制限されます。Baseは非同期で、深い列挙のためにジョブあたり約15分かかり、結果の上限はありません。Baseジョブの場合、1回の呼び出しでブロックするのではなく送信してポーリングするため、ライブチャットボットのようにサブ秒単位の答えを必要とするものには不適切です。

CatchAllにはMCPサーバーがありますか？

公式なものはありません。現在、ネイティブなエージェントツールとして使用するには、RESTエンドポイントを自分でラップする必要があります。これは、私たちのMCPガイドで説明されているパターンと同じです。/v3/searchへの単一のPOST周りの薄いラッパーなので、スタックがすでにプロトコルを話している場合、小さなMCPサーバーを構築するのは簡単です。

モニターとウォッチリストとは何ですか？

モニターは、最小1時間間隔でスケジュールされた再実行であり、前回の実行以降の新しい重複排除済みイベントのみを返し、一回限りの検索を定常的な監視に変えます。ウォッチリストは、1〜10の関連性スコアでエンティティによって結果をフィルタリングし、言語や管轄区域を超えて同じ企業を解決します。これらを組み合わせることで、毎回フルウェブを再クエリすることなく、コンプライアンス追跡と競合情報収集をカバーします。

SEO順位追跡にCatchAllを使用できますか？

いいえ。CatchAllは検証済みの構造化イベントを返し、検索エンジンの順位は返さないため、Googleでのあなたのページの位置を教えてくれません。順位追跡、SERP機能、またはGoogleが表示するものを正確にミラーリングするには、代わりにSerpAPIまたはSerperを使用してください。CatchAllと順位トラッカーは、どちらも「ウェブ検索」に触れるものの、 genuinely に異なる問題を解決します。

CatchAllはどのようなユースケースに最適ですか？

完全性が重要な列挙と監視タスク：コンプライアンスと規制追跡、競合情報、サプライチェーンの混乱監視、業界紙での市場調査。共通する糸は、単一の関連イベントの見落としが失敗モードであることであり、这正是が網羅優先検索が防ぐように設計されていることです。対話型RAGやセマンティックルックアップには、ランキング優先ツールの方が適しています。

結論：網羅優先はランク付けされていません。そして、それがポイントです。CatchAllはレイテンシを完全性とトレードオフしており、列挙作業にとってはそれが正しいトレードオフです。決定する前に、クレジットカードなしでCatchAllの無料枠を試すことができるため、あなた自身の最も難しいクエリで無料枠を実行してください。非同期待ちや欠落しているMCPサーバーが決定的な欠点となる場合、上記の表からの代替案がより良く役立ちます。