Google Merchant Center: як налаштувати фід, щоб товари не відхиляли

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

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

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

Що дає Merchant Center магазину

Кабінет потрібен у трьох ситуаціях.

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

Performance Max. Кампанія, яка показує товари в кількох каналах Google одночасно. Товарна частина бере дані з того самого фіда.

Безкоштовні товарні оголошення. Залежно від країни й категорії Google може показувати товари з кабінету й без оплати за клік. Що доступно саме для вашого ринку, кабінет показує в розділі програм або каналів; на це варто подивитися одразу після реєстрації, а не будувати на цьому розрахунків наперед.

Кабінет не потрібен, якщо ви продаєте послуги або рекламувати товари не плануєте: фід, який ніхто не читає, просто лежатиме.

Перш ніж реєструватися: що має бути на сайті

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

• Контактні дані на сайті: телефон, пошта, адреса або хоча б спосіб зв'язатися.
• Опубліковані умови доставки й повернення. Окремою сторінкою, а не одним реченням у підвалі. Налаштування доставки й повернення в кабінеті мають відповідати тому, що написано на сайті.
• Робочий кошик і оформлення замовлення. Товар, який не можна купити, для Google не товар.
• HTTPS на всіх сторінках, куди ведуть посилання з фіда.

Крок 1. Акаунт і підтвердження сайту

Реєструєте акаунт на обліковий запис Google компанії, а не на особисту пошту працівника, який може піти. Заповнюєте назву магазину, країну, адресу сайту.

Далі — підтвердження права на сайт. Google пропонує кілька способів: мета-тег у коді головної, HTML-файл у корені сайту, або через уже підключені Google Analytics, Tag Manager чи Search Console. Найпростіше, коли Search Console вже заведена на той самий обліковий запис: підтвердження проходить без правок на сайті.

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

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

Крок 2. Звідки кабінет бере товари

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

Файл за посиланням. Магазин генерує XML (або текстовий файл із роздільниками), кабінет забирає його за розкладом. Найпоширеніший варіант для OpenCart, WooCommerce і подібних рушіїв: модуль вивантаження є майже для кожного.

Google Таблиця. Для кількох десятків позицій, які рідко змінюються.

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

API. Для великих каталогів і частого оновлення цін; це вже робота розробника.

Для більшості магазинів робочий варіант — XML-файл за розкладом. Головне питання тут не формат, а звідки модуль бере дані. Правильне джерело — база магазину. Неправильне — карта сайту чи сторонні вивантаження, які живуть своїм життям. У магазині косметики, який ми міряли 31.07.2026, поруч із робочою картою сайту на 3 947 товарів жила застаріла: 2 706 товарів, а майже кожна адреса старої карти (2 454 з 2 755 унікальних) повторена тричі. Фід, зібраний із неї, недорахував би близько 1 240 позицій і приніс би дублі.

Крок 3. Обов'язкові атрибути

Мінімальний набір, без якого позиція не пройде, стабільний роками:

Для окремих категорій Google вимагає більше. Найвідоміший приклад — одяг і взуття: розмір, колір, стать і вікова група мають бути окремими значеннями. «Сукня чорна XL» для системи — це назва, а не три атрибути. Якщо ці дані в каталозі живуть тільки всередині назви, фід формально заповнений, а позиції не проходять.

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

Спрощений вигляд однієї позиції в XML-фіді (цифри умовні):

<item>
  <g:id>SKU-10482</g:id>
  <g:title>Секатор площинний 20 см</g:title>
  <g:link>https://example.com.ua/sekator-ploshchynnyi-20</g:link>
  <g:image_link>https://example.com.ua/img/10482.jpg</g:image_link>
  <g:price>1290.00 UAH</g:price>
  <g:sale_price>1090.00 UAH</g:sale_price>
  <g:availability>in_stock</g:availability>
  <g:brand>НазваБренду</g:brand>
  <g:mpn>PR-20</g:mpn>
</item>

Крок 4. Ідентифікатори: GTIN, MPN, бренд

Тут плутають два різні ідентифікатори.

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

gtin — міжнародний код виробника, той, що під штрихкодом (EAN, UPC). Його не вигадують: або він присвоєний товару виробником, або його немає. Для брендових товарів Google очікує саме його, і у категоріях, де GTIN обов'язковий, позицію без нього відхиляють, а в інших — обмежують її показ. У магазині білизни, який ми міряли 01.08.2026, у розмітці картки стояв код формату EAN — з такими даними фід збирається без питань.

