Google Merchant Center у 2026 році: як налаштувати товарний фід і виправити помилки

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

Merchant Center не виправляє слабкий магазин. Якщо ціни неактуальні, сторінки не відкриваються, немає умов доставки й повернення або покупку неможливо завершити, ідеально сформований XML не розв’яже проблему. Тому фід слід проєктувати як частину розробки інтернет-магазину, а не як файл, який створюють за день до реклами.

Що таке Merchant Center і товарний фід

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

Google порівнює щонайменше три рівні:

1. дані, які надіслав фід або API;
2. інформацію на посадковій сторінці товару;
3. налаштування й політики акаунта.

Якщо фід містить ціну 1 999 грн, сторінка показує 2 199 грн, а в кошику з’являється 2 399 грн, система бачить не просто технічну розбіжність, а ризик для покупця. Джерела повинні синхронізуватися з одним каталогом.

Що змінилося у специфікації 2026 року

Google регулярно оновлює product data specification. В офіційному оновленні від 14 квітня 2026 року додано нові параметри доставки, зокрема handling_cutoff_time і minimum_order_value, а також необов’язковий атрибут video_link для відео товару. Показ і перевірка якості відео почали діяти з 30 червня 2026 року.

Також Google попереджає про нову мінімальну роздільну здатність 500×500 пікселів для основних і додаткових зображень. Попередження відображаються з 2026 року, а застосування вимоги заплановане на 31 січня 2027 року. Це добра причина оновити слабкі фото завчасно, а не чекати відхилення каталогу.

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

Підготуйте магазин до створення акаунта

До завантаження каталогу перевірте основу:

• домен працює через HTTPS;
• усі товарні URL відкриваються без авторизації;
• ціна, валюта й наявність видимі на сторінці;
• товар можна додати в кошик і придбати;
• контакти та дані продавця доступні;
• є реальні умови оплати, доставки, повернення й конфіденційності;
• checkout не містить прихованих обов’язкових платежів;
• сайт не блокує потрібних роботів;
• мобільна версія працює;
• мова сторінки відповідає мові товарних даних.

Якщо бізнес ще тільки готується до продажів, скористайтеся покроковим планом запуску інтернет-магазину до реєстрації Merchant Center. Це дешевше, ніж виправляти логістику й документи після модерації.

Створення й первинне налаштування Merchant Center

Послідовність може змінюватися разом з інтерфейсом, але логіка залишається такою:

1. створіть акаунт під робочою корпоративною адресою;
2. внесіть правдиві дані бізнесу й адресу;
3. підтвердьте та заявіть права на домен;
4. додайте країни й мови продажу;
5. налаштуйте доставку, строки й вартість;
6. додайте політику повернення;
7. оберіть джерело товарних даних;
8. завантажте невелику тестову групу;
9. виправте критичні помилки;
10. підключіть Google Ads після стабілізації каталогу.

Не давайте всій команді один пароль. Використовуйте ролі й окремі доступи. Власником акаунта має залишатися бізнес, навіть якщо налаштування виконує підрядник.

Як передавати товари

Для магазину з частими змінами ціни й залишків щоденний ручний CSV ненадійний. Автоматична синхронізація повинна оновлювати дані раніше, ніж вони застаріють. Водночас плагін не гарантує правильного фіду: перевіряйте результат, а не лише статус «синхронізовано».

Основні атрибути товару

Точний перелік залежить від категорії та країни. Практичне ядро виглядає так:

Назви технічних атрибутів і значення з фіксованого словника подаються англійською. Вільний текст — назва й опис — має відповідати мові фіду та посадкової сторінки.

Стабільний ID — основа історії товару

id не повинен змінюватися під час оновлення ціни, назви або фото. Інакше Google сприймає запис як новий товар: втрачається історія, а система повторно обробляє позицію.

Добрий ID:

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

Використовуйте SKU або внутрішній ключ каталогу, але не змінюйте його через маркетингове перейменування.

Як оптимізувати title без переспаму

Назва допомагає системі зіставити товар із запитом. Вона повинна залишатися точною й читабельною.

Типова структура:

тип товару + бренд + модель + ключова характеристика + колір/розмір

Приклад: Кросівки Nike Air Max 90 жіночі, білі, 38 розмір.

Не додавайте до кожної назви «Купити дешево», доставку, номер телефону, зайві великі літери, емодзі й десятки синонімів. Важливі характеристики ставте ближче до початку, але не повторюйте одне слово кілька разів. Назва у фіді може бути структурованішою за короткий H1, проте не повинна суперечити сторінці.

