GroundingWeb SearchLLM API

Web検索でLLM APIをグラウンディング:2026年開発者ガイド

約1分

サポートボットは昨年の価格ページを現在のものとして引用しました。アナリストエージェントは撤回されたブログ記事を引用しました。どちらの回答も自信に満ち、よく書かれ、そして間違っていました——どちらのシステムも、クエリ時点で何が真実かを一切知らなかったからです。

グラウンディングされていないLLMは、2026年の静かな信頼性問題です。流暢であること——その流暢さこそが、古い回答や捏造された回答を危険にするのです。グラウンディング——クエリ時に検証可能で、最新で、引用付きの情報をモデルに与えること——は、あれば良いものから、エージェンティックアプリケーションのデフォルトアーキテクチャへと変わりました。問題は、「グラウンディング」が現在、モデルネイティブのツールからサードパーティの検索API、セルフホストのクローラーまで、4つのまったく異なるアプローチにまたがっていることです。そしてオンラインの比較コンテンツは、コストデータも失敗モードの網羅もないリスト記事がほとんどです。

本ガイドでは、4方向の選択——ネイティブグラウンディング、検索API、セルフホスト、ハイブリッド——を、クエリあたりのコスト計算、引用とグラウンディングチェックの本番パイプライン、そして静かに間違った回答を出荷する失敗モードとともに解説します。

2026年におけるグラウンディングの意味

要点:グラウンディングとはデータの鮮度と監査可能性を足したものです——「検索」ではなく、検証可能な情報レイヤーです。

グラウンディングとは、モデルの回答が、示すことのできる情報——ソース、引用、クエリ時に行われた取得——の上に構築されていることを意味します。グラウンディングされたシステムを、単に検索が有効なシステムから区別する3つの特性があります:

  1. **鮮度。**データは求められたときに取得され、学習データに組み込まれていません。今、取得が行われるなら、昨年の価格ページを現在のものとして引用することはできません。
  2. **引用。**回答はソースを伴います——そしてソースは検証可能であって、飾りではありません。
  3. **グラウンディングチェック。**システムは出荷前に、回答を取得した素材と照合して検証し、検証できない場合は拒否するか格下げします。

払拭すべき誤解:「検索APIを接続した」ことはグラウンディングではありません。引用、鮮度チェック、拒否経路のない検索APIは、高価なコンテキスト追加機能にすぎません。

グラウンディングされていないLLMが本番で失敗する理由

要点:3つの失敗クラス——陳腐化、ファブリケーション、検証不能性——それぞれがエージェンティックシステムで増幅されます。

  1. **陳腐化。**価格、ポリシー、イベント、製品詳細など、時間に敏感なものはすべて、静的モデルでは定義上間違っています。回答は自信に満ちて間違っており、それが最悪の種類です。
  2. **権威を帯びたファブリケーション。**グラウンディングされていないモデルは、事実を捏造するのと同じくらい流暢にソースを捏造します——偽のURL、実在するように見える出版物へのもっともらしい引用。本シリーズのハルシネーションガバナンスガイドが完全なフレームワークを解説しています。グラウンディングは、事実探索クラスに対するその防止レイヤーです。
  3. **検証不能性。**ソースのない正しい回答でさえ監査できません。規制対象や顧客向けの出力では、「私たちを信じてください」はコンプライアンス上の姿勢になりません。

エージェンティックシステムでは増幅はさらに悪化します。間違った中間回答はすべてツールチェーンを伝播します。検索でグラウンディングされたエージェントには少なくとも回復のチャンスがあります。グラウンディングされていないエージェントは、自信を持ってエラーを増幅し続けます。

4方向の比較:ネイティブツール vs 検索API vs セルフホスト vs ハイブリッド

要点:選択はコスト・正確性・鮮度の三角形です——そしてほとんどのチームにとって、ネイティブツール+1つの検索APIで90%のケースをカバーできます。

