Додатковий фід Merchant Center: перевизначте дані про товари

Додатковий фід — це друге джерело даних Merchant Center, яке додає або замінює атрибути товарів, що їх уже надсилає ваш основний фід. Вивантаження з магазину лишається недоторканим. Увімкніть доповнення «Розширене керування джерелами даних» і перейдіть у «Налаштування» → «Джерела даних» → «Додаткові джерела». Заповніть фід із Google Таблиць, файлу чи через API і прив’яжіть його до основного фіду. Рядки зіставляються з товарами за ID, міткою фіду та мовою. Щоб замінювати значення, а не лише заповнювати порожнє, поставте додатковий фід перед основним у правилі за умовчанням.

Що може змінити додатковий фід, а що ні?

Додатковий фід, який в інтерфейсі називається додатковим джерелом даних, — це вторинне джерело даних. Згідно з довідкою Merchant Center (Create a product data source), він додає відомості, яких бракує основному фіду, або оновлює наявні. Він не може додавати чи видаляти товари й не може працювати як самостійне джерело. Документація Merchant API (Products overview) описує результат так само: Google будує підсумковий товар з одного основного входу та нуля чи більше додаткових.

Тож додатковий фід — доречне місце для даних, яких ваш магазин не має або не повинен змінювати. Це один із кількох способів сформувати дані про товари, а наш посібник із Merchant Center для інтернет-магазинів розглядає акаунт загалом. Найпоширеніше завдання додаткового фіду — спеціальні мітки: п’ять полів, від custom_label_0 до custom_label_4, які ви визначаєте самі, щоб групувати товари в кампаніях Performance Max і Shopping. Згідно з довідкою Merchant Center (Custom label 0–4), покупці ці значення ніколи не бачать.

Останній рядок випливає з власних інструкцій Google. Та сама сторінка довідки, Create a product data source, каже, що старі джерела даних про онлайн-залишки (online inventory sources) вважаються застарілими. Додатковий фід із id, price і availability виконує ту саму роботу. Довідка Merchant Center (Set up your attribute rules) обмежує «Використовувати останнє значення» атрибутами ціни та наявності.

Додатковий фід, правила атрибутів чи вивантаження з магазину: що використати?

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

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

Як налаштувати додатковий фід у Merchant Center?

Ці кроки відповідають довідці Merchant Center станом на 2026 рік. Google час від часу перейменовує пункти меню, тож звіряйте назви меню у власному акаунті.

1. Увімкніть «Розширене керування джерелами даних». Перейдіть у «Налаштування» → «Доповнення», відкрийте вкладку «Discover» і натисніть «Активувати» на картці «Розширене керування джерелами даних». Згідно з довідкою Merchant Center (Advanced data source management), це доповнення вмикає правила атрибутів і додаткові фіди. Перевірте: «Налаштування» → «Джерела даних» тепер показує вкладку «Додаткові джерела».
2. Підготуйте дані. Нехай перший стовпець буде id, записаний точно так, як в основному фіді. Потім додайте стовпці лише для атрибутів, які ви додаєте чи замінюєте, названі так, як у специфікації даних про товари Google, наприклад custom_label_1. Один рядок на товар; товари, які ви не змінюєте, не включайте. Перевірте: відкрийте п’ять товарів у Merchant Center і порівняйте їхні ID зі своїми рядками символ за символом.
3. Створіть фід. Перейдіть у «Налаштування» → «Джерела даних», відкрийте вкладку «Додаткові джерела» й натисніть «Включити додаткові дані про товар». Оберіть тип вхідних даних: файл, шаблон Google Таблиць або API.
4. Заповніть форму. Залежно від типу вхідних даних Merchant Center запитає назву файлу, ID товару, мітку джерела даних і мову. Перевірте: мітка джерела даних і мова збігаються з міткою та мовою товарів в основному фіді.
5. Прив’яжіть до основного фіду. Оберіть основний фід, до якого мають застосовуватися нові дані, а потім натисніть «Створити джерело даних».
6. Перевірте, яке значення перемагає. У посібнику Merchant API (Manage API data sources for product uploads) джерела даних стоять в упорядкованому списку. Google бере кожен атрибут із першого джерела в списку, яке його надає. Якщо ваш основний фід іде першим, додатковий фід лише заповнює атрибути, які основний залишає порожніми. Посібник називає цей список правилом за умовчанням. В інтерфейсі довідка Merchant Center описує правило за умовчанням як правило, яке Google призначає для кожного атрибута. Воно бере значення або з додаткового, або з основного фіду, і знайти його можна в «Джерела даних» → ваш основний фід → «Правила атрибутів». Перевірте: додатковий фід стоїть перед основним для кожного атрибута, який він має замінювати.
7. Отримайте дані й перевірте. Згідно з довідкою Merchant Center (Manage your data sources), кнопка «Оновити» на вкладці «Джерела даних» запускає оновлення вручну. Перевірте: кількість оброблених товарів дорівнює кількості рядків у вашому файлі, а нове значення видно на кількох сторінках товарів.

