Google 的 John Mueller 回答说,如果使用超出 Google 开发人员页面推荐范围的结构化数据有什么好处。 穆勒回应说,在某些情况下,它可以使网站有利于 SEO。
但他也告诫不要走得太远。
额外的结构化数据可以帮助 SEO 吗?
Google 的开发者页面推荐数量有限的结构化数据,以帮助发布商获得丰富的结果。 但谷歌只推荐少量可用的结构化数据,因为开发者页面内容仅限于富结果的用例。
Google 的开发人员页面没有讨论大量结构化数据,但仍然可用。
谷歌没有讨论它,因为没有与之相关的丰富结果。
例如,下面是描述两个人玩愤怒的小鸟游戏的结构化数据:
// 约翰和史蒂夫玩愤怒的小鸟。
{
“@context”:“http://schema.org”,
“@type”:“PlayAction”,
“代理人”: {
“@type”:“人”,
“名字”:“约翰”
},
“目的”: {
“@type”:“移动应用程序”,
“名称”:“愤怒的小鸟”。
},
“参与者”:{
“@type”:“人”,
“名字”:“史蒂夫”
}
}
脚本>
上面的结构化数据看起来很无聊。 但根据约翰·穆勒的说法,谷歌在特定情况下仍然可以使用这些非文档化的结构化数据类型。
这是网站管理员环聊中提出的问题:
“……如果 Schema.org 网站上有一些模式标记,但它没有在 Google 开发人员指南中列出,我可以在 SEO 中以任何方式受益吗?”
有关的: 如何使用结构化数据来支持 EAT
非推荐的结构化数据可以提供帮助
Mueller 回答说,开发人员页面中未记录的结构化数据可以使网站受益。 但只有当它帮助谷歌更好地理解内容时。
他首先确认并非谷歌用于排名的所有内容都显示在搜索结果页面 (SERP) 中。
“我认为对于所有结构化数据来说,这是一个比较棘手的问题,因为我们有很多东西可以用来尝试理解页面和页面上的内容,而这些内容不一定会直接显示在搜索结果。”
然后他指出结构化数据测试如何仅关注与丰富结果相关的结构化数据。
“因此,在丰富的结果测试中,我们专注于那些实际上具有直接可见效果或可以具有直接可见效果的事物。”
穆勒在这里给出了谷歌在理解网页方面使用了多少的想法:
“但是很多事情可以帮助我们更好地理解特定页面的内容和上下文。
这些东西有点像一般的 Schema.org 标记,你可以做各种各样的事情。
这就是我想说的,几乎是一种耻辱,我们没有在丰富的结果测试中强调这一点。”
所以他说可以使用开发者页面中没有特别推荐的结构化数据来帮助谷歌理解网页。
穆勒随后发表了一份警告声明:
“但这也是很容易过火的地方,因为你可以用 Schema.org 标记很多不同的东西。
而且您可以花费大量时间标记所有这些单独的元素,并且对您的搜索结果的影响绝对为零,即使我们要处理它。
因此,如果您觉得我们迫切需要更好地了解页面上项目的关系,那么请继续将该标记添加到页面中。
但如果它就像……有五种不同类型的 schema.org 可以应用于此页面,因此我会对其进行标记,这可能不会提供任何价值。
所以真正常见的用例是将页面标记为网页。 就像,我们也在 Google.com 主页上这样做。
所以这不像我们在取笑其他人,而是作为一个搜索引擎,当你查看那个网页时,它就像……它是一个网页,它说它是一个网页,还能是什么? 它没有给我们任何额外的价值。
因此,找到对您的页面非常重要的东西并为此添加标记,即使它不可见,我认为这非常好。
太过分了,只是添加了你能找到的所有类型的标记……这不会损害你的网站,但它有点浪费时间。”
有关的: Schema 成功案例:使用结构化数据增加流量
你应该使用额外的结构化数据吗?
在适当的情况下,添加超出 Google 开发人员页面中描述的其他结构化数据可能会很有用。 理想情况下,您的内容应该足够清晰,以至于通常不需要补充标记来帮助 Google 理解页面。
但是可能存在补充结构化数据可能有用的用例。
穆勒说,除了将时间浪费在对排名没有影响的结构化数据上,这不会造成伤害。
也许问问自己附加标记是否对用户有帮助可能会很有用。
如果是这样,那么继续添加它可能是合理的。
观看 Google 的 Mueller 讨论结构化数据: