Як підготувати фід товарів до Merchant Center: чек-лист для власника магазину

Підготовка технічної бази: як підготувати фід для Merchant Center у 2026 році

У 2026 році кампанії Performance Max та стандартний Google Shopping ще більше залежать від якості структурованих даних, які ви передаєте в Google Merchant Center. Якщо раніше багато чого трималося на ручному підборі ключових слів, сьогодні результативність товарних оголошень визначається тим, наскільки чисто й повно описані ваші товари у фіді.

Вартість кліка (CPC), релевантність показів, стабільне проходження модерації та масштабування PMax прямо залежать від технічної якості фіду, а не лише від налаштувань кампанії.

Спеціалісти агенції К2 підготували технічний гайд про те, як підготувати фід для Merchant Center у 2026 році: що саме потрібно передати в Google, який формат фіду обрати, як оптимізувати атрибути та уникнути типових помилок, що блокують покази товарів.

Що таке фід товарів і яку роль він відіграє у Merchant Center

Фід товарів Google Shopping — це файл з даними про ваші товари у стандартизованому форматі, який читають роботи Google. Кожен товар у цьому файлі описаний набором атрибутів (наприклад, g:price, g:availability, g:brand), які потрібні, щоб правильно показувати оголошення.

Технічно процес виглядає так: ваша система управління контентом (CMS) генерує файл із поточним станом бази даних товарів. Краулери (боти) Google Merchant Center (GMC) регулярно звертаються до цього файлу за вказаною URL-адресою, парсять дані та оновлюють їх на своїх серверах.

Далі Merchant Center передає ці дані у зв’язаний акаунт Google Ads, звідки алгоритми формують товарні оголошення — заголовки, ціни, зображення, бейджі тощо.

Якщо фід відсутній, недоступний або пошкоджений, Merchant Center не може оновити товари, і всі товарні кампанії поступово втрачають покази або повністю зупиняються.

Основні типи фідів: який обрати для свого магазину

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

XML, TXT, Google Sheets, API — технічне порівняння

1. XML (eXtensible Markup Language): один із найпоширеніших форматів для Google Shopping. Фід XML для інтернет-магазину використовує ієрархічну структуру тегів, що мінімізує ризик помилок парсингу через некоректні спецсимволи (якщо використовується екранування CDATA). Ідеально підходить для каталогів від 500 до 50 000 товарів. Добре кешується на сервері й легко оновлюється за розкладом. Це практичний вибір для більшості класичних інтернет-магазинів, у яких фід генерується автоматично.
2. TXT / CSV (значення, розділені табуляцією або комами): це табличні текстові файли, де кожен рядок — товар, а стовпці — атрибути. Вони важать менше, ніж XML, що знижує навантаження на сервер під час генерації. Проте цей формат дуже чутливий до синтаксичних помилок: зайва кома або перенесення рядка в описі товару може зсунути всі колонки, через що виникають масові помилки у фіді товарів. Формат TXT/CSV логічний, коли ви працюєте з даними через таблиці або прості експорти з CMS/ERP.
3. Google Sheets (Таблиці): Дані завантажуються з хмарної електронної таблиці за розкладом. Цей метод має суворі обмеження за обсягом і підходить виключно для мікробізнесу (до 100-200 товарів), оскільки не підтримує автоматичну синхронізацію залишків у реальному часі без застосування складних макросів (Google Apps Script).
4. Content API for Shopping дозволяє передавати дані напряму через API у форматі JSON. Замість того, щоб чекати, поки Google завантажить весь файл, ваша CMS відправляє POST-запит (HTTP) безпосередньо в момент зміни ціни або статусу наявності конкретного товару. Це особливо корисно для великих каталогів і ніш, де ціни часто змінюються (наприклад, електроніка, автозапчастини, маркетплейси).

Рекомендація від К2: Для 80-90% класичних e-commerce проєктів оптимальним рішенням є автоматично генерований XML-фід за динамічним посиланням, з налаштованим cron-завданням на оновлення кожні 2-4 години. 

Чек-лист: обов’язкові атрибути для фіду Google Shopping у 2026

