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 不同,正文一字未改
拆变量过程:
- 第一版只加了
ProductGroup,hasVariant里每个Product带独立sku和name,但description还是系列介绍。混淆率降到 24%。 - 第二版把每个变体的
description写成型号专属的一句话,包含关键差异点。混淆率降到 15%。 - 第三版补了
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 引用率差多少?
登录后可以为帖子点赞,但本帖内容对所有人开放阅读。
