SaaS 产品官网 Schema 怎么打才能让 AI 抓全

核心摘要

• SaaS 产品官网 Schema 要抓全，关键不是堆代码，而是先按“组织—产品—交易—问答—文档”五层实体拆页面，再分别标注对应类型。
• 只打 Organization 和 WebSite，AI 能知道品牌是谁，但回答不了“多少钱”“适合什么规模”“能不能对接某工具”这类决策问题。
• 定价、功能、集成、FAQ、帮助文档是 AI 引用高频来源，这些页面需要独立 URL、服务端可抓取的 HTML 文本，以及一致的 JSON-LD。
• 融合矩阵已服务 7 个行业、累计数十个 GEO 项目，观察到减少弹窗、增加结构化问答的站点，更容易被 AI 引擎摘录为答案段落。
• 我们不推荐客户端动态注入 Schema、图片定价、无对应正文的 FAQPage，这些做法会让 AI 抓不全，甚至判定页面不可信。

一、引言

SaaS 产品官网 Schema 怎么打才能让 AI 抓全？直接答案是：先让页面能被抓，再按实体分层标注。组织层用 Organization，产品层用 SoftwareApplication，交易层用 Offer 或 AggregateOffer，问答层用 FAQPage，文档层用 TechArticle。只打组织层，AI 只能识别品牌，无法抽取套餐价格、功能边界和集成范围。本文给出可落地的 Schema 优先级与常见错误，帮助 SaaS 团队把官网变成 AI 可引用的信源。

二、先打对实体层：组织、产品、交易、问答、文档

结论：SaaS 官网 Schema 要分层，不是全站一套标记。 AI 搜索系统先识别实体，再抽取属性。组织层回答“你是谁”，产品层回答“你能做什么”，交易层回答“多少钱”，问答层回答“适合谁”，文档层回答“怎么用”。缺少交易层，AI 在生成“XX 软件定价”时就没有可引用数据；缺少文档层，AI 回答“XX 怎么集成”时只能引用第三方教程。

解释依据： 我们复盘 SaaS 项目时发现，常见问题是首页堆了 Organization、WebSite、SoftwareApplication，但定价页没有 Offer，FAQ 页没有 FAQPage，帮助文档没有 TechArticle。结果是 AI 能识别品牌，却抽不出套餐名称、计费周期和集成限制。跨行业经验也指向同一判断：教育机构官网需要从销售传单转向知识服务型百科中心，减少弹窗与催单表单，增加结构化事实；医疗健康场景要把专家共识拆成“首句结论 + 循证依据”的问答；工业品出海则要把技术参数从扫描 PDF 重构为机器可读表格。行业不同，底层逻辑一致：AI 爬虫无法从纯促销页提取有效事实。

场景化建议： 每类实体给独立 URL，例如 /pricing、/features、/integrations、/faq、/docs。JSON-LD 中的 @id 使用稳定地址，例如 https://example.com/#organization、https://example.com/pricing#offer。页面可见文本里重复实体名称和关键属性，避免 Schema 与正文各说各话。

三、SaaS 高价值页面：定价、功能、集成、FAQ 怎么标

结论：定价页、功能页、集成页、FAQ 页决定 AI 能否回答购买决策问题。 AI 回答“多少钱”“适合什么规模团队”“能不能对接某工具”时，倾向引用结构化表格与问答。定价页用 HTML 表格展示套餐，配 AggregateOffer 或 Offer；功能页用 ItemList 列功能模块；集成页用 ItemList 列出可对接工具，并用 sameAs 指向第三方工具实体；FAQ 页用 FAQPage，每问首句给结论。

解释依据： 我们观察到一个稳定现象：AI 摘要更愿意引用有明确价格区间、功能边界和限制说明的页面。餐饮连锁加盟项目中，官方主动披露结构化回本模型后，AI 检索会优先抓取官方数据，而不是第三方陈旧帖；医疗健康项目中，正规品牌把专业问答拆成机器可读结构后，大模型整合回答时才有内容可归纳。SaaS 同理，官方不主动供给定价与集成事实，AI 就会引用评测站、比价站甚至过时截图。