Google жорстко перевіряє базові атрибути фіду. Якщо хоча б один обов’язковий атрибут відсутній, порожній або у неправильному форматі, товар отримує статус «Disapproved» і не бере участі в показах.

Ось перелік ключових атрибутів, без яких оптимізація фіду товарів неможлива:

• id — унікальний ідентифікатор товару. Не змінюйте його без крайньої потреби, інакше товар втрачає історію показів і конверсій.
• title — назва товару, один із головних факторів для зіставлення запитів з товарами. Рекомендований підхід: [Тип товару] + [Бренд] +  [Модель/характеристика] + [Колір/Розмір] + [Призначення].
• description — опис до 5000 символів без зайвого HTML. Має містити ключові характеристики й фрази, за якими реально шукають товар, у природній мові.
• link — повний URL сторінки товару на сайті з коректною мікророзміткою. Важливо, щоб ціна й наявність на сторінці збігалися з даними у фіді.
• image_link — URL основного зображення без водяних знаків, тексту поверх, редиректів та помилок завантаження.
• price — ціна у форматі число + код валюти (наприклад, 1500.00 UAH), що відповідає стандарту ISO 4217.
• availability — статус наявності з дозволеними значеннями: in_stock, out_of_stock, preorder.
• condition — стан товару: new, refurbished або used.
• brand, gtin, mpn — для товарів масового виробництва ці ідентифікатори сильно допомагають ранжуванню та точності зіставлення. Якщо GTIN немає (наприклад, хендмейд), використовуйте identifier_exists = no.
• google_product_category — категорія з офіційної таксономії Google (ID або текстовий шлях), щоб система правильно класифікувала ваш асортимент.

Як правильно заповнювати, щоб не було відмов

Для того, щоб не ламати синтаксис XML-документа, усі текстові атрибути, які можуть містити спеціальні символи (наприклад, амперсанд &, лапки “, знаки < >), повинні обов’язково обгортатися в конструкцію <![CDATA[ … ]]>. Це вказівка для парсера ігнорувати символи розмітки всередині блоку.

Merchant Center фід: приклад рядка з кодом

Ось класичний приклад того, як виглядає синтаксично правильний товар в XML-фіді (формат RSS 2.0):

<item>

    <g:id>10455</g:id>

    <g:title><![CDATA[Смартфон Apple iPhone 15 Pro 256GB Natural Titanium (MTUV3)]]></g:title>

    <g:description><![CDATA[Флагманський смартфон Apple 2023 року з процесором A17 Pro…]]></g:description>

    <g:link>https://ваш-сайт.com.ua/apple-iphone-15-pro-256gb</g:link>

    <g:image_link>https://ваш-сайт.com.ua/images/iphone15pro.jpg</g:image_link>

    <g:condition>new</g:condition>

    <g:availability>in_stock</g:availability>

    <g:price>45999.00 UAH</g:price>

    <g:brand>Apple</g:brand>

    <g:gtin>0195949023456</g:gtin>

    <g:mpn>MTUV3</g:mpn>

    <g:google_product_category>267</g:google_product_category>

</item>

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

Додаткові атрибути, які варто додати для покращення показів

Базовий фід дозволить вам запустити рекламу, але для ефективного управління ROI (поверненням інвестицій) та зниження вартості конверсії потрібно впровадити опціональні (додаткові) атрибути.

• sale_price — акційна ціна. Пара price + sale_price включає бейджі знижок і візуально підкреслює промо в оголошеннях.
• item_group_id — потрібен для варіативних товарів (розміри, кольори тощо), щоб Google сприймав варіації як групу, а не як конкуруючі між собою окремі товари.
• color, size, gender, age_group — обов’язкові для одягу і взуття та суттєво впливають на релевантність низькочастотних запитів.
• custom_label_0–4 — кастомні мітки продавця. Їх зручно використовувати для сегментації фіду за маржинальністю, сезонністю, топ‑продажами, товарними стратегія­ми (наприклад, «HighMargin», «Bestseller», «LowROAS»).
• shipping / tax — атрибути, що дозволяють задати індивідуальні налаштування доставки й податків для окремих товарів, якщо вони відрізняються від глобальних правил.

