ProductGroup для магазина: как проверить разметку размеров и цветов
Как сопоставить ProductGroup, Product и SKU в собственном магазине, проверить выбранный вариант и не смешать цену разных модификаций в разметке.
Содержание статьи
Одна модель с несколькими размерами и цветами требует согласованного описания вариантов. В структурированных данных Google для этого предусмотрен ProductGroup с отдельными Product. Главное при внедрении — не просто получить зелёную проверку синтаксиса, а связать разметку с тем вариантом, который покупатель действительно видит и может положить в корзину.
Разделить группу и продаваемый вариант
ProductGroup описывает общую модель, а hasVariant связывает её варианты. variesBy указывает признаки различия, например размер и цвет; productGroupID задаёт идентификатор группы. Общий бренд или материал можно хранить на уровне группы, а сведения конкретной модификации — на уровне Product.
Составьте таблицу соответствий между внутренним SKU, URL и набором признаков. Проверьте, что две разные продаваемые модификации не получили случайно один идентификатор. Общая модель и отдельная единица ассортимента — разные уровни данных; копирование одного шаблонного SKU во всю разметку скрывает это различие.
Учитывать устройство сайта
Google различает варианты на одной общей странице и варианты на отдельных страницах. Для многостраничного устройства каждая страница должна содержать полное самостоятельное описание своих сущностей. Нельзя рассчитывать, что неполная запись автоматически станет понятной благодаря другой странице, на которую лишь сослались.
Каждый вариант должен открываться напрямую в выбранном состоянии: с соответствующими изображением, ценой, наличием и возможностью добавления именно этой модификации в корзину. Это ключевой приёмочный сценарий. Красивый переключатель на странице не подтверждает, что прямой URL работает после копирования ссылки или открытия в новом браузере.
Что проверять кроме валидатора
Выберите доступную и отсутствующую модификации, а также варианты с разной ценой. Сопоставьте видимую карточку, данные Product и содержимое корзины. Если разметка показывает дешёвую модификацию, а посетителю выбрана дорогая, синтаксическая корректность не устраняет несоответствие.
Проверка Rich Results Test помогает найти ошибки структуры, а инструмент проверки URL показывает, как страницу видит Google. Используйте их на опубликованной тестовой выборке, затем расширяйте внедрение. Не считайте наличие ProductGroup гарантией расширенного результата: Google прямо предупреждает, что такие функции могут не показываться.
Сохранять согласованность после обновления каталога
Установите связь разметки с тем же проверенным набором данных, который отвечает за карточку и наличие. Отдельный вручную заполненный JSON быстро устаревает при смене цены или состава вариантов. После изменения ассортимента повторно проверяйте выбранные SKU, а не только одну образцовую карточку.
Материал относится к техническому описанию товара на собственном сайте. Доступность торговых форматов Google зависит от условий соответствующего сервиса и географии; внедрение схемы не снимает эти ограничения. Практический результат — точное представление модели и её вариантов, пригодное для проверки человеком и машиной.
Материал отражает сведения на указанную дату. Правила и условия работы площадок могут измениться. Редакционные принципы