Щоб скасувати перевизначення через API, видаліть товар із додаткового фіду. За посібником Merchant API (Add and manage products), це видаляє лише атрибути цього фіду. Товар лишається, зібраний з основного фіду та будь-яких інших додаткових.

Google Таблиці як додатковий фід: приклад

Приклад на вигаданому магазині, числа не клієнтські.

Магазин посуду з 3 000 товарів хоче відокремити товари, що отримали покази минулого місяця, від тих, що не отримали жодного. Дані реклами за місяць показують 1 200 товарів принаймні з одним показом, тож 1 800 товарів, або 60% каталогу, не отримали жодного показу. Магазин створює додатковий фід із шаблону Google Таблиць із двома стовпцями:

У таблиці 3 000 рядків: 1 200 позначено shown і 1 800 — not-shown. Окрема тестова кампанія тоді бере лише товари з custom_label_1 = not-shown. Наш посібник із сегментації товарів для Shopping і Performance Max показує, як будувати кампанії на таких мітках.

Таблиця добре працює для разового завдання на кшталт цього. Вона починає підводити, коли мітки мають іти в ногу з каталогом:

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

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

Чому додаткове значення не з’являється в деяких товарів?

Коли рядок не доходить до свого товару, спершу перевірте збіг. Довідка Merchant Center (ID [id]) каже, що ID разом із цільовою країною та мовою ідентифікує товар. За посібником Merchant API (Add and manage products), додаткові дані доходять до товару лише тоді, коли ID, мітка фіду й мова з ним збігаються.

• ID відрізняється, іноді лише регістром. ID товарів у Merchant Center чутливі до регістру. Та сама сторінка довідки попереджає, що ID, які відрізняються лише регістром, можуть спричинити проблеми зіставлення між додатковим і основним фідами. Ми розбираємо це окремо в статті пастка регістру в ідентифікаторі товару.
• Мова чи мітка фіду відрізняється. Форма в інтерфейсі запитує мову й мітку джерела даних. Посібник Merchant API про джерела даних, Manage API data sources for product uploads, додає ще один варіант. Додатковий фід, створений без мітки фіду та мови, застосовується до будь-якої мітки й мови в основних фідах, до яких його прив’язано. Тоді зіставлення відбувається товар за товаром.
• Порядок фідів ховає значення. Якщо основний фід у правилі за умовчанням іде першим і вже має значення, додаткове значення ніколи не з’явиться. Ставте додатковий фід першим для кожного атрибута, який він має замінювати.
• Ви надсилаєте додаткові дані через API в розширений (мультиклієнтський) акаунт. Той самий посібник про джерела даних каже, що API не підтримує додаткові фіди та правила для розширених акаунтів. Там обидва можна вести лише в інтерфейсі Merchant Center.

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

Наші власні файли міток раніше складалися по одному на мову. Файли міток порталу складаються по одному на ринок, і цей файл прив’язано до кожного основного фіду ринку. Яку б схему ви не обрали, після першого отримання перевірте, що в обох мовах однакова кількість товарів із мітками.

Більшість бестселерів тримається не довше трьох місяців

У нашому дослідженні 1,4 млн товарів у понад 130 магазинах за 13 місяців 64,7% товарів-переможців були одноразовими: одна конверсія за один місяць і більше нічого. З бестселерів 71% трималися в топі не більше ніж у 3 із 13 місяців, а медіанний стабільний переможець протримався 3 місяці. Таблиця міток, заповнена один раз, описує каталог таким, яким він був того дня. За квартал частина «бестселерів» — це вчорашні переможці.

Тому портал перераховує лейбли при кожному оновленні даних. Він розподіляє кожен товар в один із восьми лейблів, від «Бестселери» до «На видалення», за тим, як товар поводився в рекламі за 12 місяців. Будь-яку групу можна експортувати списком з ID товарів.

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

Як ми будуємо фіди з мітками і що можна скопіювати

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

