その料金、AIが古い金額で答えていませんか｜料金ページのAI検索設計

結論から書きます。料金ページは、AI検索時代に企業サイトの中で最も「誤引用のダメージが大きい」ページです。ChatGPTやGoogleのAIモードに「◯◯のサービスの料金はいくら？」と聞く行動が広がるにつれ、AIは自社サイトの料金ページ、あるいは第三者がまとめた料金情報を材料に価格を答えるようになっています。ここで自社の料金ページが (1) 表として構造化されていない、(2) 条件や税の扱いが曖昧、(3) 改定前の古い価格が放置されている、という状態だと、AIが「読み間違えた価格」や「古い価格」を答え、商談の入口で機会損失や不信を生みます。やるべきことは、料金の正解を自社サイト上に1箇所で明示し、AIが切り出しても誤解なく伝わる形に整え、価格改定時に鮮度を管理する運用を持つこと。この3点です。

本記事では、AIが料金情報をどこから拾うかを確認できる公式情報と仮説に分けて整理したうえで、引用されやすい料金表の構造、「要問い合わせ」の扱い方の判断基準、価格改定時の鮮度管理までを実装チェックリスト付きで解説します。なお、本記事は自社サイトの料金ページをどう設計するかの話であり、LLMO対策そのものにかかる費用を知りたい方はLLMO対策の費用と内訳を参照してください。

定義：料金ページのAI検索設計とは

この定義ブロックだけ切り出されても意味が通るように書いています。

料金ページのAI検索設計とは、自社の商品・サービスの価格情報を、AI Overview・AIモード・ChatGPT・Perplexity・GeminiなどのAI回答生成システムが正確に読み取り、引用・要約できる形で自社サイト上に整備することを指します。具体的には、価格をHTMLのテキストと表で明示すること、価格に適用条件（税の扱い・期間・単位・対象範囲）を必ず併記すること、構造化データと画面表示の価格を一致させること、価格改定時に新旧の情報を整理して古い価格の露出を減らすこと、の4つが中心です。従来のSEOでは料金ページは「CVR（成約率）を左右するページ」でしたが、AI検索では加えて「ユーザーがサイトを訪れる前に、AIが自社の価格を代わりに説明するときの情報源」という役割を持ちます。重要なのは、自社が価格の一次情報を明確に公開していない場合、AIは第三者のまとめ記事や古いキャッシュを材料に価格を推測して答え得る、という点です。価格の正解を自社で握るための情報設計、それが料金ページのAI検索設計です。

AIは料金情報をどこから拾っているか：事実と仮説を分ける

「AIが料金を答える」と一口に言っても、その情報の取得経路を事実と仮説に分けて把握しないと、打ち手を間違えます。

確認できている事実

Google検索セントラルの公式ドキュメント「AI機能とウェブサイト」では、AI OverviewとAIモードについて次のことが明記されています（2026年7月時点で確認）。

• AI Overview・AIモードに表示されるための追加要件や特別な最適化は存在せず、通常のGoogle検索にスニペット付きでインデックス登録されることが前提条件になる
• AIモードは元の質問を複数の関連検索に分解して情報を集め、回答とリンクを構成する（クエリファンアウト）
• nosnippet・data-nosnippet・max-snippet・noindex といった既存のプレビュー制御が、AI機能への表示にもそのまま適用される
• 要件を満たしてもクロール・インデックス・表示は保証されない

また、Googleの構造化データ仕様では、商品ページに対して Offer タイプで価格と通貨（ISO 4217の3文字コード）を指定する方法が定義されており、店舗・事業所向けの LocalBusiness には推奨プロパティとして priceRange（価格帯。100文字未満でないと表示されない）が用意されています。つまり「価格を機械可読にする標準的な手段」自体は、Googleが公式に整備しているものを使えます。

ここから確実に言えるのは、次の2点です。第一に、料金ページがインデックスされ、スニペット生成を妨げる設定がなければ、AI Overview・AIモードの参照候補になり得ること。第二に、どれだけ整備しても引用や表示を保証する手段は存在しないことです。

