
Многие виды товаров, такие как одежда, обувь, мебель, электронные устройства и багаж, продаются в различных вариациях (например, разные размеры, цвета, материалы или узоры). Чтобы помочь Google лучше понять, какие товары являются вариациями одного и того же родительского товара, используйте класс ProductGroup с соответствующими свойствами variesBy, hasVariantи productGroupID
для группировки таких вариантов в дополнение к Product структурированным данным.Добавление этой разметки также делает ваши товары пригодными для отображения с информацией о вариантах в результатах поиска для продавцов.

ProductGroup также позволяет указывать общие свойства товара для всех вариантов, такие как информация о бренде и отзывы, а также свойства, определяющие вариант, что может уменьшить дублирование информации.
Как добавить структурированные данные
Структурированные данные — это стандартизированный формат для предоставления информации о странице и классификации контента страницы. Если вы новичок в структурированных данных, вы можете узнать больше о том,
как работают структурированные данные.
Вот обзор того, как создавать, тестировать и публиковать структурированные данные.
- Добавьте обязательные свойства. В зависимости от используемого формата узнайте, где вставить структурированные данные на страницу.
- Следуйте рекомендациям.
- Проверьте свой код с помощью
Rich Results Test
и исправьте любые критические ошибки. Подумайте также об исправлении любых некритических проблем, которые могут быть отмечены в инструменте, так как они могут помочь улучшить качество ваших структурированных данных (однако это не обязательно для получения расширенных результатов). - Разверните несколько страниц, которые включают ваши структурированные данные, и используйте URL Inspection tool чтобы проверить, как Google видит страницу. Убедитесь, что ваша страница доступна для Google и не заблокирована файлом robots.txt,
noindexтегом или требованиями для входа. Если страница выглядит нормально, вы можете
попросить Google повторно просканировать ваши URL. - Чтобы держать Google в курсе будущих изменений, мы рекомендуем
отправить карту сайта. Вы можете автоматизировать это с помощью
Search Console Sitemap API.
Примеры
В целом, существует два основных подхода к дизайну, которые используют сайты электронной коммерции для вариантов товаров. В этом разделе описывается, как настроить разметку вариантов товара в зависимости от подхода к дизайну вашего сайта:
- Одна страница, где все варианты можно выбрать на одной странице без перезагрузки (обычно через параметры запроса)
- Несколько страниц, где варианты одного и того же товара доступны на разных страницах
Одностраничный сайт
Примеры одностраничных сайтов используют сайт со следующими предположениями:
- Когда варианты не выбраны, основная страница товара возвращается по следующему URL:
https://www.example.com/coat - Та же страница возвращается с конкретным, предварительно выбранным вариантом с использованием следующих URL:
https://www.example.com/coat?size=small&color=greenhttps://www.example.com/coat?size=small&color=lightbluehttps://www.example.com/coat?size=large&color=lightblue
- Когда пользователь выбирает другой вариант на странице (используя выпадающие списки для цвета и размера), информация об изображении, цене и наличии динамически меняется на странице без перезагрузки. Разметка на странице не меняется динамически при выборе пользователем разных вариантов.
Пример одной страницы: варианты вложены в ProductGroup
В этом примере варианты вложены в сущность верхнего уровня ProductGroup с использованием свойства hasVariant :
- Сущности
ProductGroupи триOffer(под свойствамиProduct
) имеют разные URL. Альтернативно, URL могли быть предоставлены под
Product. - .
Общий заголовок и описание указываются на уровне ProductGroup. Специфичные для варианта заголовки и описания указываются на уровне Product.frfrfr - Другие общие свойства вариантов (такие как бренд, узор, материал и информация об аудитории) также указываются на уровне
ProductGroup. - В
ProductGroupсвойства, идентифицирующие вариант, указываются с помощью свойства
variesBy. - В
ProductGroupродительский sku указывается с помощьюproductGroupID
(который не нужно повторять в свойствахProductс использованием
inProductGroupWithID).
). Мы рекомендуем этот подход, так как это наиболее компактное и естественное представление группы товаров и ее вариантов.
Пример для одной страницы: варианты отдельно от ProductGroup
. Эта структура похожа на предыдущий пример, за исключением того, что варианты определены отдельно (не вложены) от ProductGroup. Этот подход может быть проще для генерации некоторыми системами управления контентом (CMS).
Многостраничный веб-сайт
Примеры разметки многостраничного веб-сайта используют веб-сайт со следующими допущениями:
- Светло-голубые варианты доступны по следующим URL для маленьких и больших размеров:
https://www.example.com/coat/lightblue?size=smallhttps://www.example.com/coat/lightblue?size=large
- Зеленый вариант доступен только в маленьком размере по адресу
https://www.example.com/coat/green?size=small. - Обе страницы позволяют «перепрыгнуть» на другую страницу (то есть страница перезагружается) через селектор цвета в пользовательском интерфейсе.
- Сайт разделяет эквивалентную разметку из примеров для одной страницы на две страницы.
Обратите внимание, что нет определения ProductGroup только на одной странице, на которую ссылаются с другой страницы. Это связано с тем, что ProductGroup должен ссылаться на общие атрибуты вариантов, такие как бренд, материал и возрастная группа. Это также означает, что полное определение
ProductGroup должно повторяться на каждой из страниц вариантов.
Многостраничный пример: варианты вложены под ProductGroup
. Это эквивалент первого примера для одной страницы, где свойства варианта Product вложены под ProductGroup
верхнего уровня с использованием свойстваhasVariant . Определение ProductGroup дублируется на обеих страницах. Обратите внимание на следующее:
ProductGroupне имеет канонического URL, так как нет единого URL, представляющегоProductGroup.- .
ВProductGroupна каждой странице есть полное определение вариантов на странице, а также вариант только со свойствомurl
для ссылки на варианты на другой странице, что помогает Google находить ваши варианты. Многостраничный пример: варианты отдельно от
ProductGroup . Эта структура похожа на предыдущий многостраничный пример, за исключением того, что варианты определены отдельно (не вложены) отProductGroup
. Этот подход может быть проще для генерации некоторыми CMS.
Руководства
- Чтобы разметка ваших вариантов товаров соответствовала требованиям для использования в Google Поиске, вы должны следовать этим руководствам:
- Общие руководства по структурированным данным
- Основы поиска
- Технические руководства Руководства по бесплатным спискам
(для опыта размещения товаров продавцами)
- Технические руководства
Каждый вариант должен иметь уникальный ID в соответствующей разметке структурированных данных (например, с использованием свойствskuилиgtin - ). Каждая группа товаров должна иметь уникальный ID в соответствующей разметке структурированных данных, указанный с помощью
inProductGroupWithIDсвойство в вариантеProductсвойства илиproductGroupIDсвойство вProductGroupсвойство. - Обязательно добавьте
Productструктурированные данные в дополнение к свойствам варианта продукта, следуя списку обязательных свойств для списков продавцов (или фрагменты продукта). - Для одностраничных сайтов, должен быть только один уникальный канонический URL для всей
ProductGroup, к которой относятся все варианты. Обычно это базовый URL, который ведет на страницу без предварительно выбранного варианта, например:https://www.example.com/winter_coat. - Для многостраничных сайтов, каждая страница должна иметь полную и самодостаточную разметку для сущностей, определенных на этой странице (это означает, что внестраничные сущности не должны быть необходимы для полного понимания разметки на самой странице).
- Сайт должен иметь возможность предварительного выбора каждого варианта напрямую с помощью уникального URL (используя параметры запроса URL), например
https://www.example.com/winter_coat/size=small&color=green. Это позволяет Google сканировать и идентифицировать каждый вариант. Предварительный выбор каждого варианта включает отображение правильного изображения, цены и наличия, а также возможность для пользователя добавить вариант в корзину. - Если вы продавец, оптимизирующий для всех типов результатов покупок, мы рекомендуем поместить
Productструктурированные данные в начальный HTML для достижения наилучших результатов. - Для разметки
Product, созданной с помощью JavaScript: Имейте в виду, что динамически создаваемая разметка
может сделать сканирование покупок менее частым и менее надежным, что может быть проблемой для быстро меняющегося контента, такого как наличие и цена продукта. Если вы используете JavaScript для создания разметкиProduct, убедитесь, что ваш сервер имеет достаточно вычислительных ресурсов для обработки возросшего трафика от Google.
Определения типов структурированных данных
Вы должны включить обязательные свойства для ваших структурированных данных, чтобы они могли быть использованы в поиске Google. Вы также можете включить рекомендуемые свойства, чтобы добавить больше информации о ваших вариантах продукта, что может обеспечить лучший пользовательский опыт.
ProductGroup
Google распознает следующие свойства ProductGroup. Полное определение ProductGroup доступно по адресу
schema.org/ProductGroup. Когда вы размечаете свой контент информацией о вариантах продукта, используйте следующие свойства свойства
ProductGroup .
| Обязательные свойства | |
|---|---|
name | Название |
| Рекомендуемые свойства | |
|---|---|
aggregateRating | Вложенный |
Brand | ru |
brand.name | Название бренда |
описание |
Описание |
hasAdultConsideration | Указывает, что продукт предназначен для взрослых, например, из-за наличия наготы или сексуального контента. Если вы продаете продукты, которые считаются предназначенными для взрослых согласно |
hasVariant | Вложенное свойство Альтернативно, свойство-вариант |
productGroupID | Идентификатор группы продуктов (также известный как parent sku). Этот идентификатор должен быть предоставлен для свойства |
отзыв | Вложенный |
url | Для одностраничных веб-сайтов только: URL (без селекторов вариантов), где находится свойство |
variesBy | Аспекты, по которым варьируются варианты в
|
Устранение неполадок
Если у вас возникли проблемы с реализацией или отладкой структурированных данных, вот некоторые ресурсы, которые могут вам помочь.
- Если вы используете систему управления контентом (CMS) или кто-то другой занимается вашим сайтом, попросите их помочь вам. Обязательно перешлите им любое сообщение Search Console, в котором подробно описана проблема.
- Google не гарантирует, что функции, использующие структурированные данные, появятся в результатах поиска. Список распространенных причин, по которым Google может не показывать ваш контент в расширенном результате, см. в
Общие рекомендации по структурированным данным. - Возможно, у вас есть ошибка в структурированных данных. Проверьте
список ошибок структурированных данных
и Отчет о неанализируемых структурированных данных. - Если вы получили ручные меры в отношении структурированных данных на вашей странице, структурированные данные на странице будут проигнорированы (хотя страница все равно может появиться в результатах поиска Google). Чтобы исправить
проблемы со структурированными данными, используйте Отчет о ручных мерах. - Просмотрите рекомендации еще раз, чтобы определить, не соответствует ли ваш контент рекомендациям. Проблема может быть вызвана спам-контентом или использованием спам-разметки. Однако проблема может быть не синтаксической, поэтому тест расширенных результатов не сможет выявить эти проблемы.
- Устранение неполадок с отсутствующими расширенными результатами / падение общего количества расширенных результатов.
- Дайте время на повторное сканирование и индексацию. Помните, что после публикации страницы может пройти несколько дней, прежде чем Google найдет и просканирует ее. По общим вопросам сканирования и индексации см.
Часто задаваемые вопросы по сканированию и индексации в Google Поиске. - Задайте вопрос на Форуме Google Search Central.
Как мы это применяем
Variant markup stops a catalogue of colours and sizes from reading as duplicate content. On large clothing and furniture catalogues this is the difference between one indexed product and forty competing URLs.
Связанные услуги