Сильний description

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

Уникайте:

• загальних фраз без характеристик;
• переліку пошукових запитів;
• недоведених «№1» і «найкращий»;
• даних іншої моделі;
• непотрібних HTML-тегів;
• різних мов в одному записі.

Товарна сторінка повинна детально підтверджувати фід. Чекліст вмісту є у матеріалі про картку товару, що продає.

GTIN, MPN і identifier_exists

GTIN — офіційний глобальний ідентифікатор, наприклад EAN. Якщо виробник призначив GTIN, передавайте реальний код. Не створюйте випадковий номер і не використовуйте SKU замість штрихкоду.

Для брендованого товару без GTIN можуть знадобитися brand і mpn. Для справді унікальних товарів без призначених виробником ідентифікаторів використовуйте передбачену специфікацією логіку identifier_exists. Не ставте false масово, щоб приховати відсутні дані: це погіршує якість і може викликати помилки.

Зберіть ідентифікатори у базовому каталозі або ERP, а не вписуйте їх вручну в рекламний плагін.

Варіанти: колір, розмір, матеріал

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

Приклад:

Посилання повинно відкривати правильний або легко обраний варіант. Якщо фід рекламує синю куртку розміру M, а сторінка показує червону XL без можливості купити M, користувач і система отримують невідповідність.

Вимоги до зображень

Основне фото має показувати саме товар, який описує запис. Використовуйте достатню роздільну здатність, чистий фон там, де це доречно, правильні пропорції й кадрування. Для варіантів передавайте відповідний колір або модель.

Не використовуйте на головному фото:

• рекламні написи й CTA;
• ціну, знижку або доставку;
• логотип як водяний знак;
• рамки й декоративні поля;
• placeholder;
• зображення іншого товару;
• надмірно маленький об’єкт.

Додавайте additional_image_link для різних ракурсів, деталей і використання. У 2026 році з’явився video_link, але відео має доповнювати, а не замінювати якісні фото.

Ціна, акційна ціна й наявність

price повинна збігатися зі сторінкою та checkout для відповідного варіанта. Якщо є акція, використовуйте належний атрибут sale_price й узгоджений період, а не просто передавайте знижену ціну як звичайну.

Наявність має відображати реальний стан:

• in_stock — можна замовити;
• out_of_stock — зараз не продається;
• preorder — передзамовлення з правдивими умовами;
• backorder — замовлення з очікуванням, де це підтримується.

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

Доставка, повернення й мінімальна сума

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

У 2026 році специфікація розширила можливості на рівні товару, включно з handling_cutoff_time і minimum_order_value. Не дублюйте товарні правила, якщо достатньо налаштування на рівні акаунта. Атрибути потрібні для винятків і складнішої логістики.

Політика повернення має бути видимою на сайті й збігатися з налаштуванням Merchant Center. Не обіцяйте в кабінеті те, що команда не виконує.

Product structured data й автоматичні оновлення

Розмітка Product/Offer допомагає Google прочитати ціну, валюту, наявність і стан на сторінці. Вона повинна відповідати видимому контенту, а не містити приховану «кращу» пропозицію.

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

Структуровані дані корисні й для SEO-просування, але право на розширений результат або товарний показ не гарантується самою розміткою.

Безкоштовні покази та платна реклама

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

Для платного просування Merchant Center зв’язують із Google Ads. Потім каталог використовують у Standard Shopping або роздрібній Performance Max. Професійне налаштування Google Ads повинно включати не лише створення кампанії, а перевірку фіду, конверсії покупки, цінності, бюджету та маржі.

Як підготувати фід до Performance Max

У PMax товарні дані впливають на те, які позиції, за якими запитами й з якою інформацією можуть показуватися. До запуску:

• усуньте критичні відхилення;
• розділіть товари за категорією, маржею, сезоном і пріоритетом;
• заповніть custom_label для бізнес-сегментації;
• виключіть товари, які не можна стабільно виконати;
• перевірте purchase, value і currency;
• підготуйте окремі asset groups за логічними групами;
• узгодьте бюджет із потенційною ціною замовлення.

Повна структура кампанії описана в гайді про Performance Max без зливу бюджету. Не запускайте PMax, сподіваючись, що алгоритм сам виправить каталог.

Аналітика покупок

Merchant Center показує статуси товарів і частину ефективності, але бізнесу потрібен повний шлях:

показ → клік → view_item → add_to_cart → begin_checkout → purchase → дохід → повернення

