聊聊近期谷歌结构化数据的新动作:淘汰低价值结构化类型

谷歌seo-结构化数据

聊聊谷歌结构化数据的新动作:淘汰低价值类型,SEO核心优化别放松
最近Google Search Central的更新,结构化数据又有新动静了——不是那种颠覆性的大改,但对咱们做技术SEO的来说,这些“小调整”要是没跟上,明年初可能就得踩坑。今天以我这大半年帮客户做站点审计的经验,跟大家聊聊这次变化的核心、背后的逻辑,还有咱们必须要做的准备。

先理清楚:这次到底改了啥?

其实谷歌对结构化数据的“精简”早有苗头,不是突然发难。今年6月就已经淘汰了7个schema类型,像course info(课程信息)estimated salary(预估薪资)learning video(学习视频)这些,当时我帮教育类客户审计时,就发现很多旧模板还带着这些废弃标记,最后花了两天才清干净。

而11月5号的新更新,又明确了两个关键调整,明年1月正式生效:

  1. Practice Problem(练习题)类型彻底下线:到时候Search Console的富结果报告、Rich Result Test工具都不会再支持这个类型,就算你页面上还加着,谷歌也不会再识别,更不会出富结果;

  2. Dataset(数据集)类型“限用”:明确说了这个标记只对“谷歌数据集搜索”(专门查学术、行业数据集的产品)有用,普通谷歌搜索结果里,就算加了Dataset schema也不会有特殊展现——等于咱们之前给普通站点加的Dataset标记,其实都是白忙活。

不过大家别慌,谷歌特意强调了:核心的结构化数据类型一点没动。像电商离不开的Product(产品)、Review(评论),内容站常用的Article(文章)、FAQ(常见问题),还有本地商家的LocalBusiness,这些依旧是SEO的“加分项”。我翻了下最近3个月的客户数据,加对Product schema的电商页面,点击率比没加的甚至有轻微提高,这部分的价值反而在加强。

谷歌为啥要这么干?我猜是“抓大放小”

从技术SEO的角度看,这次调整其实挺合理的。谷歌自己说“要简化搜索结果”,翻译成人话就是:把资源集中在用户真的会用、能带来价值的功能上,那些没人用的“僵尸类型”,不如早点清掉。

我自己有个小观察:今年帮多个客户做结构化数据审计时,只有1个教育类客户用了Practice Problem标记,而且从Search Console看,这个标记的“富结果触发率”不到0.3%,用户点击更是几乎没有——说白了,这类型早就没实际价值了,淘汰只是时间问题。

至于Dataset类型的“限用”,也能理解。之前很多企业站为了“凑标记”,给首页的行业数据模块加Dataset schema,结果谷歌根本没法判断这些数据的真实性,反而可能影响其他正常标记的识别。现在明确“只用在数据集搜索”,反而帮咱们减少了无效工作。

重点来了:咱们现在要做什么?

别等明年1月,现在就得动起来——我已经把这些任务列进了最近的客户服务清单,大家可以参考:

1. 立刻审计“Practice Problem”标记,年底前清干净

不管你是做教育站还是工具站,先查清楚自己的页面有没有这个标记。方法很简单:

1.1 用Rich Result Test批量测:把站点里带“练习题”“题库”的页面URL导出来,逐个测,只要出现“Practice Problem”相关警告,就标记下来;

1.2 查模板和插件:很多教育类CMS(比如Moodle、Teachable)的旧模板会默认注入这个标记,就算你没手动加,也可能存在;还有Yoast、Rank Math这些插件,老版本可能还带着这个类型的选项,记得更到最新版,关掉相关设置;

1.3 最后清代码:找到标记后别只删schema,还要检查页面里有没有对应的“富结果样式”(比如练习题的“难度标签”“答题按钮”),这些没用的代码留着只会增加页面加载时间,影响Core Web Vitals。

我上周帮一个K12客户做这件事,发现他们300多个题库页面都带着Practice Problem标记,最后写了个小脚本批量清理,省了不少时间——如果大家人手不够,也可以用Python写个简单的爬虫批量检测URL,效率会高很多。

2. 别再给普通站点加“Dataset”标记了,纯粹浪费时间

之前有客户问我“要不要给公司年报页面加Dataset标记”,现在答案很明确:除非你是做学术数据库、行业数据平台的,专门要做“谷歌数据集搜索”的优化,否则别加。

已经加了的怎么办?如果页面主要是给普通用户看的(比如企业官网的“行业报告”页面),建议把Dataset schema删掉——避免谷歌抓取时“分心”,反而影响其他有用标记(比如Article)的识别。

3. 核心类型别放松:重点盯紧Product和Review

既然谷歌在“精简”,那留下来的核心类型肯定会更受重视。我最近发现一个细节:谷歌对Review schema的要求更严了(之前跟大家聊过的“不能多方式标注被评对象”),现在帮客户测的时候,只要出现“重复itemreviewed”或者“嵌套错误”,Rich Result Test会直接标红,而不是警告。

所以建议大家:

  1. 电商站:重点检查Product schema里的price(价格)、availability(库存)、review(评论)这三个属性,一定要跟页面内容“实时同步”——比如库存没了,schema里还写着“inStock”,这种错误会让谷歌不信任你的页面;

此前,谷歌7月更新了新的商家结构化数据,也要再次提醒:

(1) 商品级别的退货政策仅支持部分组织级别的退货政策;

(2) 商家级别的退货政策必须在Organization标记中定义。

更新了会员计划文档和 商家信息文档,以明确

(1) 会员计划信息需要与商品级别的会员权益(价格和积分)分开定义,并需Organization在单独的页面或 Merchant Center 中设置标记;

(2) 目前 Google 不支持配送和退货方面的会员权益。

原因旨在于消除文档和示例中的不明确之处。

  1. 内容站:Article schema里的datePublished(发布时间)、author(作者)别漏,尤其是新闻类站点,加对了更容易出“最新文章”的富结果。

最后想说结构化数据的“本质”没变

这次调整其实给咱们提了个醒:做结构化数据不是“越多越好”,而是“越准、越有用越好”。谷歌要的是“能帮用户更快找到答案”的标记,而不是一堆没人看的“僵尸代码”。

对了,你们最近审计站点的时候,有没有发现其他“隐藏的旧标记”?