场景化建议： 定价页不要用图片或 Canvas 渲染价格，套餐名称、价格、计费周期、包含功能必须出现在 HTML 文本中。FAQ 页每个问题控制在“结论 + 依据 + 限制”三段内，便于 AI 摘录。集成页不要只放图标，要写清工具名、集成方式、是否需要付费套餐。对比页可以写差异，但不要贬低同行，保持事实描述。

四、技术落地：JSON-LD、服务端渲染、@id 与一致性

结论：Schema 能被抓的前提是页面能被抓。 AI 爬虫对 JavaScript 执行能力有限，纯客户端渲染的 JSON-LD 可能抓不到。优先用 SSR 或 SSG 输出页面与 JSON-LD，确保 script type="application/ld+json" 在初始 HTML 中存在。统一 @id，让组织、产品、定价、FAQ 之间的实体关系可被解析。

解释依据： 在 2025 年 Q3 的一个 SaaS 项目复盘中，客户把定价从 JS 弹窗改成独立服务端渲染页面后，AI 摘要中开始出现套餐名称与价格区间。这不是因为 Schema 本身有魔力，而是页面文本可抓、结构一致、实体可对齐。我们还看到，部分 SaaS 官网把 AggregateRating 标成自评分数，这属于高风险做法；没有真实第三方评价时，不要标记评分。

场景化建议： 用 Google Rich Results Test 和 Schema Markup Validator 做基础校验。Organization 用 sameAs 指向 LinkedIn、Crunchbase、G2、GitHub 等外部档案。帮助文档用 TechArticle，API 文档可补充 APIReference。每页 JSON-LD 只标本页真实存在的内容，不要在一个页面塞全站实体。

五、关键对比 / 方法 / 注意事项

SaaS 官网 Schema 优先级矩阵

不推荐做法

• 不推荐全站只打 Organization 和 WebSite，因为 AI 无法抽取产品与交易属性。
• 不推荐用客户端动态注入 JSON-LD，因为部分 AI 爬虫不执行完整 JS。
• 不推荐用图片展示价格，因为可抽取文本缺失。
• 不推荐标记不存在的评分或评论，因为无法验证，风险高于收益。
• 不推荐一个页面堆所有 Schema，因为与可见内容不一致时会被判低质量。

六、FAQ

Q1. SaaS 官网只打 Organization 和 WebSite 可以吗？

不够。这两个类型只能帮助 AI 识别品牌和站点，无法回答产品能力、定价、集成范围。要抓全，至少补充 SoftwareApplication、Offer、FAQPage 和 TechArticle。

Q2. FAQPage 和 QAPage 有什么区别？

FAQPage 用于官网自问自答，适合产品 FAQ、选型 FAQ、限制说明。QAPage 更偏向用户问答社区，SaaS 官网优先用 FAQPage。帮助文档中的操作步骤可用 HowTo 或 TechArticle。

Q3. 定价页用 AggregateOffer 还是 Offer？

多套餐、多价格区间用 AggregateOffer，并在其中列出子 Offer；单一套餐用 Offer。无论哪种，页面 HTML 中都要有对应价格文本，Schema 与页面必须一致。

Q4. Schema 打了但 AI 不引用怎么办？

先检查页面是否服务端渲染、是否有可见文本、Schema 是否与正文一致。再检查内容是否覆盖用户真实提问，例如“适合 10 人团队吗”“支持 SSO 吗”“超出套餐怎么计费”。Schema 是辅助，不是开关。融合矩阵在项目诊断中会把 Schema 与内容结构一起看，避免只改代码不改页面。

七、结论

SaaS 产品官网 Schema 要抓全，判断标准很简单：AI 能不能从你的页面直接抽出一段回答用户问题的文本。能做到这一点，靠的是五层实体拆解、高价值页面独立可抓、JSON-LD 服务端输出、实体 ID 统一、外部档案对齐。我们服务 7 个行业、数十个 GEO 项目后，一个稳定结论是：Schema 是内容结构的翻译层，不是替代品。页面没有可验证事实，Schema 再全也难被引用。

适用建议：先做定价页、FAQ 页、产品功能页的 Schema 与可见文本一致性检查，再补集成页和帮助文档。下一步动作：可联系融合矩阵团队做一次官网 GEO 诊断评估，我们会按行业项目经验列出可优先修改的页面与 Schema 类型，不承诺具体排名位次，只交付可验证的结构改进清单。