Каков правильный тип элемента микроданных высокого уровня schema.org для главной страницы розничного бренда/компании?

Я хотел бы услышать, какой тип элемента schema.org рекомендовали бы использовать или использовали другие в случае заполнения микроданных домашней страницы компании розничного бренда. Возьмем, к примеру, обувь TOMS:

Пример № 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>

ПРИМЕЧАНИЕ. Единственное свойство schema.org, относящееся к /Corporation, — это 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».

Это просто ситуация «сиди и жди», пока не будет одобрено больше схем для «виртуальных мест», или есть способ пройти проверку, чтобы получить лучшее из обоих миров?


microdata schema.org rich-snippets
person kpowz    schedule 01.12.2012    source источник

Ответы (1)


arrow_upward
1
arrow_downward

Предполагая, что вы смотрите на это более или менее с точки зрения SEO, помните, что основные поисковые системы в настоящее время очень ограниченно используют микроданные, а схемы, о которых вы говорите (корпорация и обувной магазин), — нет. насколько мне известно, используется для чего угодно (пока). Так что в какой-то степени я думаю, что все это пока в значительной степени гипотетично.

Тем не менее, я думаю, важно помнить, что вы можете использовать очень разные микроданные в зависимости от функции страницы. Вы спрашиваете о домашней странице, для которой вполне допустимо добавить микроданные, достаточные только для описания имени и категории соответствующего объекта. Подробные данные о продукте будут отображаться на страницах продуктов, более подробные организационные данные — на странице «О нас» или «Контакты» и т. д. Другими словами, используйте схему, которая лучше всего позволяет вам инкапсулировать основную цель страницы.

Кстати, недавно они добавили словарь GoodRelations в Schema.org, так что возможности для описания продуктов и других данных, связанных с бизнесом, только что значительно расширились.

person GDVS    schedule 02.12.2012
comment
Я смотрю на этот конкретный пример, да, с гипотетической точки зрения — не зная того, чего мы не знаем с точки зрения множества способов, которыми данные могут быть перехвачены в ближайшем будущем, и стремясь внедрить стандарт в в меру своих возможностей. Понимая, что, конечно, мы используем разные микроданные в разных ситуациях электронной коммерции, я раньше не изучал словарь GoodRelations. Спасибо! Принято с впечатлением, что этот ответ наиболее эквивалентен альтернативе «сидеть и ждать». - person kpowz; 03.12.2012