我想知道在完成零售品牌的公司主页微数据的情况下,其他人会推荐使用或使用哪种schema.org项类型。以TOMS's shoes为例
示例#1 -使用/Corporation作为高级项目类型,可以包含许多优秀的/Organization微数据,但没有关于零售店的任何内容。
<html itemscope='itemscope' itemtype="http://schema.org/Website>
<head></head>
<body itemscope='itemscope' itemtype="http://schema.org/Corporation>
various microdata here probably including Product microdata
</body>
</html> 注意:唯一特定于/Corporation的schema.org属性是tickerSymbol & TOMS没有这个属性。
示例#2 -如果TOMS开始他们自己的实体零售店渠道&每个地点都有自己的主页,那么这个代码就可以工作了。然而,对于TOMS.com来说,尽管在原理上是准确的,在表面上更具描述性,但这是不正确的TOMS.com微数据标记,因为/ShoeStore派生自/LocalBusiness -它必须代表一个物理位置。
<html itemscope='itemscope' itemtype='http://schema.org/Website'>
<head></head>
<body itemscope='itemscope' itemtype='http://schema.org/ShoeStore'>
a whole bunch of jabber here
</body>
</html> 注意:由于TOMS是虚拟的,因此不能是一个/Store,这意味着你失去了非常酷的属性,比如'currenciesAccepted','paymentAccepted‘和'priceRange’。
这只是一种“静观其变”的情况,直到更多的模式被批准用于“虚拟场所”,还是有一种验证通过的方式可以两全其美?
发布于 2012-12-03 02:55:34
假设您或多或少地从SEO的角度来看待这个问题,请记住,目前主要的搜索引擎对微数据的使用非常有限,据我所知,您正在讨论的模式(Corporation和Shoe Store)还没有用于任何用途。因此,在某种程度上,我认为目前整个事情很大程度上是假设的。
但是,我认为重要的是要记住,根据页面功能的不同,您可以使用非常不同的微数据。您正在询问主页,对于主页,只需添加足够的微数据来描述相关实体的名称和类别,这可能是完全有效的。详细的产品数据将出现在产品页面上,更详细的组织数据将出现在about或contact页面上,等等。换句话说,使用最能让您封装页面主要目的的模式。
顺便说一句,他们最近在Schema.org中添加了GoodRelations vocabulary,因此描述产品和其他与业务相关的数据的范围大大增加了。
https://stackoverflow.com/questions/13656515
复制相似问题