У меня есть веб-сайт, который обычно описывает организацию/местный бизнес/мебельный магазин и то, что он продает: бренды (не принадлежащие), категории товаров, отдельные продукты (не принадлежащие), категории услуг и отдельные услуги (собственности). Мне нужна помощь для определения лучшей/правильной структуры микроданных для всего веб-сайта. Я хотел бы помочь простой, ясный пример/учебник для чайников.Типичный LocalBusiness Категория продукта Веб-страница Структура микроданных
Как было предложено, я разделил исходный вопрос на разные должности. Read a complete description of the problem »
Single «Категория продукта» WebPage
http://www.schiano-arredamenti.it/camerette-per-bambini-e-ragazzi/
А. header
- FurnitureStore: logo
, name
, nav
.
B. main
- категории
name
description
image
s (галерея товаров)
C. footer
- FurnitureStore
: copyrightHolder
Веб-сайта, vatID
, url
в «Контакт» WebPage (с address
, telephone
, email
и т.д.), url
к «Политика конфиденциальности» WebPage и т.д.
Если main
описывает Offer
/Category
это право применять itemscope itemtype="FurnitureStore"
к body
, так что применяются header
и footer
микроданных? Или лучше применить itemscope itemtype="Offer"
к body
и itemprop="seller"
к header
с itemref="footer"
? mainEntityOfPage
может помочь? Есть ли лучшее решение? Какие изменения?
Означает ли это, что у вас есть * два элемента 'FurnitureStore' (один в заголовке, один в нижнем колонтитуле)? Что значит «Категория» (в «Предложение/Категория»)? – unor
Я имею в виду, что 'FurnitureStore' разделен на верхний и нижний колонтитулы: возможно ли« слить »их (и установить« FurnitureStore »как« продавец »)? Whit 'Category' Я имею в виду предлагаемую категорию продуктов, то есть« Кухни », а не один кухонный продукт, как определенную конфигурацию кухни« Arredo3 Wega ». –
Вы можете взглянуть на тестовый код по адресу http://www.schiano-arredamenti.it/camerette-per-bambini-e-ragazzi/ –