SaaSのバイヤーはAIに何を聞いているのか？
SaaSの購買質問は「おすすめ」（カテゴリ＋条件）、「比較」（A vs B）、「代替」（Aの代替で安いもの）、「統合」（「Slackと連携できる○○は」）の4類型が中心です。これらはクエリファンアウトで「価格」「機能」「対応規模」「連携」「評判」に分解されます。つまり価格ページ・機能ページ・連携ページ・比較ページのそれぞれが独立して回答可能な資産である必要があります。基礎はB2BのGEOを参照してください。
価格と機能をどう機械可読にするか？
SaaSの最大の信頼シグナルは価格の透明性です。「お問い合わせ」だけの価格ページは、AIの比較回答に素材を提供しません。プラン名・月額・含まれる機能の上限を表形式で公開してください。機能ページも同様に、対応・非対応が明確な表形式にします。エンジンはこの表を切り出して比較回答に流用します。実装は構造化データ・技術実装を参照。
比較・代替ページはどう設計するか？
「A vs B」ページは自社で作るべき最重要資産です。作らなければ、第三者の比較記事だけが回答の素材になります。設計の規律は：冒頭に2〜3文の結論（どんな組織にどちらが向くか）、比較表は検証可能な機能・価格項目のみ、優劣の断定や競合への否定的表現は避ける。事実ベースの比較は信頼シグナルになり、誇大な比較は減点対象です。コンテンツ設計は回答エンジニアリングを参照。
ドキュメント資産はなぜ効くのか？
ヘルプセンター・APIドキュメント・リリースノートは、SaaSの隠れた引用資産です。「○○で××はできる？」という機能質問への最も正確な一次情報源は公式ドキュメントだからです。ドキュメントをクローラーに公開し（ログイン壁を外す）、各記事の冒頭に直接回答を置いてください。一次情報源志向の強いエンジンほど、この資産を高く評価します。
よくある落とし穴
最大の落とし穴は古い価格情報の残存です。旧プランのブログ記事やパートナーサイトの古い価格が、グラウンディングで公式ページと矛盾し、「価格が不明な製品」として比較回答から外れます。価格改定時は旧情報の更新・リダイレクトをセットで実施してください。2つ目はレビューサイトのプロフィール放置で、製品名・カテゴリ・説明の不一致がエンティティを分散させます。情報源設計は情報源グラフ、効果検証は計測SOPの4次元標準を参照してください。