Видимо, имеет место некоторая путаница. Валидатор проверяет все типы разметки, независимо от их текущего использования Яндексом. Просто не все из них поддерживаются в продуктах, о чём валидатор и сообщает. Можно проверить на всяких маргинальных случаях, вроде медицинской разметки.
А hProduct, кстати, к schema.org не имеет никакого отношения :) Это микроформат.
Да, этот вопрос уже неоднократно поднимался на публичной рассылке schema.org. Однако на текущий момент хорошего решения нет. Такая возможность появится с принятием в schema.org словарей GoodRelations (соответствующее предложение уже практически одобрено).
Что касается объединения Product и Residence, то это можно сделать с помощью поля additionalType, которое недавно было добавлено в корневую сущность Thing (соответственно и во все остальные сущности).
Например, как-нибудь так: <div itemscope itemtype="http://schema.org/Residence">
<link itemprop="additionalType" href="http://schema.org/Product">
...
</div>
>dev.nodeca.com/f7/thread3 — валидатор хлебные крошки коряво показывает (все склеено и без пробела), хотя у меня вроде правильно размечено.
Ну неправда. В смысле валидатор всё правильно показывает. По секрету скажу, что коряв текущий формат хлебных крошек в schema.org.
Мы внесли предложение по исправлению (см www.w3.org/wiki/WebSchemas/Breadcrumbs). Предварительно все согласились это исправление внести в официальную спецификацию, но точно сказать, когда оно там появится, не могу.
>А есть рекомендации, как на той же странице текст каждого поста обозначить?
> Было бы удобно иметь нормальную альтернативу гугловским инстументам.
Мы сейчас взяли курс на «универсальность» нашего валидатора. Т.е. планируем обработку всех форматов независимо от текущего использования в наших сервисах. Собственно мы уже так делаем для микродаты (в частности и при использовании schema.org). Попробуйте ещё раз прогнать ваши примеры. Если они используют эти технологии, то всё должно обрабатываться.
Таким образом, конечно, нет. Информация из hcard будет привязана к сайту организации, который она описывает.
Внедрение описанного вами функционала не планируется.
2) Действительно. Поправим, спасибо.
3) Мы не рекомендуем вкладывать свойства, если иное прямо не указано в документации. help.yandex.ru/webmaster/?id=1111665
Product (и гораздо больше) в инструментах уже давно обрабатывается.
А hProduct, кстати, к schema.org не имеет никакого отношения :) Это микроформат.
2. Сервисы создания есть. Для schema.org часть перечислена в нашей документации. Также можно посмотреть список на schema.rdfs.org.
Что касается объединения Product и Residence, то это можно сделать с помощью поля additionalType, которое недавно было добавлено в корневую сущность Thing (соответственно и во все остальные сущности).
Например, как-нибудь так:
<div itemscope itemtype="http://schema.org/Residence"> <link itemprop="additionalType" href="http://schema.org/Product"> ... </div>
Ну неправда. В смысле валидатор всё правильно показывает. По секрету скажу, что коряв текущий формат хлебных крошек в schema.org.
Мы внесли предложение по исправлению (см www.w3.org/wiki/WebSchemas/Breadcrumbs). Предварительно все согласились это исправление внести в официальную спецификацию, но точно сказать, когда оно там появится, не могу.
>А есть рекомендации, как на той же странице текст каждого поста обозначить?
Есть предложение воспользоваться schema.org/BlogPosting
Мы сейчас взяли курс на «универсальность» нашего валидатора. Т.е. планируем обработку всех форматов независимо от текущего использования в наших сервисах. Собственно мы уже так делаем для микродаты (в частности и при использовании schema.org). Попробуйте ещё раз прогнать ваши примеры. Если они используют эти технологии, то всё должно обрабатываться.
Внедрение описанного вами функционала не планируется.
Что вы понимаете под корректным показом подсказок?
3) Мы не рекомендуем вкладывать свойства, если иное прямо не указано в документации.
help.yandex.ru/webmaster/?id=1111665
3) Хотелось бы подробностей