料金ページはAI Overviewsに引用されるか？表記の5つの落とし穴【図解】

「料金ページを、AI Overviewsにきちんと拾ってほしい。そのための専用の書き方が、どこかにあるのではないか」。料金表の更新を任されている方から、よく届く相談です。

先に結論をお伝えします。その専用の書き方は、公表されていません。 見つからないのは、探し方が悪いからではありません。もともと無いものを探していた、というだけです。

では、何をすればいいのか。この記事は、自社の料金ページを実際に直す立場の方に向けて書きました。専門用語は出てきたその場で言い換えます。図解と会話をはさみながら、最後は公開前に自分で確かめられるところまで持っていきます。

この記事は、料金ページの更新にかかわる3人の会話をはさみながら進みます。ご自身に近い立場の人の疑問から読んでいただいて構いません。

• 若葉さん（Web担当）— 「そもそも、それって何ですか？」を聞く役
• 高梨課長（マーケ課長）— 「誰が、どの手順でやるんですか？」を聞く役
• 鈴木さん（AIO/SEOの専門家・本誌監修）— 答える役

01料金ページをAI Overviewsに引用させる専用ルールは、AI検索対策としてあるんですか？

若葉さん

若葉さんの発言

料金ページの担当になったんですが…AI Overviewsに引用してもらうための書き方って、どこかに決まりがあるんでしょうか。専用のマークアップとか、価格の書式とか。

鈴木さん

鈴木さんの発言

そこは最初にはっきりさせておきましょう。料金ページ向けの専用ルールは、公表されていないんです。 探しても出てこないのは、無いからなんですよ。

Google Search Centralの「AI機能とサイト」ガイドには、AI Overviews向けの専用マークアップは不要と明記されています。代わりに求められているのは、次の3つです。

• インデックスできること — 検索エンジンがページを取り込める状態になっていること
• 技術要件を満たしていること
• 「helpful, reliable, people-first」なコンテンツであること — 役に立ち、信頼でき、人のために書かれていること

構造化データ（機械が読める形で情報を書き添える仕組み）についても、示されているのは「見えるテキストと構造化データの内容が一致していること」という一般原則だけです。料金の桁数・通貨表記・小数点の書式といった細部の指定は、AI Overviews向けの文書には含まれていません。

02AI OverviewsとAI Modeは、AI検索最適化の観点で料金ページをどう見ているんですか？

AI Overviewsは、Googleが検索結果の上部に表示する、生成AIによる要約です。ここでいう「料金ページの引用」とは、その要約が特定のページの価格情報を根拠として提示したり、参照したりしている状態を指します。

では、その要約はどんな物差しでページを見ているのか。Googleは、AI Overviewsが「foundational SEO best practices」で評価すると説明しています。日本語にすると、土台になる基本のSEOのやり方です。通常のSEOと同じ原則だと考えて差し支えありません。料金ページだけに適用される特別な採点基準は、確認できた範囲では見当たりません。

ここは、お店の値札にたとえると輪郭がはっきりします。売り場では、ひとつの金額がいくつもの場所を通っていきます。そのどこかが食い違うだけで、店員も客も困ることになります。

料金ページでも事情は同じです。AI検索最適化でやっているのは、どこを見ても同じ価格が返ってくる状態を作ることに尽きます。特別な書式を足す作業ではありません。

03AIによる要約に出したくない料金ページは、AI対策としてどう制御するんですか？

高梨課長

高梨課長の発言

逆のことも聞いておきたいのですが。キャンペーン価格のように変わりやすい数字を、要約に出したくない場合はどうなりますか。

鈴木さん

鈴木さんの発言

そちらは手段が用意されています。出す・出さないは、こちらから選べるんですよ。ページまるごとでも、ページの一部だけでも指定できます。

AIによる要約への利用は、いくつかの属性で制限できます。nosnippet・data-nosnippet・max-snippet です。指定はページ単位でもできますし、ページの中の特定の要素だけを対象にすることもできます。

料金ページを意図的にAI Overviewsの引用対象から外したいときは、こうした制御が選択肢になります。裏を返すと、意図せず外していないかを確かめるのも、料金ページのAI対策の一部だということです。引用されない理由が、実は自分たちの指定にあった。その順序で疑ってみてください。

04料金ページのOfferスキーマは、AI検索に正しく伝わる書き方だとどうなりますか？

価格情報をGoogleに正確に伝える手段が、schema.orgのOffer（オファー）構造化データです。これはAI Overviews専用のマークアップではありません。 Google検索全般で価格や在庫状況を伝えるための、標準的な仕組みです（出典: Google Search Central「商品スニペット」構造化データガイド）。

公式ガイドに記載されている、Offerの主なプロパティは次のとおりです。

書き並べると、こういう形になります。

{
  "@type": "Offer",
  "price": "98000",
  "priceCurrency": "JPY",
  "availability": "InStock",
  "priceValidUntil": "（ISO 8601形式の日付）",
  "url": "（そのプランの詳細ページのURL）"
}

05priceValidUntilを放置すると、AI検索対策としてどんな損をするんですか？

