Exaの代替7選 — 無料・日本語・オープンソースで選ぶ検索API (2026年版)

エージェントの検索回数が想定の何倍にも膨らんで、請求の見積もりが立たなくなった。あるいは日本語のクエリで欲しい国内ソースが上がってこない。Exaの代替を調べている人は、だいたいこのどちらかで手が止まっています。

先に答えを出します。「Exaと同じことを安くやる」代替は存在しません。 代わりに、自分が本当に必要としている機能だけを別のサービスに切り出すのが正解です。

Exaは検索・類似ページ探索・本文取得の3つを1本のAPIでまとめて提供しています。多くの人はこのうち1つか2つしか使っていません。だから、使っていない機能の分まで払う構造から降りるだけで、コストも精度も同時に改善する余地があります。

Exaとは、何を代わりにやってくれるサービスか

Exaとは、AIに読ませることを前提に設計されたWeb検索API（他のソフトからAIやサービスを呼び出す窓口）です。人間が結果一覧を眺めるための検索ではなく、LLMがそのまま処理できる形でWebの中身を返すことに特化しています。

Exa公式の説明では、機能は大きく3つに分かれます。

つまりExaは「探す」と「読む」を1本でつないでいる点が本体です。ここを分解して考えると、代替の当たりがつきます。

埋め込み（embeddings）とは、文章の意味を数値の並びに変換したものです。単語が一致していなくても意味が近ければヒットする。これがExaの強みであり、同時に「単語の完全一致で拾いたい用途では過剰」になる理由でもあります。

Exaを提供するExa LabsはY Combinator出身で、AWS Marketplace上でも提供されています。マーケットプレイス側の記載では、価格は契約期間と条件、それに使用量で決まる形です。定額で読み切れる構造ではない、という前提で設計する必要があります。

名前がまぎらわしい「Exa」が他にもある

代替を調べる前に、ひとつ注意点。「Exa」で検索すると別の会社が混ざります。

• EXA Capital — エンタープライズ向けソフトウェア企業を買収・保有する投資会社。検索APIとは無関係
• エクサウィザーズ — 日本のAI企業。エクサウィザーズの情報はこちら
• exabase / exatech — 名前が近いだけの別サービス

英語圏の比較記事を読んでいて話が噛み合わないときは、だいたいこの取り違えです。APIの話をしたいなら「Exa search API」まで含めて調べたほうが早い。

代替候補7つを一枚にまとめる

系統ごとに整理すると、選択肢は7つに落ち着きます。まず全体像から。

この表の読み方はシンプルです。Exaの「探す」を置き換えたいなら上2行、「読む」を置き換えたいなら3〜4行目、「外に出せない」なら5〜6行目。

7つ全部を検討する必要はありません。次のセクションから、条件別に絞っていきます。

無料で始められるのはどれ？

いきなりクレジットカードを登録せずに手触りを確かめたい。その場合の実質的な選択肢は限られます。

いちばん軽いのはJina Readerです。URLの頭に付けるだけでページ本文がテキストで返ってくるので、コードを書く前に「この情報源はちゃんと読めるのか」を確認できます。認証が必要なサイトで弾かれたときの逃げ道としても重宝します。

無料枠の具体的な数量は各社の料金ページで変わります。ここは必ず一次情報を見てください。「無料枠が大きいから」で選ぶと、本番で枠を超えた瞬間に単価の高さに気づくという順番になりがちです。

比較の軸は無料枠の大きさではなく、超えたあとの単価。ここを最初に見ておくと後で慌てません。

日本語で使えるのはどれ？

日本語のクエリで結果が薄い。Exaから離れたくなる理由として、これは料金と並ぶ二大要因です。

原因は検索エンジンの日本語対応そのものより、クエリの投げ方にあります。意味ベースの検索は、投げた文の意味を数値化して近いページを探す仕組み。日本語で投げると、そもそも数値化の精度が英語より落ちるケースがあります。

対処は3つ。

• クエリを英語に翻訳してから投げ、結果の本文だけ日本語で処理する
• 検索は単語一致型に切り替え、意味の判断はLLM側でやらせる
• 日本語ソースに強い画面型ツールを、開発なしの用途に回す

3つ目の具体例が Felo です。日本語UIで日本語の情報源を素直に拾ってくるので、社内向けのリサーチや競合調査のように「人が読む」用途なら、APIを組む前にこちらで足りることが多い。使い方の全体像はFeloの機能と料金をまとめた記事にまとまっているので、開発を始める前に一度見ておくと判断が早くなります。

無料で使えるチャット型で日本語の調べものを済ませたいなら、Meta AIの使い方をまとめた記事も選択肢の整理に使えます。用途が「調べて人が読む」なら、そもそも検索APIは要りません。

日本語対応の本質は、ツール選びではなく設計の問題。ここを理解しないまま乗り換えても、同じ不満が別の請求書で再現します。

オープンソースで自前に持てるのはどれ？

