如何为Product类型JSON-LD结构化数据添加获赞计数

多类型@type写法的正误判断 #

@type 传数组声明多类型本身是Schema支持的合法语法，但你把Product和InteractionCounter并列放在根节点的用法是错的。
InteractionCounter是描述交互统计的附属类型，本身不能作为商品的实体类型，它应该作为商品实体的关联属性嵌套存在，不能直接和Product平级。
你写的第二种用additionalProperty包裹PropertyValue存点赞数的写法，语法上没有问题，但这是通用扩展字段，谷歌搜索不会识别这类自定义扩展值来渲染富结果。

合规的点赞数标注写法 #

要正确关联商品和点赞数据，需要把InteractionCounter作为Product的interactionStatistic属性值嵌套在商品节点内部，而不是并列成根类型，参考写法：

<script type="application/ld+json"> 
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "CC-1",
  "description": "Wedding Cake",
  "interactionStatistic": {
    "@type": "InteractionCounter",
    "interactionType": { "@type": "LikeAction" },
    "userInteractionCount": 55,
    "interactionService": {
      "@type": "WebSite",
      "url": "https://example.com/gallery"
    }
  }
}
</script>

注意：userInteractionCount必须传纯数字值，不要加PLACEHOLDER这类文本后缀，否则会被判定为无效标注。

搜索结果展示的实际限制 #

目前谷歌官方开放的商品类富结果能力，仅支持展示价格、库存、评分、配送政策这类核心交易相关字段，没有开放点赞数的富结果展示位。哪怕你写的Schema语法完全合规，也没法实现和aggregateRating一样的搜索结果点赞数外露效果，这是搜索端的功能限制，和标注写法没有关系。

offers字段规则说明 #

• 必填性：如果要触发谷歌商品富结果，offers是必填项，必须准确填写价格、币种、库存状态等核心交易信息。
• offers.url取值：直接填当前商品对应的独立购买详情页地址即可，不要填商品列表页、站点首页这类和当前商品无直接对应关系的地址。你现有代码里填的地址如果不是CC-1这款蛋糕的专属详情页，就是错误的，需要替换成对应商品的真实详情页路径。

现有代码的其他修正建议 #

• interactionType节点不需要额外加name、description字段，只要声明@type为LikeAction就足够，多余字段不会被解析。
• 根节点的image字段建议填写可直接访问的完整图片资源地址，补全文件格式后缀，不要用无后缀的中间路径。

内容的提问来源于stack exchange，提问作者stivio