1. Два поля, одне завдання. Файл міток містить лише id і один стовпець спеціальної мітки. Кожен файл володіє одним атрибутом, тож ви завжди знаєте, звідки взялося значення.
2. Спершу опублікувати, потім отримувати. Ми генеруємо файл уночі та плануємо отримання в Merchant Center на час після публікації. Так отримання не захопить файл, який ще пишеться.
3. Рахуйте після кожного отримання. Кількість оброблених товарів має збігатися з кількістю товарів із мітками у файлі. Діагностика Merchant Center також має показувати заповнений стовпець спеціальної мітки.
4. Порівнюйте з робочим файлом, перш ніж його замінити. Ми порівнюємо новий файл із робочим, зваживши товари за витратами за останні 30 днів. Якщо мітки зсуваються на великій частці витрат або файл раптом втрачає багато товарів, публікацію зупиняють, доки на це не погляне людина.
5. Тримайте значення міток нечисленними й стабільними. Довідка Merchant Center (Custom label 0–4) дозволяє до 1 000 унікальних значень на кожну спеціальну мітку в межах акаунта. Значення понад цей ліміт Google ігнорує у звітності й призначенні ставок. Значення міток не чутливі до регістру, на відміну від ID товарів.

Що перевірити у своїх додаткових фідах цього тижня

1. Перелічіть кожну зміну даних про товари, яку ви робите поза магазином. Занотуйте, який інструмент її тримає: вивантаження, правило чи додатковий фід. Коли щось зламається, ви виправите швидше, якщо знаєте, де живе зміна.
2. Дайте кожному завданню власний додатковий фід. Мітки з результатів реклами — в один, виправлення ідентифікаторів — в інший. З одним фідом на атрибут порядок фідів легко читати.
3. Перевірте правило за умовчанням для кожного атрибута, який ви замінюєте. Додатковий фід має стояти перед основним. Інакше він заповнює лише порожні значення.
4. Отримайте дані, потім порахуйте в кожній мові й за кожною міткою фіду. Оброблених товарів має бути стільки, скільки рядків у файлі, а на ринку з двома мовами в обох має бути однакова кількість товарів із мітками. Відкрийте п’ять товарів і прочитайте значення на сторінці товару.
5. Проставте дату оновлення на кожній таблиці міток. У наших даних верх каталогу змінюється приблизно за три місяці, тож таблиця старша за квартал потребує нового проходу.

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

Розмітити каталог лейблами →

Джерела

• Create a product data source (англійською) — довідка Merchant Center: що таке додаткове джерело даних, що воно не може додавати чи видаляти товари й бути самостійним, кроки та поля форми, вкладка «Додаткові джерела» лише з доповненням, оновлення ціни та наявності замість джерел даних про онлайн-залишки. Перевірено 02.10.2026.
• Advanced data source management (англійською) — довідка Merchant Center: доповнення вмикає правила атрибутів і додаткові джерела даних; як його активувати. Перевірено 02.10.2026.
• Set up your attribute rules (англійською) — довідка Merchant Center: правило за умовчанням бере кожен атрибут із додаткового чи основного джерела; «Використовувати останнє значення» працює лише для ціни й наявності; де знаходяться правила атрибутів. Перевірено 02.10.2026.
• Manage your data sources (англійською) — довідка Merchant Center: де вкладка «Джерела даних»; кнопка «Оновити» оновлює джерело вручну. Перевірено 02.10.2026.
• ID [id] (англійською) — довідка Merchant Center: ID із країною та мовою ідентифікує товар; ID чутливі до регістру; регістр може порушити зіставлення між додатковим і основним фідами; той самий ID у різних мовах. Перевірено 02.10.2026.
• Custom label 0–4 [custom_label_0–4] (англійською) — довідка Merchant Center: п’ять спеціальних міток для Performance Max і Shopping, не показуються покупцям, нечутливі до регістру, до 1 000 унікальних значень на мітку. Перевірено 02.10.2026.
• Manage API data sources for product uploads (англійською) — Merchant API: додаткові джерела з міткою фіду та мовою чи без них, упорядкований список у правилі за умовчанням, без додаткових джерел через API для розширених акаунтів. Перевірено 02.10.2026.
• Add and manage products (англійською) — Merchant API: додаткові дані для вже наявних товарів, зіставлення за ID, міткою фіду й мовою; видалення з додаткового джерела прибирає лише його атрибути. Перевірено 02.10.2026.
• Products overview (англійською) — Merchant API: товар будується з одного основного входу та нуля чи більше додаткових. Перевірено 02.10.2026.
• Дослідження GetProfit на 1 404 808 товарах, понад 130 магазинів, 13 місяців — частка одноразових переможців, як довго бестселери тримаються в топі.
• Портал GetProfit — вісім лейблів товарів у 12-місячному вікні, перераховуються при кожному оновленні даних, групи експортуються списками.
• Фіди з мітками GetProfit — структура файлу, публікація та перевірки перед заміною робочого файлу.