実務でいちばんつまずきやすいのが priceValidUntil です。Googleは、この値が過去の日付を示している場合、商品スニペットそのものが表示されなくなる可能性があると明記しています。

つまり、料金改定のたびにこの日付を更新し忘れると、価格情報が検索結果に反映されなくなるおそれがあります。価格を間違って伝えるより手前で、そもそも出てこなくなるという形で効いてきます。ここは、書いた瞬間は正しく、置いておくと古くなる項目だと覚えておいてください。

06複数プランの料金ページは、AI検索最適化でどれを代表価格にすればいいんですか？

若葉さん

若葉さんの発言

うちの料金ページは、松・竹・梅のように複数のプランが並んでいます。この場合はどう書けばいいんでしょうか。

鈴木さん

鈴木さんの発言

プランの数だけOfferを用意します。そのうえで代表価格をどれにするかを、設計のときに決めておくのがコツです。

複数のプランを持つ料金ページでは、プランごとに個別のOfferを用意し、price が競合しないようにする必要があります。ここが混ざると、機械の側では「このページの価格はどれなのか」が決まりません。

1つのページに複数の価格が混在する場合、Googleは offers.price を優先して読み取るとされています。決めていなければ、意図しない価格が代表として扱われることになります。だからこそ、どれを代表価格にするかは設計段階で決めるのが実務の落としどころです。

07料金ページがAI Overviewsに引用されなくなる典型のつまずきは、AIOでいうと何ですか？

構造化データを正しく実装していても、本文の表記にミスがあると、要約が誤った価格を拾うリスクや、引用の対象から外れるリスクが高まります。実務でよく見かけるのは、次の5つです。

1. 構造化データと本文の価格が一致していない — キャンペーン価格を本文だけ更新し、構造化データが旧価格のまま残っているケースです。
2. 税込・税別の表記が本文の中で揺れている — ページ内で「¥98,000」と「¥107,800(税込)」が混在し、どちらが正価なのか読み取れない状態です。
3. priceValidUntil を更新していない — 期限切れのまま放置すると、商品スニペットが表示されなくなる可能性があります。
4. 通貨表記がない、または曖昧 — 「98,000円」のような表記自体は問題ありませんが、海外向けのページで通貨記号だけの表記は誤読のリスクがあります。
5. プラン名と価格の対応が、見た目にしか示されていない — 画像の中の文字だけで価格を出していて、HTML本文に価格の文字情報が残らないケースです。

どれも特別な技術の話ではありません。「表示されている価格」と「構造化データ・HTML上の価格」を一致させるという基本を徹底すれば防げます。逆に言えば、基本を外したまま新しい書式を探しても、引用は近づいてきません。

構造化データそのものの書き方は『Product schemaの書き方』、構造化データとAI引用のつながりについては『構造化データとAI引用の相関』で、それぞれ詳しく扱っています。

08本文の引用されやすい書き方は、LLMO対策として価格の何を添えておくべきですか？

構造化データだけでなく、本文の書き方も効いてきます。要約はページ本文の文脈も参照するため、価格の周辺情報が本文で明示されていることが望ましいと考えられます。

価格のすぐ近くに、次の情報を置いてください。

• 税込か税別か
• 契約期間（月額／年額／買い切り）
• 適用条件（初回限定・人数制限など）
• 改定履歴の有無（最終更新日の明記）

これらは、構造化データのプロパティだけでは表現しきれない文脈情報です。本文でも同じ内容を平易な文章で補っておくと、価格だけが一人歩きして、誤って引用されるリスクを減らせます。

09料金ページのAI検索対策は、公開前にどこを見て確かめるんですか？

高梨課長

高梨課長の発言

直したあと、公開前に何を見ればいいでしょうか。担当を分けて回すので、確認する項目が決まっていると助かります。

鈴木さん

鈴木さんの発言

では、そのまま渡せるリストにしておきますね。上から順に見ていけば大丈夫です。

• price・priceCurrency をOfferスキーマに設定している
• priceValidUntil が過去の日付になっていない
• 構造化データの価格と、本文・画面表示の価格が一致している
• 税込・税別の表記がページ内で統一されている
• 複数プランがある場合、プランごとに個別のOfferを設定している
• 価格の近くに契約期間・適用条件を本文で明記している
• 料金改定時に構造化データも同時に更新する運用ルールがある

料金改定のときに、デザイン担当が画面表示だけを更新し、構造化データの更新が漏れる。これが典型的な失敗です。表示価格と構造化データが、数週間から数ヶ月ずれたまま放置される例も珍しくありません。

対策は2つあります。1つは、料金改定のリリース手順に「構造化データの更新」を必須のチェック項目として組み込むこと。もう1つは、CMSの価格フィールドを1か所に一元化し、画面表示も構造化データも、そこを参照する設計にすることです。後者まで踏み込めば、ずれが生まれること自体を防げます。

10よくある質問

11まとめ｜料金ページで今日やる3つのこと

AI Overviews専用の料金ページ表記ルールは、確認できた範囲では公表されていません。やることは、通常のSEO基準を満たしたうえで、価格を正確に、そしてずれないように保ち続けることです。