4

在完成零售品牌的公司主页微数据的情况下，我想听听其他人会推荐使用或已经使用的 schema.org 项目类型。以TOMS 的鞋子为例：

示例 #1 - 使用 /Corporation 作为高级 itemtype 可以包含很多很棒的 /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's.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”。

这只是“坐等”的情况，直到更多的模式被批准用于“虚拟场所”，还是有一种通过验证的方式来获得两全其美？

4

1 回答 1

1

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

但是，我认为重要的是要记住，您可以根据页面功能使用非常不同的微数据。您正在询问主页，对于主页，仅添加足够的微数据来描述相关实体的名称和类别可能是完全有效的。详细的产品数据会出现在产品页面上，更详细的组织数据会出现在 about 或 contact 页面等。换句话说，使用最能封装页面主要用途的架构。

顺便说一句，他们最近在 Schema.org 中添加了GoodRelations 词汇，因此描述产品和其他与业务相关的数据的范围大大增加了。

于 2012-12-02T18:55:33.520 回答