Tavilyの料金・無料枠とAPI利用の確認ポイント

TavilyはAPI request数ではなくendpointごとのcredit消費で見積もります。2026-10-09に公式Pricingを再確認すると、Researcherは月1,000 API credits / 月の無料枠、Pay As You Goは$0.008/credit、Projectは月4,000 creditsからの可変枠です。Projectの金額は公式ページのsliderで設定する表示のため、固定価格としては記載しません。

Credit消費の目安

表は横にスクロールできます

用途・設定	Credit消費（確認時）	判断
Search basic	1 / request	一般検索の初期設定
Search fast / ultra-fast	1 / request	速度要件と結果を確認
Search advanced	2 / request	必要なqueryだけ利用
Extract / Crawl等	endpoint条件を確認	実測値を加えて見積もる

価格やcredit消費は変更される可能性があります。利用前に公式Pricingと対象endpointのAPI referenceで確認してください。

Free枠で測る

Freeのmonthly creditsは毎月1日にresetすると案内されています。request数ではなくresponseのinclude_usageで実際のcredit消費を記録し、検索depth、query、result数ごとに平均を出します。

表は横にスクロールできます

月間想定	計算の仕方
Searchだけ	basic件数 + advanced件数×2
SearchとExtract	Search credits + Extractの現行単価
Retry込み	初回消費 + retry率に応じた追加分

新規accountのAPI keyはdashboardで発行し、Development / Production Keyのrate limit条件も確認します。keyはserver側で管理し、client codeや公開repositoryへ置きません。

Plan判断

• 実測消費が月1,000以内：Researcher無料枠で足りるか確認

• 月ごとの利用が変動：$0.008/creditの従量課金とProject sliderを比較

• advanced比率が高い：精度向上の効果と追加creditを計測

• Extract / Crawlを併用：各endpointの消費を分けて見積もる

AIものさしの判断

まずFree枠で実際のquery構成を測り、endpointごとの平均creditsから月間費用を出します。Advancedを全件に使わず、必要なqueryに限定すると品質と費用の関係を判断しやすくなります。

月間費用の見積もりを作る

料金比較は、API request数を一律の単価に掛けず、endpointと設定ごとのcredit消費を分けて行います。Search APIの現行Referenceでは、basic・fast・ultra-fastは1 credit、advancedは2 creditsです。Extract、Crawl、Researchなどは別のendpointや条件で消費が変わるため、Searchと同じ1 creditと仮定しません。

表は横にスクロールできます

月間の呼び出し例	Search creditsの計算	目安
basic 300回	300 × 1	300 credits
advanced 100回	100 × 2	200 credits
両方を使う	300 + 200	500 credits
retryが発生	初回分 + 実際のretry分	usageを別途集計
Extract / Crawlを追加	Search計算と分離	endpointごとに実測

この例ではSearchだけで500 creditsです。月1,000 creditのResearcher枠に収まるかは、Extract、Crawl、Research、再試行などを含めた総使用量で確認します。これは計算例で、実際の請求額や将来のplan条件を保証するものではありません。

ProjectとPay As You Goを比べる

公式Pricingでは、Researcherは月1,000 creditsの無料枠、Pay As You Goは$0.008 / credit、Projectは4,000 credits / 月からのslider表示、Enterpriseは個別条件として案内されています。Projectの画面上価格は選択値で変わるため、「Projectはいつでも固定で月額Xドル」と転記せず、設定したcredit枠とcheckoutの金額を同時に確認してください。Planや表示は変更されることがあるため、導入直前にもPricingとBilling画面を見ます。

• 利用量が少なく、実測が無料枠内ならResearcherで試験を続ける

• 月ごとの利用差が大きく、固定枠を持ちたくないなら従量課金の上限を確認する

• 予測可能な使用量があり、必要枠が4,000以上ならProject sliderで枠と価格を照合する

• 利用者、rate limit、契約条件が組織要件に関わるならEnterpriseへ問い合わせる

予算を超えない試験計画

実装前に、代表queryを20〜50件ほど用意し、basic / advancedのどちらが必要かを先に決めます。すべてadvancedで試すのではなく、通常の質問はbasicやfastから始め、根拠が足りないケースだけadvancedへ回すルールを比較します。測定する値はrequest数だけでなく、endpoint、設定、credit usage、成功・失敗、取得結果の品質です。

表は横にスクロールできます

試験記録	保存する値	次の判断
呼び出し	endpoint、depth、query分類	同じ種類の処理を比較できる
使用量	response usageのcredit値	月間見積もりを更新する
品質	sourceの関連性、鮮度、重複	advancedの効果を評価する
失敗	status、retry数、原因分類	失敗時の追加消費を把握する
上限	dashboardの月間limit	閾値で処理を止める

Tavily PricingはAPI creditsが月初にresetすると案内しています。月途中の契約日から30日周期と同じだと仮定せず、dashboardと公式説明を照合します。

費用を見誤るパターン

表は横にスクロールできます

誤り	なぜずれるか	修正
request回数をそのままcreditsとみなす	depthやendpointで消費が異なる	usageを呼び出し単位で記録
Search価格を全endpointへ適用	Extract、Crawl等は別条件	各API Referenceで算定
月平均だけで予算を決める	月末や繁忙期のpeakを隠す	通常月とpeak monthを分ける
retryを無視する	timeoutやrate limitで再呼び出しが増える	retry率を実測し予備枠を置く
pricing helpだけで固定額を決める	Help記事に更新日があり、slider枠もある	Pricingとcheckoutを確認

例えば月平均800 creditsでも、月末に一斉バッチを回す運用では、rate limitや利用上限に当たる可能性があります。月間枠に収まるかと、処理時間内に終わるかは別の条件として試験します。無料枠だけで本番の性能・上限を保証できるとも限りません。

見積もりを更新する手順

1. 直近の実行ログをendpointと設定ごとに集計する。

2. 成功した処理とretryを分け、1タスクあたりの実消費を求める。

3. 月間タスク数と繁忙期の係数を別に置く。

4. 公式Pricingでプラン枠と単価を確認する。

5. 上限超過時にrequest停止・通知・縮退のどれを行うか決める。

見積もりは、API利用量の仮説を更新するためのもので、検索結果の精度を料金で推定するものではありません。検索品質が足りないならqueryやdomain指定を調整し、creditsだけを増やす前に必要なsourceが返っているかを評価します。

API keyの運用

API keyはアプリのserver側で保管し、ブラウザへ返すレスポンス、公開コード、共有ログへ含めません。DevelopmentとProductionでkeyを分ける場合は、実際のdashboardで現在の制限・利用上限を確認します。キー漏えいが疑われたら、該当キーを無効化し、新しいキーへ切り替え、影響したusageを調べます。これは料金問題とsecurity incidentを分けて扱うための基本手順です。

再見積もりの日付と参照したPricing / API ReferenceのURLも保存します。値を確認できないendpointは推定せず、別（新しいタブで開く）枠で調査してから本番の月額予算へ加えます。（新しいタブで開く）

契約直前に（新しいタブで開く）は、表示通貨、billing cycle、（新しいタブで開く）monthly credits、追加利用条件、usage limit（新しいタブで開く）を同じ画面で照合します。料金の確認日と試験時の想定を残すと、次回の予算更新で差を追いやすくなります。