アプローチ強み注意点
ネイティブグラウンディングChatGPT search、Claudeのウェブ検索ツール、Geminiグラウンディング統合ゼロ、組み込み引用、プロバイダー一貫性プロバイダーロックイン、リージョン可用性、モデル結合
検索APITavily、Exa、Perplexity、Brave、Firecrawlモデル非依存、新鮮、クエリ設計を制御可能クエリごとのコスト、APIごとに品質が変動、レート制限
セルフホストクローラー自社のインデックス+クロールパイプライン完全な制御、データ主権運用負担、鮮度パイプライン、スケールコスト
ハイブリッドネイティブ+API+内部コーパス最高のカバレッジ、段階的コスト複雑さ、管理すべき2つの失敗モード

2026年の検索API価格情勢や、Firecrawlの検索ツール総まとめのようなエコシステムガイドが良い出発点です。構造的な事実は次のとおりです:ネイティブグラウンディングはクエリあたりの追加コストはゼロですが、プロバイダーのモデルラインナップに縛られます。検索APIはモデル非依存で、クエリごとの価格設定にボリュームティアがあります。セルフホストは固定コストの賭けであり、本格的なスケールでのみ報われます——他のすべてのセルフホスト判断と同じTCOの形状です。そしてマルチモデルの観点:ネイティブグラウンディングを持たないモデル(オープンウェイトファミリーなど)にとって、検索APIはオプションではなく必需品です。

グラウンディングされたパイプラインの構築方法

要点:3つのステージ——取得、引用、検証——グラウンディングされたものと検索が有効なだけのものを分けるのは、検証ステージです。

パイプラインの骨組み:

import json
from openai import OpenAI

client = OpenAI()  # unified endpoint

def retrieve(query: str) -> list[dict]:
    # Search API or native tool — returns documents with URLs and timestamps
    return [{"url": "...", "text": "...", "fetched_at": "2026-08-15T09:00:00Z"}]

def answer_with_citations(query: str, docs: list[dict]) -> dict:
    system = (
        "Answer using ONLY the provided documents. Cite each claim with its "
        "document URL. If the documents don't support an answer, say so."
    )
    resp = client.chat.completions.create(
        model="gpt-4o-mini",
        messages=[{"role": "system", "content": system},
                  {"role": "user", "content": f"Q: {query}\nDocs: {json.dumps(docs)}"}],
    )
    return json.loads(resp.choices[0].message.content)  # {answer, citations: [...]}

def grounding_check(answer: str, docs: list[dict]) -> bool:
    # Verify each citation exists in the retrieved set; reject fabricated URLs
    known = {d["url"] for d in docs}
    cited = {c for c in answer.get("citations", []) if c in known}
    return len(cited) >= 1 and len(cited) >= len(answer.get("citations", [])) * 0.8

本番グレードにするルール:

  1. **契約を伴う取得。**すべてのドキュメントはURLと取得タイムスタンプを持ちます。鮮度チェックは雰囲気ではなくタイムスタンプに対して行われます。
  2. **構造的に引用する。**モデルは引用をテキストの飾りではなくデータとして返します(function-callingパターンと構造化出力がこれを信頼できるものにします)。
  3. **出荷前に検証する。**グラウンディングチェックは捏造されたURLと空の引用を拒否します——拒否経路は設計の一部であり、本シリーズのガバナンスフレームワークが定めるとおりです。
  4. **インフラを統合に保つ。**取得と生成の呼び出しはあなたの統合エンドポイントを経由します。検索APIのキーはプロバイダーネイティブのままで、エンドポイントはベンダーではなくインフラを統合します。モデルカタログでルーティング先のモデルを確認できます。

グラウンディングの予算設計

要点:グラウンディングのコストは検索APIの価格にトークン増加を加えたもの——通常、グラウンディングされたシステムの請求の一桁台パーセントで、最も費用対効果の高い信頼性投資です。

予算は1つの式で表せます:クエリあたりのグラウンディングコスト=検索API価格+コンテキスト増加トークン×モデルレート。3つのレバー:

  1. **鮮度の必要性でルーティングする。**時間に敏感なクエリ(価格、ポリシー、ニュース)は検索のコストを支払い、安定した知識のクエリはそれをスキップします。カスタムルーティングがクエリごとの判断を機械的にします。
  2. **繰り返しをキャッシュする。**同じ質問は繰り返されます——同一の取得結果を持つFAQ型クエリは、検索+トークンを2回払う代わりにキャッシュ価格にヒットします。検索結果にはTTLがあります。永久ではなく有効期限付きでキャッシュしましょう。
  3. **コンテキストに上限を設ける。**長さ上限付きのTop-k結果はトークン増加を抑えます。最後の2つの結果は通常、シグナルではなくノイズを追加します。検索API側とモデル側の両方のレート制限に注意しましょう——グラウンディングはリクエスト数を2倍にします。

