结构化数据写对了，AI 才看得懂你的官网

给官网加结构化数据，是 GEO 项目里最容易被低估的一步。它不产生内容，也不带来流量，却决定了机器能不能把页面和“某个品牌、某款产品”正确地对上号。我们做过一轮技术审查，十个站点里有七个埋了 Schema，真正能被稳定解析的不到一半。

一次没有被工具发现的错误

某美妆品牌的产品页，Organization 和 Product 两个类型都写了，结构化数据校验工具也没有报错。但 AI 在回答“敏感肌精华怎么选”时，一直把它家的明星产品归到另一个系列。原因查了两天才找到：Product 里的 brand 字段写的是集团英文简称，页面正文用的是中文品牌名，两者在机器眼里不是同一个实体。

校验工具只检查语法，不检查语义。字段写全了，不代表机器读懂了。

五个容易出问题的细节

实体名称要统一

品牌名、公司名、产品线名，在官网、百科、官方旗舰店、公众号里应当保持一致。Organization 的 sameAs 字段可以列出这些可信主页，帮机器把散落的名称归到同一个实体上。名称一乱，后面所有内容都会跟着漂移。

dateModified 不能随手填

不少站点的 dateModified 是建站时写死的，或者每次发布都自动改成当天。前者让内容看起来从未更新，后者让机器无法判断哪次修改是实质性的。建议只在内容真正变化时更新，并在页面上保留可见的更新日期。

FAQPage 只放页面真实存在的问答

为了凑结构化数据，在页面底部藏一段用户看不见的问答，是常见的取巧做法。这类内容一旦被识别为与正文不符，反而会削弱整站的可信度。问答必须能被人正常读到。

一个页面只讲一个主要实体

把品牌、产品、活动、招聘全塞进同一个页面，机器很难判断这个页面到底在回答什么问题。首页可以介绍品牌，产品页就专注产品，专题页围绕一个具体问题展开。

面包屑和分类要一致

面包屑结构化数据里的层级，要和站内真实的分类路径对得上。我们在一家家居站点看到过三级面包屑指向了不存在的分类，机器把页面归到了错误的品类下，之后所有相关提问都很难命中。

做完之后怎么验证

结构化数据不是排名开关，加完不会立刻涨提及率。比较稳妥的验证方式是：先记录基线，两周后检查三个信号——品牌实体是否被正确识别、产品是否被归到对的品类、页面是否开始出现在引用来源里。

如果三周过去毫无变化，问题通常不在 Schema 本身，而在内容是否真的回答了用户的问题。结构化数据只是让机器更容易读懂，读不读得懂，最终还是取决于你写了什么。