Чим повніше ви заповнюєте рекомендовані атрибути, тим краще Google може зіставляти ваші товари з пошуковими запитами й тим більш передбачувані результати показів ви отримуєте.

Що перевірити перед завантаженням фіду в Merchant Center

Після генерації XML-файлу вашою CMS (наприклад, через модулі для OpenCart, WordPress/WooCommerce або Хорошоп), його не можна одразу підключати до робочого акаунта. Необхідно провести локальну валідацію даних, щоб не отримати відмову у Merchant Center на етапі первинного парсингу.

Чек-лист технічного аудиту перед відправкою (Pre-fetch validation):

1. Назви без спаму (Clickbait): Алгоритми Google жорстко песимізують товари, title яких містить слова великими літерами, промо-тексти. Уникайте заголовків у стилі «БЕЗКОШТОВНА ДОСТАВКА», «ЗНИЖКА 50%» або надмірну кількість розділових знаків («АКЦІЯ!!!»).
2. Унікальність метаданих: Кожен title та description у масиві мають бути максимально унікальними. Дублювання описів для різних SKU призводить до канібалізації показів.
3. Синхронізація цін і наявності: Найчастіша причина блокувань акаунта за Misrepresentation — розбіжність значень price і availability між фідом і даними на сторінці. Обов’язково перевірте мікророзмітку Schema.org/Product.
4. Якість та доступність зображень: Сервер повинен віддавати зображення за прямим посиланням image_link з HTTP-статусом 200 (OK). Будь-які редиректи (301, 302), помилки (404, 403), а також водяні знаки (вотермарки), логотипи чи текст поверх фото — гарантоване відхилення (Image disapproval).
5. Чистота URL-адрес: Переконайтеся, що значення link веде на фінальну сторінку товару без параметрів сесій (?session_id=…), UTM-міток (їх краще додавати на рівні кампаній у Google Ads) та не містить кириличних символів (завжди використовуйте URL-кодування — Punycode/Percent-encoding).

Як уникнути типових помилок, через які товари не проходять модерацію

Модерація в Merchant Center відбувається у два етапи: автоматична (синтаксис і відповідність даних) та політики (автоматичні перевірки й ручний перегляд, коли це потрібно). Якщо ваш товар отримав статус «Відхилено» (Disapproved) або «Попередження» (Warning), перевірте фід на наявність цих критичних багів:

• Відсутність обов’язкових атрибутів: Найпоширеніша проблема — порожній тег <g:gtin> для товарів відомих брендів. Якщо виробник присвоїв штрихкод, а ви його не передали, покази будуть обмежені або зупинені.
• Неправильне кодування: Файл має бути згенерований виключно у форматі UTF-8. Використання Windows-1251 або інших кодувань призведе до появи «кракозябр» замість тексту, що миттєво відхиляється краулером.
• Помилки форматування ціни: Написання «1 500 грн» або «1500,00 UAH» (з комою) є синтаксичною помилкою. Правильний стандарт ISO 4217: 1500.00 UAH.
• Порушення політик Google (Policy Violations): Згадки заборонених категорій (зброя, рецептурні медикаменти, підробки брендів тощо) у заголовках чи описах можуть заблокувати як окремі товари, так і весь акаунт.

Регулярний перегляд вкладки Diagnostics у Merchant Center допомагає оперативно помічати такі проблеми й не доводити ситуацію до масових відхилень.

Як часто оновлювати фід і чому це критично важливо

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

Розклад оновлення (Fetch schedule):
За замовчуванням Merchant Center може завантажувати файл раз на добу. Однак для сучасного e-commerce (особливо в період Black Friday або розпродажів) цього недостатньо.

Практичний підхід:

• Генерувати оновлений XML/TXT-файл на сервері кожні 1–3 години (за допомогою cron-завдань чи іншого планувальника).

• Налаштувати аналогічний графік завантаження у Merchant Center (Products → Feeds → Schedule).

Google рекомендує залишати інтервал не менше 30 хвилин між оновленнями, щоб система встигала обробити зміни.