仮説として扱うべき挙動

一方、次の点は各プラットフォームが仕様として公開しているものではなく、観察に基づく仮説として扱うべきです。

• ChatGPTやPerplexityが料金の質問に答えるとき、自社公式の料金ページよりも、第三者の比較記事・料金まとめ記事を引用元に選ぶことがあるという傾向
• 表形式・箇条書きで整理された価格情報のほうが、文章に埋め込まれた価格よりも回答に反映されやすいという傾向
• 価格改定後もしばらくの間、AIが改定前の価格を答え続けることがあるという現象（学習データやインデックスの更新タイミングに起因すると考えられるが、期間は検証されていない）

これらは「そう見える事例がある」段階であり、断定するのではなく、自社の商材名で実際にAIに料金を質問して確認すべき項目です。仮説を仮説のまま運用に組み込む考え方は、AI検索における引用の仕組みでも一貫して推奨しています。

引用されやすい料金ページの設計原則5つ

確認できる仕様（インデックスとスニペットが前提、既存の構造化データ標準が使える）から逆算すると、料金ページの設計原則は次の5つに整理できます。

原則1：価格の正解を1ページに集約する

料金情報がトップページ・サービスページ・キャンペーンページ・PDF資料に分散していると、AIがどれを正とすべきか判断できず、古い断片を拾うリスクが上がります。「自社の価格の一次情報はこのURL」という正解ページを1つ決め、他のページからはそこへリンクする構造にします。

原則2：価格はHTMLテキストと表で書く

画像化された料金表やPDFのみの価格表は、クローラーとAIにとって読み取りコストが高く、読み取れたとしても誤読リスクが残ります。価格は必ずHTMLのテキストとして書き、複数プランがあるならHTMLの表で「プラン名・価格・含まれる内容・条件」を1行で読める形にします。

原則3：価格単体ではなく条件とセットで書く

AIは本文の一部を切り出して回答を組み立てます。「50万円」という数字だけが切り出されたとき、それが税込か税抜か、月額か一括か、何人までかが本文の別の場所にしか書いていないと、誤った文脈で引用され得ます。価格を書く行には、税の扱い・期間・単位・対象範囲を同じ行または直後に必ず併記します。「月額50,000円（税別・10ユーザーまで）」のように、その一文だけで完結させるのが基本です。

原則4：構造化データと画面表示を一致させる

商品なら Offer の価格指定、店舗なら LocalBusiness の priceRange といった構造化データは、画面に表示している価格と必ず一致させます。表示は改定後の新価格なのに構造化データが旧価格のまま、という不一致は、検索側の信頼を損なう典型パターンです。構造化データ全般の考え方は構造化データとAI検索の関係で詳しく扱っています。

原則5：改定履歴が追える状態にする

価格は変わるものです。「いつ時点の価格か」をページ内に明示し（例：2026年7月改定）、改定時には後述の鮮度管理手順を回します。日付のない価格情報は、読者にもAIにも「これは今の価格か？」という疑いを残します。

実装チェックリスト

• 価格の一次情報となる正解ページのURLが1つに決まっている
• 価格がHTMLテキストで書かれている（画像・PDFのみになっていない）
• 複数プランはHTML表で「プラン・価格・内容・条件」を横一列で読める
• すべての価格に税の扱いが併記されている（税込／税別の混在がない）
• 月額・年額・一括、単位（1ユーザー・1回・1式）が価格と同じ行にある
• 初期費用・最低契約期間・解約条件など、総額に影響する条件が同じページにある
• 構造化データの価格と画面表示の価格が一致している
• 「◯年◯月時点」「◯年◯月改定」の日付表記がある
• 料金ページが noindex・nosnippet になっていない（インデックス状況をSearch Consoleで確認）
• 旧価格が残ったキャンペーンページ・古い記事が放置されていない

「要問い合わせ」をどう扱うか：開示レベルの判断表

