softwareapplication schema 怎么写：决定能不能出结果的三个必填项

softwareapplication schema 要拿到 Google 的软件应用富媒体结果，必须同时给全三项：name、offers.price，以及 aggregateRating 或 review 里的一个。很多产品页只写了名字和应用分类，另外两项空着，语法照样能过。有效不等于能出结果。Google 的软件应用文档（2026-10-25 读取）把缺价格、缺评分当成必要条件不成立，而不是一条提醒。

softwareapplication schema 到底要求哪几项

真正起作用的是三个属性。其中两个在 schema.org 里是可选的，Google 却把它们列为必填，这就是大量页面总差一项的原因。

卡住最多人的是评分这一项。aggregateRating 需要 ratingValue 和 ratingCount；单条 review 需要作者和评分。Google 的评价摘要规范写得很直白：不要把其他网站的评价或评分汇总过来，也不要放虚假的、或没有披露报酬的诱导性评价。评分得来自用过产品的人，并且针对这一款产品。

applicationCategory 要从 Google 给的受支持列表里取值。BusinessApplication、DeveloperApplication、DesignApplication 都在列表里；WebApplication 是一个类型，不是分类。照文档抄一个值，比自己发明一个读起来顺口的标签安全。

软件应用结果 = 一个名字 + 一个价格 + 一个评分。三项缺一项，就没有东西可展示。

用哪个类型：WebApplication、SoftwareApplication 还是 Product

在浏览器里跑的产品通常用 WebApplication，要下载安装的桌面或移动应用用 SoftwareApplication，从商品目录里卖实物或数字商品用 Product。Google 三种都支持，真正的问题是同一页上叠两个类型、写两个价格。

有一个文档里写明的例外值得先知道：只挂 VideoGame 类型的软件应用，Google 明确说不展示富媒体结果，必须再叠一个类型（例如 MobileApplication）才有资格。这种情况不常见，但它正是那种「看起来完全正确、结果却什么都没有」的细节。

如果你的产品页已经在卖套餐、写了价格和库存，先看 product structured data 怎么写，决定这一页的价格归哪个类型，别让两个类型写两个数字。

交付物一：可直接粘贴的一段 JSON-LD

下面是一个浏览器产品带免费套餐时、能拿到资格的最小结构。四个值换成你自己的，结构不要动。

{
  "@context": "https://schema.org",
  "@type": "WebApplication",
  "name": "Example",
  "applicationCategory": "BusinessApplication",
  "operatingSystem": "Web",
  "offers": {
    "@type": "Offer",
    "price": "0",
    "priceCurrency": "USD"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.7",
    "ratingCount": "128"
  }
}

免费这一档最容易写错：offers.price 是必填，答案是零时也要写 "price": "0"，不能把整个 offer 删掉。有付费套餐就写真实起步价，并保留 priceCurrency。要下载安装的产品，把 @type 换成 SoftwareApplication，并写清下载后能在哪些平台运行。

只有当页面上真的展示了这个评分，才写 aggregateRating。Google 的结构化数据总规范要求标记描述页面上可见的内容；只活在 script 标签里的评分属于误导。评价规范另外要求汇总评分来自真实评价，不能搬别家的。

交付物二：发布前八行自检表

按顺序过一遍。前四行拦住一段根本不可能生效的标记，后四行拦住一段能跑、但标错了页面的标记。

这段代码应该放在页面模板里，和标题、描述放在一起，这样有人改正文时它不会跟着漂。值也从渲染页面的同一处取；手写死的评分是最先过期的字段。

1. 把页面网址贴进 Rich Results Test，确认它识别出了「Software app」。
2. 先读错误，再读警告。缺必填属性是错误，缺建议属性不是。
3. 用网址检查工具打开同一个网址，确认渲染后的 HTML 里确实有这段标记。
4. 接下来几天看 Search Console 的结构化数据报告。它报的是 Google 实际找到了什么，不是你想让它找到什么。

为什么语法过了还是不显示

失败大多长成四种样子，没有一种是语法错误。标记能解析，页面能收录，结果就是不出来。

另有一种更早的失败：JSON 本身写坏了，多一个逗号或少一个引号。这种情况测试工具会直接报解析错误，Search Console 也会把「不可解析的结构化数据」单独列出来，不用靠猜。

第四行最安静。团队常常给发布公告加标记，因为那是他们天天改的页面；真正介绍产品的产品页反而什么都没有。Google 评估的是标记所在的那一页。想要结果出现在产品页，标记就得在产品页上。

读测试结果本身也需要一点经验，rich results test 结果怎么读讲了哪几行是错误、哪几行只是不影响出结果的建议。

我们不知道的部分，以及什么时候该停手

我们不知道页面合格之后，Google 会多常展示软件应用结果。Google 没有公布展示率，也不保证用了结构化数据的功能一定出现；我们自己的页面测得还不够久，给不出一个数字。能控制的是资格，不是展示。

还有一种情况，诚实的答案是等。产品还没有真实评分时，不要编一个数字，也不要从评价站搬一个过来。先把名字、分类、价格写好，等真实用户留下评价再补评分。缺评分只是拿不到富媒体结果；编评分会把标记、页面和当初做这个页面的信任一起赔进去。

测试工具列出应用、没有错误，页面可见内容也对得上，就可以停手了。再往下改标记，收益只会越来越小，风险却还在。剩下的工作是看结果有没有出现，那是衡量问题，不是标记问题；这一层更适合放在 搜索与 AI 分析里看，而不是盯页面源码。

常见问题

softwareapplication schema 是什么？

它是 schema.org 里用来描述一个软件产品页面的标记：名字、分类、支持平台、价格和评分。Google 靠它判断这一页能不能出软件应用结果，也就是带应用名、价格和星级的那一块。

Google 现在还支持 softwareapplication schema 吗？

支持。我们在 2026-10-25 读取时，Google 的软件应用文档还在线，最后更新于 2026-09-08，软件应用结果仍列在受支持功能里。和 FAQ、HowTo 不同，这一项没有被下线。

软件应用结构化数据会出现星级吗？

只有带评分或评价时才会。只有名字和价格、没有评分，就不满足必填条件。写一个假评分，问题就从「不显示」变成了违反规范。

SoftwareApplication 和 Product 要同时写吗？

不用。选一个和这一页真正在卖的东西对得上的类型，让其中一个负责价格。同一页两个类型写两个不同的价格，等于给 Google 两条互相冲突的事实，你也没法知道它读了哪一条。

为什么 Rich Results Test 什么都没找到？

通常是 JSON-LD 由 JavaScript 在测试第一次看到的 HTML 之后才插入，或者贴进去的网址根本不是带标记的那一页。把标记改成服务端输出，再测那个应该参与排名的真实网址，不要测首页。