对于市场，模式数据变得更加混乱。你不仅想代表你的组织，而且还要担心供应商的组织。把所有这些数据都放在一页上是不是不好？产品页面是否应该只在元数据中包含产品信息，而本地业务是否应该只包含本地业务的详细信息？
市场组织
- 徽标
- 名称
- 说明
本地业务组织
- 徽标
- 名称
- 说明
- 地址
- 纬度/经度
- 产品
- 描述
- 评级
- 价格
我可以为所有这些提供html，但我不确定这是否需要它来解释。我非常深入地阅读了模式文档，但它没有很好的例子来说明一个市场网站会对多个组织做什么，或者谷歌会怎么看待它。例如，如果有一个本地企业有很多产品，那么在本地企业页面上将所有产品的总评级合并为一个评级是否合适？
将所有这些数据放在一个页面上是不是一种糟糕的做法？
否。越多越好！(当然，有些消费者可能只喜欢每页处理一件商品，但当涉及到这个主题时，任何都可能。因此，当你对某个特定的消费者感兴趣时，你应该查阅他们的文档。)
每个itemscope创建一个新项目。页面上的每一项都是(…应该是)关于不同的东西。
因此，不要在同一页上为同一件事创建多个项目(除非您可以使用itemid，以便清楚地表明这些项目是关于同一件事情的)。
如果可能，请使用属性来关联项目。
- 例如，
LocalBusiness的属性makesOffer指向"组织提供的产品或服务"(即Offer)，或属性owns指向"组织拥有的产品"(即Product) - 您可以通过
brand或manufacturer将Product与Organization(分别为LocalBusiness)关联起来