mpn — код моделі від виробника. Використовується тоді, коли GTIN немає.

brand — назва виробника, а не назва вашого магазину. Підставити свій магазин як бренд до всіх товарів — поширена помилка, яку кабінет помічає.

Якщо у товару справді немає ні GTIN, ні MPN — ручна робота, власне виробництво, товар під замовлення — для цього є атрибут identifier_exists зі значенням «ні». Ставити його масово на весь каталог, щоб прибрати попередження, не варто: для брендових товарів це розбіжність, яку система бачить.

Крок 5. Ціна й наявність: фід і картка мають казати одне

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

Звичні джерела розбіжності:

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

Лікується це не в кабінеті. Ціна на сторінці, у товарній розмітці й у фіді має братися з одного поля бази. Щойно вона десь дублюється руками, вона розійдеться, питання лише коли.

Товарна розмітка на картці тут працює як підтвердження: сторінка машинно каже, яка ціна й чи є товар. Детально про неї ми писали в матеріалі «Картка товару очима Google», тут не повторюємось. Для фіда важливо одне: якщо розмітки немає, звіряти дані фіда зі сторінкою Google доводиться «на око». У магазині садової техніки з 55 321 товарною адресою ми 31.07.2026 не знайшли на сайті жодного блоку Product, і для такого каталогу це найперший пункт у плані робіт.

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

Чому товари відхиляють: причини, які ми бачимо найчастіше

Крім ціни, є ще кілька типових джерел.

Посилання веде не на той товар. Найдорожча й найменш помітна помилка. У магазині білизни ми взяли 150 випадкових товарних адрес із карти сайту: 50 з них, тобто третина, віддали редирект, і всі 50 вели на інший розмір або колір. Для фіда це пряме відхилення, а для покупця — клік, за який заплачено, і сторінка не того товару.

Фото. Заглушка замість знімка, водяні знаки, накладений текст «акція», надто мала роздільна здатність. Такі позиції зазвичай відхиляються групами: одна помилка в шаблоні фото — сотні товарів.

Порожні або однакові описи й назви. Один текст на всю серію, назва категорії замість назви товару.

Відсутні атрибути категорії. Одяг і взуття без розміру, кольору чи статі окремими полями.

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

Як читати звіт діагностики

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

Список може бути на тисячі рядків, і його легко злякатися. Корисніше рахувати не кількість повідомлень, а частку каталогу за кожною причиною. Одна причина на 60 % товарів і сорок причин на решту — це різні задачі й різні витрати часу. Довгий звіт зазвичай зводиться до кількох джерел, і кожне з них — одна помилка в шаблоні чи модулі, яка тиражується на весь каталог.

Далі кожну масову причину треба віднести до одного з двох способів лікування.

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

Правка в каталозі. Довше, але виправляє сам зміст даних і діє в усіх вивантаженнях одразу. Різниця відчутна, коли той самий каталог іде ще й на Rozetka: у маркетплейса свій перелік обов'язкових полів, і коли ми 05.09.2026 перевірили 21 публічний фід за вимогами Rozetka, характеристик бракувало в 15 із них, бренду — у 12.

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

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

Зв'язок із Google Ads

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

Назва товару у фіді працює замість ключового слова. Якщо назва «Модель 4521-Б чорна», а люди шукають «чорний рюкзак для ноутбука», товар за цим запитом майже не з'явиться.

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

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

Порядок, який ми радимо

1. Сайт: контакти, умови доставки й повернення, робочий кошик, HTTPS.
2. Акаунт на обліковий запис компанії, підтвердження й закріплення сайту, доставка й повернення в налаштуваннях.
3. Перевірка даних до збірки фіда: чи є артикул, GTIN, бренд, чи збігаються ціни на сторінці й у базі, чи ведуть посилання на свої товари.
4. Перший фід не на весь каталог, а на одну категорію в кілька сотень позицій. Масові дефекти видно вже на такій вибірці, а правити їх там у рази простіше, ніж на десятках тисяч рядків.
5. Перше зчитування, розбір діагностики, виправлення масових причин.
6. Решта каталогу партіями, розклад оновлення під швидкість вашого складу.
7. Зв'язок із Google Ads і запуск кампаній.

Чого Merchant Center не дасть

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

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

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