「検索クエリを外部に送れない」という制約は、金融・医療・自治体系の案件では珍しくありません。この場合、APIの比較検討そのものが無意味になります。

自前ホストできる候補は3つ。

興味深いのは、Exa Labs自身もGitHub上でオープンソースを公開している点です。AIの出力が事実かどうかを確認するツールなどが無料で公開されており、周辺は開かれています。ただし検索インデックスの本体はサービスとして提供されるもので、そこを自前に持ち替えることはできません。

自前ホストは「無料」ではありません。サーバー代と、それ以上に人の時間がかかります。誰がメンテするかを決めずに始めると、半年後に誰も触れないブラックボックスになる。ここは断言しておきます。

自前で回すかサービスに乗るかの判断構造は、他のカテゴリでも同じです。画像生成におけるComfyUIとStable Diffusionの選び分けは、まさにこの「自由度と運用負荷の交換」を扱っていて、判断の型として応用が利きます。

ここまでの整理 Exaの代替選びは、①探すのを置き換える（Tavily・SearXNG）②読むのを置き換える（Firecrawl・Jina Reader）③そもそも開発しない（Felo・Genspark）の3方向。この分岐を決めてから個別のサービスを見ると、比較すべき対象が2つか3つまで減ります。

乗り換えでつまずく3つの落とし穴

移行作業そのものは、思っているより地味に重い。実装を差し替えるだけでは終わりません。

1つ目は、返ってくる本文の形が違うこと。 Exaは本文を整形して返しますが、他のサービスはHTMLに近い形だったり、Markdown化のルールが違ったりします。後段のプロンプト（AIへの指示文）が本文の形に依存していると、精度が静かに落ちます。

2つ目は、ヒットするページが変わること。 意味ベースから単語一致型に変えると、上位に来るページの性格が変わります。「同じクエリで同じ答えが返る」前提で組んだ評価テストは、全部作り直しになります。

3つ目は、レート制限。 短時間に連続して叩いたときの上限がサービスごとに違います。エージェントが並列で検索を撃つ設計だと、乗り換えた瞬間にエラーが増える。リトライは最大1回に抑え、間隔を空ける実装にしておくのが安全です。

移行前に、代表的なクエリを20本ほど固定して結果を保存しておく。これをやっておくだけで、精度が落ちたかどうかを感覚ではなく比較で判断できます。

コストが読めなくなるのはどこ？

検索APIの請求が跳ねるパターンには、はっきりした型があります。

課金は多くの場合、検索1回と本文取得1回の二段構えです。1回の調査で5件検索して、そのうち3件の本文を取れば、課金対象は8回。人間が手で叩いているうちは可愛い数字です。

問題はエージェントに任せたとき。1つの質問に答えるために、AIが自分で検索クエリを組み立てて何度も投げます。深掘りの階層を制限していないと、1タスクで数十回に到達する。ここが請求の跳ね所です。

対策は3つに絞れます。

• 1タスクあたりの検索回数に上限を設ける（無制限にしない）
• 同じクエリの結果を一定時間キャッシュする
• 本文取得は「上位N件だけ」に限定する

社内で複数のAIツールを走らせている場合は、検索APIだけを見ても全体像は掴めません。どのツールがいくら使っているかを棚卸しする手順は、社内のAIツールを監査する方法をまとめた記事が実務的にまとまっています。請求を止める前に、まず何が動いているかを把握するのが順序です。

コストは「単価×回数」。単価の安いサービスを探すより、回数を設計で減らすほうが効きます。

結局どれを選べばいい？

用途から逆算した早見表です。ここまでの内容を1枚に圧縮しました。

迷ったらTavilyから試すのが最短距離です。Exaと発想が近く、置き換えの検証が1日で終わります。そこで精度が足りなければ、本文取得だけFirecrawlに切り出す。この二段構えで、たいていの要件は埋まります。

選ぶ前に決めておく3つの条件

比較表を眺める前に、これだけは決めてください。決めずに始めると、無限に候補が増えます。

条件1：データを外に出せるか。 出せないなら、この記事の候補はSearXNGと自前ベクトル検索の2つだけになります。ここが最初の分岐です。

条件2：意味で探すのか、単語で探すのか。 「AIエージェントの最新動向」のような曖昧な問いは意味ベース。「株式会社◯◯ 決算」のような固有名詞は単語一致型。両方必要なら、両方を持つサービスを選ぶか、クエリの種類で振り分ける実装にします。

条件3：誰が運用するか。 オープンソースを選ぶなら、壊れたときに直せる人が社内にいることが前提です。いないなら、多少高くてもマネージドを選んだほうが総額は安くなります。

この3つが決まると、候補は自然に2つか3つまで減ります。選択肢が多くて決められないのは、条件を決めていないからです。

同じ絞り込みの型は、他のツール選びにも使えます。たとえばイラスト生成AIの選び方をまとめた記事も、機能の多さではなく用途からの逆算で並べています。カテゴリが違っても、判断の骨格は共通です。

AI PICKS編集部の判定

