AI検索向け料金ページ｜税込・従量・対象条件を明確にする
AI検索で料金ページの価格だけが切り取られても誤解を招きにくいよう、税込・従量課金・最低利用条件・別途費用・旧価格を分ける公開前の確認票と更新手順を整理します。
この記事の目次を開く
AI検索向け料金ページでは、金額の近くに税込・税別、価格単位、課金期間、適用条件を置き、最低利用条件、含まない費用、旧価格を別々に確認できる状態にします。金額だけを目立たせても、何に対する価格かが離れていれば、読み手は自社への適用可否を判断できません。
とくに「月額」と「一回」、「一件あたり」と「一契約あたり」、「基本料金」と「利用量に応じた料金」が同じ料金表に並ぶ場合、価格の大小より先に単位をそろえて読む必要があります。税込・税別も同様です。ここでは税務上の扱いを判断せず、自社がページ上でどちらを表示しているか、注記と金額が対応しているかを確認対象にします。
難しいのは、条件をどこまで金額のそばに置き、どこから詳細へ分けるかです。金額と同時に読めないと意味が変わる条件は料金枠内へ残します。詳しい補足は同じページの対応箇所へつなぎ、一行へ詰め込みすぎない形にします。
AI検索向け料金ページで最初に分ける情報
料金表の一つのセルへ「価格、期間、対象、例外」を詰めると、更新時に一部だけが古くなっても気づきにくくなります。まず、表示用の文章を書く前に次の確認票へ分解します。
| 確認欄 | 記録する内容 | 料金ページでの置き場所 | 公開前の判断 |
|---|---|---|---|
| 価格単位 | 一回、一件、一契約、利用量など、金額が何に対して発生するか | 金額と同じ料金枠 | 単位を外すと金額の意味が変わるなら、注釈へ追い出さない |
| 課金期間 | 単発、継続、更新単位など | 金額の直後か同じ行 | 「月額」などの表示と契約・請求の説明が食い違っていないか確認する |
| 最低利用条件 | 最低数量、最低期間、最低注文額などの有無と対象 | 料金枠内の適用条件 | 価格だけで購入・契約できるように見えないか確認する |
| 含まない費用 | 追加作業、外部サービス、送料など、自社の提供内容に応じた別途費用の有無 | 金額の近くに要約し、詳細箇所へ接続 | 「別途」の対象と発生条件が特定できるか確認する |
| 旧価格 | 現行か旧価格か、比較表示する理由、適用期間 | 現行価格と視覚的・文章上で分離 | 旧価格が現在申し込める価格に見えないか確認する |
この確認票の役割は公開条件の点検です。料金額の決定には使いません。運用上の提案として、価格を公開する担当者が「該当なし」「確認済み」「修正が必要」を欄ごとに判断する台帳として使います。空欄は、条件がないのか、未確認なのかを区別できません。該当しない場合も、その判断を管理側へ残します。
税込・税別は価格単位の確認時に併記します。ただし、どちらで表示すべきかという法的判断をこの確認票で代替してはいけません。社内で確定した表示区分が、料金表、注記、申し込み導線で同じになっているかだけを点検します。
金額だけを抜き出しても条件が残る配置にする
料金カードの見出しがプラン名、中央が金額、最下部が小さな注記という配置では、単位や対象条件が金額から離れがちです。そこで、料金枠の情報を次の順にそろえます。
- 提供内容またはプラン名：何の価格かを特定する
- 現行価格と税込・税別の表示：自社で確定した表示区分を金額に対応させる
- 価格単位と課金期間：何を数え、いつ課金されるかを示す
- 適用対象と最低利用条件：誰が、どの条件で利用できるかを示す
- 含まない費用：別途発生し得る項目と、その詳細への導線を置く
この並びなら、条件が長いときも「詳細を見る」だけで済ませず、判断に必要な要約を料金枠へ残せます。詳細側には例外や手続きなどを置き、要約と矛盾させません。
従量課金では、単に「従量」と書くだけでは基準が分かりません。何を一単位として扱うか、継続課金ならどの期間を単位にするかを別欄で確定します。複数の条件を一文へ押し込むより、ラベルと値を対応させたほうが、人が見直す際にも差分を発見しやすくなります。
公式仕様から得られる設計の手掛かり
2026年9月21日時点で、Google Search CentralのAI機能に関する案内は、Google検索のAI OverviewsとAI Modeに追加の技術要件や特別なschema.org構造化データはないとしています。同時に、重要な内容をテキストで提供し、構造化データをページ上の表示テキストと一致させることを既存のSEO施策として挙げています。要件を満たしても、クロール、インデックス登録、表示は保証されません。
したがって、Google検索のAI機能だけを対象にするなら、AI専用の料金マークアップを探すことより、重要な価格条件をページ上のテキストとして読めるようにすることが先です。構造化データを使う場合も、料金ページに見えている内容と一致させます。これはGoogle検索についての案内であり、他社のAI検索サービスへ共通要件として一般化するものではありません。また、この整理によってAI回答で引用されることも保証できません。
2026年9月21日時点のGoogle Search Centralのmerchant listing仕様では、現在有効な価格と通貨、単位価格の基準数量、価格の有効期間、取消線で示す元価格が別々のプロパティとして扱われています。ここから得られるのは、異なる役割の価格情報を一つの値として管理しない、という設計上の手掛かりです。
ただし、この公式仕様は商品向けです。サービス料金のページへ同じプロパティの実装を求める根拠にはなりません。運用上の提案として、現行価格と旧価格、単位、期間を別欄で持つ確認票へ置き換えます。公式仕様の対象範囲と、自社ページの編集ルールを混同しないことが重要です。
さらに、2026年9月21日時点のGoogle Merchant Centerの商品価格仕様は、対象となる物理商品の定期購入について期間、期間の長さ、金額を分けて指定するよう案内しています。また、最低注文額は設定へ記録し、最低注文数量がある商品では購入可能な最低数量分の価格を送信する扱いです。ランディングページの価格に含まれない追加請求や、輸出入関連費用が別途必要な場合の明示についても案内があります。
これは物理商品の商品データに関する仕様です。サービス料金の法的要件として扱わないでください。課金期間、最低条件、含まない費用を別々に確かめる確認票には、情報設計の参考として反映できます。情報の役割を分けてから表示文へ戻すことで、注記の抜けや適用対象の取り違えを見つけやすくなります。
現行価格と旧価格を混ぜない
価格改定後に起きやすい混乱は、旧価格の数字がページ内に残ることです。料金表だけを直しても、導入文、比較表、FAQ、構造化データ、申し込み直前の説明に古い記載があれば、どれが現行か判断できません。
運用上の提案として、旧価格を残す場合は次の組み合わせで確認します。
| 判断対象 | 確認する問い | 公開時の扱い |
|---|---|---|
| 現行価格 | 現在申し込み可能な価格として社内確認済みか | 主たる価格として表示する |
| 旧価格 | 比較のために残す必要があるか | 現行価格と同じ見た目・同じ値として扱わない |
| 適用期間 | どの期間または対象に対応する価格か | 価格と対応づけて表示する |
| ページ内の残存箇所 | 別の表、FAQ、注記に旧記載がないか | 更新対象として同時に点検する |
比較表示に必要な社内根拠や適用期間が確定していないなら、旧価格を装飾目的で残す判断は避けます。現行価格を更新する際は、公開日と「いつの情報か」を管理し、料金表以外の記載も更新対象に含めます。更新日の見せ方はAI検索で誤読を減らす更新日設計もあわせて確認できます。
公開前の判定を一枚にまとめる
料金ページでは、文章の自然さと、各料金枠と台帳の対応を確認します。担当者が変わっても同じ観点で見られるよう、次の形で一枚に整理します。
| 判定項目 | 可とする状態 | 差し戻す状態 |
|---|---|---|
| 価格単位 | 金額の近くで対象単位を特定できる | 単位が別ページにしかない |
| 課金期間 | 単発か継続か、更新単位を区別できる | 期間の異なる料金が同じ表記になっている |
| 最低利用条件 | 条件の有無と対象が分かる | 条件が注記だけにあり、対応する価格が不明 |
| 含まない費用 | 別途費用の対象と詳細への導線がある | 「別途必要」の対象や発生条件を特定できない |
| 旧価格 | 現行価格との違いと適用期間を確認できる | 新旧のどちらで申し込めるか判断できない |
| 表示の一致 | 本文、料金表、注記、構造化データが対応する | 同じ料金について異なる条件が出ている |
不一致を見つけたら、AI向けの説明を足す前に、ページ上の正本を決めます。誤った料金情報が外部で見つかった場合は、現行情報の位置、更新日、旧記載の残存箇所を確認したうえで必要な訂正を行います。対応の切り分けにはAI検索で誤情報が出たときの対応手順が役立ちます。
公開可否を決める最後の問いは、「この金額を適用できる条件を、同じ料金枠からたどれるか」です。税込・税別、従量の単位、課金期間、最低利用条件、含まない費用、旧価格を役割ごとに確認し、未確認の空欄を残さない。これで、金額だけが先行して読まれても、適用条件へ戻れる料金ページになります。