BtoBサービスや受託型ビジネスでは「料金は要問い合わせ」が慣習になっています。AI検索の観点では、完全非公開には明確なリスクがあります。自社が価格を一切公開していない場合でも、ユーザーがAIに料金を聞けば、AIは第三者の記事・口コミ・競合比較コンテンツを材料に「相場観」を答え得るからです。つまり、価格を非公開にしても価格の話題から降りることはできず、価格の説明権を第三者に譲ることになります。

かといって、全案件が個別見積のビジネスで無理に固定価格を掲げる必要はありません。開示レベルは次の4段階で判断します。

判断のルールはシンプルです。「AIが自社の価格について何かを答えるとき、その材料を自社が提供できているか」。レベル2以上であれば、少なくとも自社の言葉で価格帯を定義できます。「要問い合わせ」を残す場合も、「なぜ個別見積なのか（変動要因は何か）」と「目安の幅」を書くだけで、AIに渡せる材料の質は大きく変わります。

なお、店舗ビジネスであれば LocalBusiness 構造化データの priceRange（推奨プロパティ）で価格帯を機械可読にする手段も併用できます。100文字未満という制約があるため、詳細はページ本文の表で示し、priceRange は概要にとどめるのが実務的です。

価格改定時の鮮度管理：AIが古い価格を答える問題

料金ページのAI検索設計で最も見落とされるのが、価格改定後の運用です。ページ上の価格を書き換えて終わり、ではありません。AIが参照する情報には、検索インデックス・AI側のキャッシュや学習データ・第三者サイトの記載という複数のレイヤーがあり、それぞれ更新タイミングが異なります。自社ページを更新しても、AIが古い価格を答え続ける期間が生じ得ます（期間がどの程度かは公開仕様がなく、検証すべき確認項目です）。

改定時の手順を運用として固定しておきます。

1. 正解ページの価格・条件・改定日を更新する（「2026年◯月◯日改定」を明記）
2. 構造化データの価格を同時に更新し、表示との一致を確認する
3. 旧価格が残っているページを洗い出す。サイト内検索やサイト全体のgrepで旧価格の数字を検索し、キャンペーンページ・過去のお知らせ・導入事例内の記載を特定する
4. 旧価格ページの処理を決める。恒久的に不要なら削除やリダイレクト、履歴として残すなら「現在の価格は料金ページを参照」の明記と改定前価格である旨の注記を入れる
5. 価格改定のお知らせページを公開する。改定日・新旧の対応・適用開始日を明示したページは、AIにとっても「どちらが新しい価格か」を判断する材料になる
6. Search ConsoleのURL検査で正解ページの再クロールをリクエストする
7. 改定から一定期間後、主要なAI（ChatGPT・Geminiのアプリ・Perplexityなど）に自社の料金を質問し、回答が新価格になっているかを確認する。古い価格を答える場合は、その引用元を特定して個別に対処する

手順7で第三者サイトの古い記載が原因と分かった場合の訂正アプローチは、AIが自社を間違って説明するときの訂正手順で詳しく解説しています。また、料金ページに限らないコンテンツ全体の鮮度運用はAI検索時代のコンテンツ更新設計を参照してください。

失敗しやすい料金ページのパターン

実際のサイト点検でよく見つかる、AI検索観点で問題のあるパターンです。いずれも特定企業の事例ではなく、構造上のリスクとして一般化しています。

• 料金表が画像のみ。デザイン優先で価格表を画像化し、HTMLテキストの価格が本文にない。AIにもスクリーンリーダーにも読めない
• 価格はPDF資料の中だけ。「詳しい料金は資料ダウンロード」で、Webページ上に価格が一切ない。リード獲得の設計としては成立しても、AIが答える材料は第三者に握られる
• 税込と税別の混在。プランAは税込、プランBは税別で書かれており、切り出されたときにどちらの基準か分からない
• キャンペーン価格が恒久価格のように書かれている。期間限定の割引価格が終了後も検索結果やAIの回答に残り、通常価格との差でクレームの種になる
• 構造化データが旧価格のまま。画面は更新したが構造化データの更新が漏れ、機械可読な情報として古い価格を発信し続けている
• 初期費用・最低契約期間が別ページ。月額だけ見ると安いが総額条件が別の場所にあり、AIが月額のみを切り出して「実際より安い」印象の回答を作り得る