よくあるミス

要点:4つの失敗——そのうち3つは設計上、気づかれずに発生します。

  1. **検索ポイズニング。**取得コンテンツは攻撃者に影響され得ます——ページにモデルに向けた指示を含めることができます。取得した素材は信頼できないデータとして扱わなければなりません。本シリーズのプロンプトインジェクション防御ガイドも、取得した素材を信頼できないデータとして扱うと位置づけています。
  2. **古い結果、TTLなし。**昨日の価格ページをキャッシュして1週間配信——有効期限なしでキャッシュを追加した瞬間に、鮮度は失われました。
  3. **グラウンディングチェックが失敗しても出荷してしまう。**チェックがゲートではなく助言だったため、引用なしで回答が出てしまいました。ブロックしないチェックはチェックではありません。
  4. **グラウンディングをRAGの代用にする。**検索グラウンディングは時事の質問に答え、RAGはプライベートコーパスの質問に答えます。それらは補完的なレイヤーです——RAGガイドが取得側を解説し、MCPのようなエージェントプロトコルツールは、他のツールと同じ方法で検索をエージェントスタックに接続します。

FAQ

グラウンディングはRAGと同じですか?

いいえ。RAGはプライベートコーパスから取得します。グラウンディングは引用付きの最新の外部事実を取得します。両者は取得の仕組みを共有し、組み合わせられます——グラウンディングされたRAGシステムは、現在のデータに触れるあらゆるものの本番標準です。

最も安いグラウンディングアプローチは?

ネイティブグラウンディングはクエリあたりの追加コストはゼロですが、プロバイダーのモデルラインナップに縛られます。検索APIはボリュームティア付きでクエリごとに課金します。セルフホストは固定コストの賭けで、本格的なスケールでのみ勝ちます。ほとんどのチームは、ネイティブ+1つの検索APIを鮮度の必要性でルーティングします。

グラウンディングは請求にどれくらい追加しますか?

検索APIの価格にコンテキスト増加トークンを加えたもの——通常、グラウンディングされたシステムの総コストの一桁台パーセントで、利用できる中で最も費用対効果の高い信頼性支出です。本ガイドの予算式がそれを上限内に保ちます。

引用が本物かどうか、どのように検証しますか?

グラウンディングチェックが、引用されたすべてのURLを取得セットと比較し、それ以外を拒否します——捏造されたURLは構造的に失敗します。タイムスタンプもチェックされます:1週間前に取得されたページへの引用は、時間に敏感な主張では鮮度チェックに失敗します。

グラウンディングはすべてのハルシネーションを防げますか?

事実探索クラス——現在の、引用可能な事実——に対処します。アクションハルシネーションや他の失敗クラスには、本シリーズのガバナンスフレームワークの検出と緩和レイヤーが必要です。グラウンディングは防止レイヤーであり、スタック全体ではありません。

グラウンディングが失敗したらどうすべきですか?

拒否するか格下げします——設計上そのように動作します。モデルが「提供されたドキュメントからはこれを検証できません」と言い、エージェントが確認を求めるかフォールバックし、失敗はログに記録されます。検証不能な回答を出荷するシステムはグラウンディングされておらず、単に検索が有効なだけです。

まとめ

グラウンディングとはデータの鮮度と監査可能性です:契約を伴って取得し、構造的に引用し、出荷前に検証し、検証が失敗したら拒否します。4方向の選択——ネイティブ、検索API、セルフホスト、ハイブリッド——はコスト・正確性・鮮度の三角形であり、ほとんどのチームはネイティブ+1つのAPIで解決し、鮮度の必要性でルーティングします。それは信頼性スタックの防止レイヤーであり、答えるエージェントと、それを証明できるエージェントの違いです。

1つのプロンプトをグラウンディングして、グラウンディングされていないバージョンと比較し、引用に語らせましょう。TokSpan APIキーを取得してください。比較には$5の無料クレジットをご利用いただけます(クイックスタート)。