Передавайте у покупці transaction ID, value, currency та склад товарів. Одна покупка не повинна дублюватися через GA4 і окремий тег без зрозумілої логіки. Базове налаштування розібране у гайді про Google Analytics 4.

Оцінюйте не лише ROAS кабінету. Враховуйте маржу, скасування, повернення, доставку й нових проти повторних клієнтів.

Головні помилки Merchant Center

Price mismatch

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

Availability mismatch

Фід каже in_stock, а сторінка або schema — out_of_stock. Визначте одне джерело залишку й синхронізуйте CMS, ERP, кеш та експорт.

Missing or invalid GTIN

Не генеруйте код. Отримайте дані виробника, виправте формат або передайте коректну комбінацію ідентифікаторів відповідно до типу товару.

Image issues

Замініть водяні знаки, рекламні плашки, маленькі й невідповідні фото. Переконайтеся, що Googlebot-image має доступ, URL стабільний, а сервер не повертає 403.

Landing page not working

Перевірте 404/5xx, повільну відповідь, редиректи, блокування країни, cookie-wall і вимогу входу. Посилання має вести на конкретний товар, а не головну чи категорію.

Policy or account issue

Окреме відхилення товару й призупинення акаунта — різні рівні. Перевірте контакти, бізнес-дані, checkout, способи оплати, доставку, повернення та правдивість пропозиції, а не лише рядок XML.

Як працювати з Needs attention

1. Розділіть проблеми рівня акаунта й товару.
2. Увімкніть усі, а не лише пріоритетні фільтри.
3. Експортуйте приклади та кількість уражених товарів.
4. Знайдіть спільне правило: категорія, плагін, мова, шаблон або джерело.
5. Виправте причину в системі, а не десять позицій вручну.
6. Оновіть джерело й дочекайтеся повторної обробки.
7. Запитуйте review лише після фактичного виправлення.

Google розрізняє warning і disapproval: попередження може обмежувати ефективність, а відхилений товар не показується. Постійні необґрунтовані запити перевірки не замінюють виправлення.

Контроль якості перед рекламою

Виберіть 20–30 товарів різних типів: популярні, акційні, варіативні, без GTIN, дорогі, відсутні й передзамовлення. Для кожного звірте фід, сторінку, schema й checkout.

Перевірте:

• стабільний ID;
• точну назву й опис;
• правильний URL і canonical;
• відповідне фото;
• реальні ціну й наявність;
• бренд, GTIN/MPN;
• варіант і item group;
• доставку й повернення;
• мобільну покупку;
• purchase у аналітиці.

До медіабюджету додайте час на фід, аналітику й посадкові сторінки. Загальну модель витрат пояснює стаття скільки коштує Google Ads у 2026 році.

Регламент щотижневого контролю

• переглянути account-level issues;
• перевірити нові disapprovals і warnings;
• оцінити частку схвалених товарів;
• знайти позиції без показів;
• звірити ціни й залишки випадкової вибірки;
• перевірити помилки імпорту;
• переглянути товари з витратами без продажів;
• врахувати повернення й скасування;
• проконтролювати оновлення плагіна або API;
• зафіксувати зміни в журналі.

Для великого каталогу налаштуйте сповіщення, логування й відповідального. Помилка, яку виявили через тиждень, уже могла зупинити продажі найважливішої категорії.

Чекліст запуску Merchant Center

Магазин

• Домен підтверджений, HTTPS працює.
• Контакти й дані продавця доступні.
• Умови оплати, доставки й повернення реальні.
• Checkout працює на телефоні та комп’ютері.
• Ціна й наявність однакові на сторінці та в кошику.

Фід

• ID стабільні.
• Назви описують конкретний товар.
• GTIN, MPN і brand не вигадані.
• Варіанти об’єднані через item_group_id.
• Фото відповідають вимогам і варіантам.
• Оновлення встигають за зміною каталогу.

Акаунт і реклама

• Країна, мова, валюта й доставка узгоджені.
• Немає критичних account-level issues.
• Тестова вибірка перевірена вручну.
• Purchase передає value і currency.
• Каталог сегментований за бізнес-пріоритетом.
• Визначені бюджет, маржа та цільовий ROAS.

Висновок

У Merchant Center результат починається не з кнопки «підключити Google Ads», а з правдивого каталогу. Стабільні ID, точні назви, коректні ідентифікатори, відповідні фото, синхронні ціни й залишки створюють основу для безкоштовних показів і товарної реклами.

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