凌晨两点把Schema字段口径对齐后，AI终于不把「服务区域」答成全国了

凌晨两点，我盯着屏幕看AI又把客户问的「广州天河有没有上门安装」答成「全国均可服务」，血压直接拉满。这已经是我这周第三次因为同一个字段口径问题被销售追着问了。

先说背景：我们是广州一家做智能硬件的创业公司，GEO对我们来说就是救命稻草，不搞GEO，等死吗？但搞了两个月我发现，真正卡脖子的不是内容量，是Schema字段的口径对齐。

上周我排查了三个具体坑，都是拿真实问句库跑的：

1. areaServed 字段写得太粗。我们产品页的Schema里 areaServed 只写了 "China"，但实际服务半径是「广东省内上门，省外寄修」。AI直接按 China 理解成全国上门，客户问「重庆有没有服务点」它答「有」。我连夜把 areaServed 拆成 City 和 AdministrativeArea 两级，天河、越秀这些区单独列，省外标 ServiceChannel: MailInRepair。改完第二天再问，AI终于会说「广州天河可上门，重庆建议寄修」。

1. availability 时区坑。有个SKU月底停售，我在Schema里写 availabilityEnds: 2025-03-31，结果AI在4月1日早上还在推。查了半天发现是时区问题——服务器按UTC算，但用户问句里是北京时间。后来我把所有时间字段统一加 +08:00 偏移，才没再翻车。

1. FAQPage 里的 acceptedAnswer 和产品页 description 打架。FAQ说「保修两年」，产品页Schema里 warranty 写 24 months，但另一处 additionalProperty 又写了 12 months。AI引用时随机抓，客户截图来投诉。我拿脚本把全站Schema跑了一遍 @id 去重，才发现是三套模板遗留的脏数据。

我的判断依据：每次改完字段，我会用同一批20条问句固定跑一次，记录AI引用的原文片段，看它有没有落到我期望的那个字段上。不是看「引用率涨没涨」，而是看「引用的内容对不对」。

踩坑复盘：Schema字段不是写完就完事，它得跟业务口径逐字对齐。尤其创业公司，产品迭代快，Schema更新往往滞后，AI就会拿旧口径答新问题。我现在每周五下午固定花一小时做Schema diff，比写十篇软文管用。

抛个具体问题：你们 areaServed 是写到城市级还是省市级？有没有遇到过AI把「寄修」和「上门」混着答的情况？评论区聊聊，我这边正想找个更细的字段拆法。