Exaは「AIに読ませる検索」というカテゴリを作った側のサービスで、機能の完成度は高い。ただし探す・似たものを見つける・本文を取るの3点セットを丸ごと使っている開発者は、正直そう多くありません。ここが乗り換えの余地です。

編集部の見立ては明確で、用途が1つに絞れているなら、その用途に特化したサービスに移すのが一択です。エージェント組み込みならTavily、本文取得ならFirecrawl。どちらも移行検証は1日で終わります。逆に、意味ベースの検索と類似ページ探索を両方フル活用しているなら、無理に離れる理由はありません。同じ体験を安く再現するのは骨が折れます。

オープンソースの自前ホストは、コスト削減目的だと期待外れになりがち。運用する人の時間を計算に入れると、金額面のメリットは想像よりずっと小さい。ここを選ぶ動機は「安いから」ではなく「データを外に出せないから」であるべきです。

最も効くのは、実は乗り換えではなく検索回数の制限。上限とキャッシュを入れるだけで請求が落ち着く例は多い。まずそこからです。

関連する比較・代替を見る

系統別に、代替候補をもう一段掘りたい人向けのリンクです。

• Exaの代替ツール一覧 — 起点として全体を眺める
• Tavilyの代替ツール一覧 — エージェント向け検索APIの横比較
• Firecrawlの代替ツール一覧 — クロール・本文取得系の候補
• Jina Readerの代替ツール一覧 — 軽量なテキスト化ツールを探す
• Perplexityの代替ツール一覧 — 回答一体型のリサーチ系
• Feloの代替ツール一覧 — 日本語リサーチの画面型ツール
• Weaviateの代替ツール一覧 — 自社データの意味検索基盤
• LangChainの代替ツール一覧 — 組み込む側のフレームワーク

カテゴリ単位で見たい場合は、検索・RAG関連のツール一覧とAIリサーチツール一覧が入口になります。エージェント全体の設計から考えたいならAIエージェントのカテゴリへ。

よくある質問（FAQ）

Q. Exaの代替で完全に無料のものはありますか

利用料が発生しないという意味なら、SearXNGやFirecrawlのセルフホスト版が該当します。ただしサーバー代と保守の手間はかかるので、総額でゼロにはなりません。手軽に無料で試すだけならJina Readerが最短です。

Q. 日本語のクエリで結果が良くないのはツールのせいですか

半分はそうですが、半分は設計の問題です。意味ベースの検索は日本語のクエリで精度が落ちやすいので、英語に翻訳してから投げる、あるいは単語一致型の検索に切り替えるだけで改善することがあります。ツールを変える前に、クエリの作り方を変えてみてください。

Q. Tavilyに移行するとき、どれくらい作業がかかりますか

APIの呼び出し部分の差し替え自体は数時間です。問題はその後で、返ってくる本文の形が変わるためプロンプト側の調整が要ります。代表クエリを20本ほど固定して、移行前後の結果を比較する時間を別途みておくと安全です。

Q. オープンソース版を選べばコストは下がりますか

サービス利用料は下がりますが、サーバー代と運用時間が乗ります。検索を大量に回す規模なら逆転しますが、月数千回程度ならマネージドのほうが総額で安いことがほとんど。判断基準はコストより「データを外部に出せるかどうか」に置いたほうが失敗しません。

Q. Exaと同じ「似たページを探す」機能を持つ代替はありますか

意味ベースのベクトル検索を自前で組めば同じことはできます。取得したページを埋め込みに変換して Qdrant や Weaviate に入れ、近いものを引く形です。ただし対象がWeb全体ではなく自分が集めた範囲に限られる点は、はっきり違います。

Q. 検索APIとRAGはどう使い分けますか

外部のWeb情報を最新の状態で拾いたいなら検索API、自社の資料や過去データを参照させたいならRAG（社内資料を読ませて答えさせる仕組み）です。多くの実務では両方要ります。まず社内データだけで足りるかを確認して、足りない部分にだけ検索APIを足すと無駄が出ません。

Q. 複数の候補を併用してもいいですか

むしろ推奨です。検索はTavily、本文取得はFirecrawl、認証で弾かれたページはJina Readerで回収、という組み合わせは実務的によく機能します。1本にまとめる必要はありません。

検索APIを組む前に、まず画面から日本語で調べる用途で足りるかを確かめたい人は、Feloの機能と料金をまとめた記事を先に読んでください。開発しないで済むなら、それがいちばん安い解決策です。

各ツールの公式サイト（一次情報）

料金・機能・対応範囲は各社公式が一次情報です。本記事は公開時点の検証に基づきますが、最新かつ正確な条件は必ず各公式ページで確認してください。

• Exa — 公式サイト（AI PICKSの詳細）
• Tavily — 公式サイト（AI PICKSの詳細）
• Firecrawl — 公式サイト（AI PICKSの詳細）
• Jina Reader — 公式サイト（AI PICKSの詳細）
• Perplexity — 公式サイト（AI PICKSの詳細）