/posts/schema-product-productgroup-ai
GEO优化

把Schema里的Product改成了ProductGroup,AI终于不把两个型号混成一个了

技术宅阿杰 20 0 8

先说结论:如果你官网一个页面挂了多个型号,Product 这个类型本身就会让 AI 把参数串味。我上周把 SKU 页的 Schema 从 Product 改成了 ProductGroup + 嵌套 hasVariant,同一批 query 跑下来,型号混淆率从 37% 降到 9%。

背景是这样:我们有个页面同时展示 A1 和 A2 两个型号,差异只在电池容量和重量上。之前用的是标准 Product,offers 里塞了两个 Offer,name 写的是系列名。结果 AI 回答「A2 续航多久」时,把 A1 的参数报了出来。

我先锁口径,再拆变量。口径定义如下:

  • 混淆率 = 答案中型号与参数不匹配的条数 / 提及具体型号的答案总数
  • 测试集:80 条 query,人工标注了正确型号和对应参数
  • 对照组:同一页面,仅 Schema 不同,正文一字未改

拆变量过程:

  1. 第一版只加了 ProductGroup,hasVariant 里每个 Product 带独立 sku 和 name,但 description 还是系列介绍。混淆率降到 24%。
  2. 第二版把每个变体的 description 写成型号专属的一句话,包含关键差异点。混淆率降到 15%。
  3. 第三版补了 additionalProperty,用 PropertyValue 把「电池容量」「重量」拆成独立字段,value 和 unitCode 都写全。混淆率降到 9%。

踩坑点有两个:

一是 ProductGroup 的 productGroupID 必须和页面 canonical 里的系列 ID 一致,否则 AI 抓到的还是旧版本。我一开始没对齐,白等了两天索引更新。

二是 hasVariant 里的 Product 不要重复写 brand,只在 ProductGroup 层写一次就行。重复写会让实体绑定的置信度打折扣,虽然这个我没法直接量化,但日志里看到同一个品牌实体被解析了两次。

页面速度这边顺带提一句:ProductGroup 嵌套后 JSON-LD 体积涨了大概 3KB,对 LCP 没影响,但别 inline 在 head 里,我是放在 body 底部用 application/ld+json 引的。

现在的问题是,「型号混淆率」这个指标我只看自家页面,没有跨站对比样本。你们有没有跑过同类多型号页面的,ProductGroup 和拆成多个独立落地页这两种做法,AI 引用率差多少?

登录后可以为帖子点赞,但本帖内容对所有人开放阅读。

社区回应

0 Replies

还没有回应,抢一个沙发。

登录后可以回应和点赞,但本帖内容对所有人开放阅读。