SoftwareApplication 结构化数据：9 个站加完后的效果和坑

软件公司该加的 JSON-LD，不是 Article 和 FAQPage，而是 SoftwareApplication。2025 年 12 月到 2026 年 5 月我们给 9 个站加完，6 个出现富结果，3 个没有任何变化。差异不在代码，在页面是否真的"像个产品"。

先搞清楚它能带来什么

SoftwareApplication 告诉搜索引擎：这是一个软件产品，有名称、有价格、有评分、有适用平台。它可能让搜索结果里出现评分星星、价格区间，或者被归到软件类结果里。

它不是排名因素，别指望加了就涨排名。它的价值是提高点击率，以及在 AI 搜索里被准确识别为产品。

我们加的核心字段

{
  "@context": "https://schema.org",
  "@type": "SoftwareApplication",
  "name": "产品名",
  "applicationCategory": "BusinessApplication",
  "operatingSystem": "Web",
  "offers": {"@type": "Offer", "price": "0", "priceCurrency": "CNY"}
}

这是最小可用版本。再补 aggregateRating、featureList、screenshot、softwareVersion 会更完整。

关键点：offers 里的价格必须和页面上显示的一致。不一致会被判无效，严重的会被手动处理。

6 个出现富结果的站有什么共同点

页面本身有清晰的产品信息：价格页、版本说明、适用平台、真实截图。结构化数据只是把这些信息翻译成机器格式。

结构化数据和页面内容对不上，是富结果不出现的头号原因。

3 个没变化的站

第一个，产品页只有一段介绍和一个"联系我们"，没有价格、没有版本、没有平台信息。数据填了，搜索引擎没东西可展示。

第二个，把 SoftwareApplication 加在了博客文章上，文章讲的是行业趋势，不是产品。

第三个，用 SaaS 的首页做产品页，介绍的是公司，不是软件。

三个容易写错的地方

第一，评分造假。没有真实评价就填 aggregateRating，被查到轻则不展示，重则整站结构化数据被降权。我们只建议有真实用户评价的站加。

第二，价格写成"联系销售"。这不是错误，但不会出现价格富结果。B2B 软件常见，接受这个结果就行。

第三，多个版本混在一个页面。免费版、付费版、企业版价格不同，要么用多个 Offer，要么拆页面。别在一个 SoftwareApplication 里塞三个不相关的价格。

什么情况下别加

产品还没上线、页面只有一个"即将推出"，别加。

公司官网的首页，别加。首页是公司介绍，不是产品页。

已经有成熟的产品页结构的站，加了收益也不大，优先级排在内容和内链之后。

判断

结构化数据的收益是"锦上添花"，不是"雪中送炭"。页面信息本身不完整，加再多 schema 也没用。

我们现在的顺序：先把产品页的价格、版本、平台、截图补齐，再加 JSON-LD。这个顺序反了，白忙。这个顺序我们改过三次，9 个站都按这个来。