Question

我想听听其他人建议使用或在完成零售品牌公司主页微数据时使用的schema.org项目类型。以TOMS's shoes：

为例

示例＃1 - 使用/ Corporation作为高级项目类型可以包含许多优秀/组织微观数据，但零售商店没有任何内容。

<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＆amp; TOMS没有。

示例＃2 - 如果TOMS开设了他们自己的实体零售店渠道，那么此代码将起作用。每个位置都有自己的主页。然而，对于TOMS的网站，虽然准确地示意性地＆amp;更具描述性，这是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是虚拟的＆amp;因此不能成为/存储这意味着你失去了很酷的属性，如'currencyAccepted'，'paymentAccepted'＆amp; 'priceRange'。

这是一种“静坐等待”的情况，直到更多的模式被批准用于“虚拟场所”，或者是否有通过验证的方式来充分利用这两个世界？

Answer 1

假设您从SEO的角度或多或少地看待这一点，请记住主要的搜索引擎目前只使用非常有限的微数据，以及您正在谈论的模式（公司和鞋店）据我所知，不是用于任何事情。因此，在某种程度上，我认为现在整个事情在很大程度上是假设的。

但是，我认为重要的是要记住，根据页面功能，您可以使用非常不同的微数据。您正在询问主页，为此，只需添加足够的微数据来描述相关实体的名称和类别即可完全有效。详细的产品数据将显示在产品页面上，更详细的组织数据显示在about或联系页面上等。换句话说，使用最能够封装页面主要用途的模式。

顺便提一下，他们最近已将GoodRelations vocabulary添加到Schema.org，因此描述产品和其他业务相关数据的范围刚刚大幅增加。

零售品牌/公司主页的正确高级schema.org微数据项类型是什么？

1 个答案: