Варіанти товарів у Merchant Center: id, item_group_id, колір і розмір

Покупець шукає чорну футболку розміру M, відкриває пропозицію й бачить білу футболку S. Каталог може містити обидва варіанти, але шлях до конкретного товару вже розірваний: дані пропозиції та вибір на сторінці не збігаються.

Щоб підготувати варіантний каталог, потрібно описати кожну доступну комбінацію та зв’язок між ними. Розглянемо одну вигадану модель: два кольори, три розміри, шість варіантів. Приклад показує структуру даних, а не готовий фід чи перевірену інтеграцію певної платформи.

Окремий id і спільний item_group_id

id відповідає на запитання «яку саме пропозицію ми передаємо?». item_group_id пояснює, які пропозиції є варіантами однієї моделі. У групи може бути шість учасників, але кожен має власний ключ.

Специфікація Google вимагає унікального ID товару та його збереження під час оновлень. Тому не призначайте всім розмірам один id і не змінюйте його через нову ціну чи фотографію.

Для групи оберіть сталий код моделі, наприклад DEMO-TS1. Для варіанта — окремий код на кшталт DEMO-TS1-BLK-M. Це навчальна схема ідентифікаторів, не вимога Google використовувати саме такі скорочення. У робочому каталозі збережіть уже перевірені стабільні ключі замість перейменування всього асортименту за зразком.

Модель із шести варіантів

Наша умовна футболка має чорний і білий кольори та розміри S, M, L. Припускаємо, що кожна з шести комбінацій справді існує в асортименті. Для всіх використовуємо групу DEMO-TS1 і спільну назву групи «Навчальна футболка TS1».

Порахуйте окремо унікальні ID та комбінації кольору й розміру. Тут обидва результати дорівнюють шести. Повторення Чорний + M під іншим ID потребує пояснення: можливо, у моделі є ще одна ознака, яку ви не описали, або запис просто дублюється.

Потім доповніть свою робочу таблицю посиланням, зображенням, ціною та наявністю кожного варіанта. Не копіюйте залишок усієї моделі в кожен рядок: перевіряйте конкретну комбінацію. Якщо чорний L закінчився, наявність білого L не пояснює його стан.

Для ручної звірки додайте колонку «Результат перевірки». У рядку DEMO-TS1-BLK-M запишіть, який колір і розмір відкрилися за посиланням та який варіант потрапив у кошик. Потім зробіть те саме для білого M. Однаковий розмір у двох рядках не дає підстав використати спільний результат: колір також є частиною вибору.

Перевіряйте відповідність у двох напрямках. Спочатку йдіть від рядка даних до конкретної сторінки. Потім виберіть варіант на вітрині й знайдіть відповідний йому запис у таблиці. Так можна помітити комбінацію, яку покупець обирає на сайті, але ви випадково пропустили під час підготовки джерела.

Вимоги залежать від показу, категорії та країни

Не застосовуйте правило «ці поля завжди обов’язкові для всього». За поточною специфікацією:

• item_group_id обов’язковий для варіантів у безкоштовних показах; для Shopping ads окремо названі Бразилія, Франція, Німеччина, Японія, Велика Британія та США. Для інших країн перелік вимог відрізняється.
• color потрібний для товарів, які відрізняються кольором; додаткові вимоги охоплюють одяг у зазначених шести країнах і категорію Apparel & Accessories у безкоштовних показах.
• size потрібний для товарів із різними розмірами; окремі обов’язкові правила стосуються Clothing і Shoes у цих країнах та безкоштовних показах.

Перед експортом запишіть категорію, цільову країну та спосіб показу. Перевірте також інші застосовні атрибути, зокрема вікову групу й стать для одягу. Наявність тільки чотирьох колонок із нашої таблиці не підтверджує повноту ваших товарних даних.

Що додалося до опису групи

На дату перевірки Google також описує item_group_title — назву групи — та variant_option із парами «назва ознаки / значення». Документація variant_option позначає цей атрибут як необов’язковий; у прикладі нижче він включений для явного опису двох ознак.

Для наших шести записів набір назв однаковий: color, size. Значення відрізняються, а їхня комбінація визначає конкретний варіант. item_group_title залишаємо однаковим для всієї групи. Стандартні color та size передаємо окремо: variant_option не замінює їх.

Не переносіть у поле XML текстовий запис color:Чорний,size:M без перевірки формату. Для XML Google документує повторювані елементи з вкладеними name і value.

XML-фрагмент одного варіанта

Це навчальний фрагмент одного item, не повний RSS-фід і не файл для завантаження в Merchant Center. Він показує чорну футболку M з нашої таблиці. example.com — зарезервований домен для прикладів; параметри мають сенс лише на сайті, який справді відкриває відповідний вибір.

<item xmlns:g="http://base.google.com/ns/1.0">
  <g:id>DEMO-TS1-BLK-M</g:id>
  <g:item_group_id>DEMO-TS1</g:item_group_id>
  <g:item_group_title>Навчальна футболка TS1</g:item_group_title>
  <g:color>Чорний</g:color>
  <g:size>M</g:size>
  <g:variant_option>
    <g:name>color</g:name>
    <g:value>Чорний</g:value>
  </g:variant_option>
  <g:variant_option>
    <g:name>size</g:name>
    <g:value>M</g:value>
  </g:variant_option>
  <g:link>https://example.com/products/demo-ts1?color=black&amp;size=M</g:link>
</item>

GTIN і MPN навмисно не наведені. Для реальної пропозиції використовуйте належні ідентифікатори виробника; код варіанта не перетворюється на GTIN. Це питання окремо розібране в матеріалі про GTIN, MPN і бренд.

У фрагменті також опущені інші товарні атрибути й оболонка фіда. Правильна XML-структура не перевіряє повноту даних, доступність сторінки або рішення Google щодо пропозиції.

Чотири помилки, які видно на цій моделі

1. Один id на всі шість записів

Ви втрачаєте однозначну ідентифікацію варіанта. Розділіть ключ конкретної пропозиції та код групи. Перевірте, що кожний рядок вашої таблиці має власний ID, і звірте його зі старим експортом перед оновленням.

2. У color записано «Чорний/Білий»

Це не спосіб перелічити два доступні кольори моделі. Чорний і білий варіанти передаються окремими записами. За порадами Google для одягу, кілька кольорів через / описують один багатокольоровий виріб. Назва кольору має відповідати сторінці, а не вигаданому внутрішньому позначенню.

3. Посилання відкриває довільний варіант

Для DEMO-TS1-BLK-M перевіряйте чорний M. Google рекомендує сторінку з уже вибраним правильним варіантом і відповідне зображення. Сам параметр ?size=M нічого не гарантує: відкрийте URL у новій сесії, перевірте вибір, фото та додавання в кошик. Повторіть зі смартфона.

4. В одну групу зібрані всі футболки магазину

Схожа категорія не робить товари варіантами. Google окремо пояснює, що різні типи одягу або частини комплекту, продані окремо, не утворюють одну варіантну групу. Визначте конкретну модель і перелічіть ознаки, за якими покупець обирає її версію. Для іншої моделі створіть іншу групу.

Перевірка перед передаванням даних

1. Виберіть одну модель і складіть матрицю фактичних комбінацій. Не додавайте неіснуючих розмірів для симетрії таблиці.
2. Звірте унікальність id, однаковість групи та повноту ознак у кожному рядку.
3. Перевірте вимоги категорії, країни й способу показу за актуальними документами.
4. Відкрийте всі шість посилань і запишіть результат: вибір, фото, ціна, наявність, товар у кошику.
5. Після обробки джерела перегляньте конкретні пропозиції й діагностику Merchant Center. Зафіксуйте невиправлені розбіжності.

Якщо неправильний варіант відкривається хоча б за одним посиланням, виправте його до поширення цієї пропозиції. Збережіть контрольну таблицю: вона допоможе повторити перевірку після зміни каталогу.

Для перевірки структури повного файла скористайтеся базовим чеклістом XML-фіда. Перевірку групування варіантів і відповідності сторінок виконайте окремо.

Плануєте власний магазин? Зареєструйте акаунт Shopcore і перевірте потрібний сценарій на своїх товарах. Цей матеріал не підтверджує автоматичне формування варіантного фіда конкретним модулем.