共通するのは、「人間の営業担当が補足説明する前提」で作られた料金ページは、補足者のいないAI経由の接点で誤解を生む、という構造です。

業種別の設計ポイント

料金ページの設計は業種で重心が変わります。

• EC・物販：商品ごとの価格は Offer 構造化データで機械可読にするのが標準です。ChatGPT経由の商品推薦まで視野に入れる場合はChatGPTショッピングとECのAI検索対策を参照してください
• SaaS・BtoBサービス：セルフサーブプランはレベル4（全公開）、エンタープライズはレベル3（条件別モデル価格）の併用が現実的です。比較検討の土俵に乗るための全体設計はBtoB SaaSのLLMO対策で扱っています
• 店舗・施設：メニュー・コース価格をHTML表で公開し、LocalBusiness の priceRange を併用します。Googleビジネスプロフィール側の価格情報とサイト側の記載を一致させることも忘れずに

よくある質問

Q. 料金を公開すると競合に真似されたり、比較で負けたりしませんか？

競合は問い合わせフォームを使えば価格を把握できるため、非公開が競合対策として機能する場面は限定的です。一方で、AI検索経由の接点では、価格を公開している競合の情報が引用され、自社は「価格不明」のまま比較される可能性があります。価格そのものではなく「価格に何が含まれるか」で差別化する記述にすれば、公開のデメリットは抑えられます。

Q. 構造化データを入れれば料金が引用されるようになりますか？

なりません、と断言はできませんが、保証もされません。Googleは公式に、要件を満たしてもクロール・インデックス・表示は保証されないと明記しています。構造化データは「価格情報を誤読されにくくする」ための整備であり、引用を約束する仕掛けではありません。効果を過大に見積もらず、本文の表と条件併記を先に整えるべきです。

Q. キャンペーン価格はどう書くべきですか？

適用期間・終了日・通常価格を必ず同じ場所に書きます。「通常◯◯円のところ、◯月◯日まで◯◯円」という形で、切り出されても期間限定であることが伝わる一文にします。終了後はページを放置せず、更新・削除・注記のいずれかの処理を改定手順に組み込んでください。

Q. AIが自社の古い料金を答えているのを見つけたら、何から手を付けるべきですか？

まず引用元の特定です。回答に参照リンクが表示される場合はそのURLを確認し、自社の古いページが原因なら更新・削除と再クロールリクエスト、第三者サイトが原因なら運営者への修正依頼を検討します。並行して、自社の正解ページの改定日明記と構造化データの一致を確認します。訂正の進め方の詳細はAIの誤情報の訂正手順にまとめています。

まとめ：料金ページは「補足説明できない前提」で設計する

料金ページのAI検索設計の要点を再掲します。

• 価格の正解ページを1つに定め、HTMLテキストと表で書く
• 価格には税・期間・単位・条件を同じ行で併記し、一文で完結させる
• 「要問い合わせ」でも価格帯や条件別モデル価格まで開示し、AIに渡す材料を自社で用意する
• 構造化データと画面表示を一致させる
• 価格改定時は、旧価格の洗い出し・改定告知・再クロール・AIへの質問確認までを一連の手順として運用する

営業担当が口頭で補足できないAI経由の接点では、料金ページに書かれたことがすべてです。自社の料金が今AIにどう説明されているか、料金ページ以外も含めてサイト全体をAI検索観点で点検したい場合は、LLMO診断チェックリストでセルフチェックできます。自社だけでの切り分けが難しい場合は、AI検索攻略を運営するUravationのLLMO診断（AI検索診断）で、引用状況の確認から改善の優先順位付けまで相談いただけます。