Що відбувається, якщо фід застаріває

Класична ситуація:

• у фіді ціна 1000 грн, а на сайті вже 1200 грн;

• користувач клацає оголошення, бачить іншу ціну й закриває сторінку;

• ви платите за клік, а конверсії немає, росте bounce rate.

Під час чергової перевірки Google фіксує невідповідність і може:

• відхилити товар через невідповідність цін;

• погіршити загальний стан акаунта за показником якості даних (Data quality / Misrepresentation‑ризики).

Чим частіше й стабільніше ви оновлюєте фід, тим менше «злитих» кліків і тим нижчий ризик масових відхилень через невідповідність даних.

Інструменти для перевірки і оптимізації фіду товарів

Якщо ваша CMS не здатна гнучко налаштовувати атрибути (наприклад, не вміє генерувати [custom_label] або об’єднувати товари в [item_group_id]), спеціалісти використовують інструменти трансформації даних (Feed Management Tools).

1. Google Feed Rules (Правила фідів): Вбудований інструмент Merchant Center, який дозволяє змінювати значення атрибутів без доопрацювань на сайті. Наприклад, можна налаштувати правило: «Якщо в [title] немає слова “Чоловічі”, додати “Чоловічі” перед [brand]», або автоматично витягнути розмір із заголовка в окремий тег [size]
2. DataFeedWatch / Channable та інші SaaS-платформи: Дає змогу об’єднувати дані з кількох джерел, застосовувати правила й регулярні вирази, фільтрувати товари, автоматично приховувати неактуальні позиції. Це особливо корисно для великих каталогів і проєктів із кількома постачальниками.
3. Електронні таблиці (Google Sheets): Для малого бізнесу з асортиментом до 50 позицій можна використовувати таблиці як основний фід або як додатковий (Supplemental Feed) для масового перекриття (overriding) окремих атрибутів, наприклад, акційних цін ([sale_price]), без втручання в основний код сайту.

Поради від К2: як ми налаштовуємо фіди для клієнтів

За спостереженнями нашого технічного відділу, у багатьох акаунтах Performance Max до 50–60% бюджету витрачається неефективно через низьку якість фіду, навіть якщо налаштування кампаній виконані коректно.

Стандартний чек-лист перевірки перед завантаженням, який використовують наші фахівці, включає:

• аудит мікророзмітки Schema.org/Product і її відповідності даним у фіді;

• перевірку зображень на наявність 404/403, редиректів і невідповідностей товару;

• налаштування custom_label під економіку бізнесу (маржинальність, сезонність, bestsellers), щоб будувати сегментовану структуру кампаній і стратегії ставок на рівні груп товарів.

Практичний кейс:

До нас звернувся клієнт (ніша: автозапчастини), який мав 80% відхилених товарів через відсутність GTIN та розбіжність цін у різних валютах. Після технічного аудиту ми впровадили регулярні вирази через Google Feed Rules, налаштували автоматичну конвертацію валют на льоту та додали специфікацію [identifier_exists] = false для сумісних деталей.

Результат: протягом 48 годин було успішно запущено 100% асортименту.

Що робити, якщо фід постійно «сиплеться»

Якщо ви регулярно бачите помилки у фіді, відхилені товари й попередження в Merchant Center, це сигнал, що проблему варто вирішувати системно, а не точково.

У К2 ми можемо:

• провести повний технічний аудит вашого фіду й сайту на відповідність вимогам Google Shopping;

• налаштувати вивантаження, включно з додатковими атрибутами для оптимізації PMax і стандартних Shopping‑кампаній;

• побудувати структуру custom_label під вашу економіку (маржинальність, пріоритетні категорії, сезонність) і цілі ROAS/CPA;

• підготувати для вашої команди простий чек-лист підтримки якості фіду, щоб уникати повторних блокувань у майбутньому.

Якщо вам потрібно налаштувати фід для Merchant Center «під ключ» або пройтися по конкретних помилках у вашому акаунті, звертайтеся до команди К2 — ми покажемо на реальних прикладах, де фід блокує вам продажі й як це виправити.