Google объявлено сегодня утром поддержка структурированных данных вариантов продукта. Эти новые структурированные данные поддерживают три новых свойства; hasVariant,variableBy и ProductGroupID для обработки большинства способов, которыми сайты электронной коммерции перечисляют варианты продуктов. Это работает для поиска Google через структурированные данные, а также «дополнит и улучшит фиды торговых центров, включая автоматические фиды», добавили в Google.

В Google заявили: «Веб-сайты с вариантами продуктов более сложны, чем сайты с одним продуктом, и, следовательно, связанные с ними структурированные данные также более сложны. Еще одна сложность заключается в том, что варианты должны быть сгруппированы вместе в рамках одного «родительского» продукта». Чтобы обеспечить такую ​​группировку вариантов, Google добавил поддержку типа Schema.org ProductGroup и трех новых свойств, в том числе:

• имеет вариант (чтобы вложить варианты продукта в родительскую группу продуктов),
• варьируется по (для перечисления свойств, идентифицирующих вариант), и
• идентификатор группы продукта (идентификатор, также известный как «родительский номер продукта» ProductGroup).

Google также добавил новое свойство isVariantOf в документацию по структурированным данным продукта и пояснил, что Google поддерживает варианты продуктов с разными URL-адресами.

Вот некоторые из рекомендаций:

• Каждый вариант должен иметь уникальный идентификатор в соответствующей разметке структурированных данных (например, с использованием свойств sku или gtin).
• Каждая группа продуктов должна иметь уникальный идентификатор в соответствующей разметке структурированных данных, указанный с помощью свойства inProductGroupWithID в свойствах варианта Product или свойства ProductGroupID в свойстве ProductGroup.
• Обязательно добавьте структурированные данные о продукте в дополнение к свойствам варианта продукта, следуя списку обязательных свойств для списков продавцов (или фрагментов продуктов).
• Для одностраничных сайтов должен быть только один отдельный канонический URL-адрес для всей группы продуктов, к которой принадлежат все варианты. Обычно это базовый URL-адрес, ведущий на страницу без предварительно выбранного варианта, например: Winter_coat.
• Для многостраничных сайтов это неприменимо, поскольку не существует единого канонического URL-адреса, представляющего свойство ProductGroup (поскольку варианты распределены по одинаково важным страницам).
• Для многостраничных сайтов каждая страница должна иметь полную и самодостаточную разметку для сущностей, определенных на этой странице (это означает, что внестраничные сущности не должны быть необходимы для полного понимания разметки на самой странице).
• На сайте должна быть возможность предварительно выбрать каждый вариант напрямую с помощью отдельного URL-адреса (с использованием параметров запроса URL-адреса), например Winter_coat/size=small&color=green. Это позволяет Google сканировать и идентифицировать каждый вариант. Предварительный выбор каждого варианта включает в себя отображение правильного изображения, цены и наличия, а также предоставление пользователю возможности добавить вариант в корзину.

Google также поддерживает проверки фрагментов продуктов с вариантами продуктов и отчетов о списках продавцов в Search Console и Тест расширенных результатов. Вот скриншот:

Существует гораздо больше технических подробностей о том, как это реализовать. здесь.

Джон Мюллер из Google написал на LinkedIn«Варианты продуктов в электронной коммерции сложны — что вы делаете с футболками разных цветов? Ребята, Google усердно работал над созданием структурированной разметки данных и ее поддержкой. Мне потребовалось некоторое время, чтобы осознать… .. варианты, но все подробности читайте в сообщении в блоге и в документации. Изменения также доступны в инструменте тестирования расширенных результатов и в отчетах Search Console для этих типов, поэтому вы можете увидеть, что это влияет на графики, если вы уже используете существующую разметку».

Кроме того, Google пояснил, когда следует использовать FreeReturn, а не ReturnShippingFees, в качестве значения returnFees для возвратов продуктов в документация по структурированным данным продукта.

Обсуждение на форуме LinkedIn.