Невідповідність ціни та наявності в Merchant Center: як знайти причину

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

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

Ціна та наявність: коралові картки чашки з цінами 790 і 890 гривень та лупа

Спочатку зафіксуйте товар і момент помилки

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

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

Порівняння ціни одного товару у Merchant Center, картці, структурованих даних та кошику

Приклад: у фіді 790 грн, у картці 890 грн

Уявімо синтетичний товар: синя керамічна чашка 300 мл, ID DEMO-CUP-BLUE-300. Акції немає, адреса картки — https://example.com/products/cup-blue-300.

Де перевіряємо	Що знаходимо
Останні дані, оброблені Merchant Center	`price = 790.00 UAH`, `availability = in_stock`
Публічна картка	890 грн, «Є в наявності»
Структуровані дані картки	`price = 790.00`, `priceCurrency = UAH`
Кошик для цієї чашки	890 грн за одну одиницю

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

Для звичайного товару поточна ціна й валюта у фіді мають відповідати сторінці та checkout; для акції нижче розглянемо пару price / sale_price. Не переплутайте ціну одиниці з ціною мінімально доступної упаковки: якщо покупець повинен придбати набір, перевіряйте саме доступну пропозицію.

Чотири причини, які варто перевірити

1. Оновлення відбуваються в різний час. Каталог змінився о 10:00, XML сформувався о 08:00, а Google востаннє отримав його напередодні. Це три різні події. Знайдіть час зміни товару, генерації файла та останньої успішної обробки джерела. Саме новий XML за URL ще не доводить, що Google вже використав його.

2. Стара розмітка або кеш. Перевірте видиму ціну та Offer у JSON-LD чи Microdata. Якщо використовується кеш сторінок, перевірте його оновлення. Порівняйте початкову відповідь сервера з тим, що з’являється після JavaScript. Ціна, наявність і вибраний варіант не повинні змінюватися під час завантаження. Це прямо описано у вимогах до цільової сторінки.

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

4. Умови покупки відрізняються. Роздрібна, оптова та клубна ціни — різні пропозиції. Перевіряйте сценарій звичайного покупця без збережених персональних знижок. Окремо перевірте валюту, мінімальну кількість і обов’язкові доплати. Не підставляйте в загальний price персональну ціну лише тому, що власний акаунт бачить її на сайті.

Акційна ціна: перевірте суму й часовий пояс

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

Для запланованої акції перевірте sale_price_effective_date, наприклад:

price: 890.00 UAH
sale_price: 790.00 UAH
sale_price_effective_date: 2027-03-15T09:00+0200/2027-03-17T21:00+0200

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

Наявність: чи можна замовити саме цей варіант

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

Для звичайного асортименту розрізняйте:

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

Для останніх двох значень потрібен availability_date, а очікувана дата має бути видима на сторінці. Не називайте повторне надходження давно випущеного товару preorder: Google розділяє preorder і backorder.

Як організувати оновлення без щоденного ручного ремонту

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

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

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

Чекліст перед повторною перевіркою

Збережено ID, точний URL, варіант і час помилки.
Поточна ціна з урахуванням акції та валюта збігаються у пропозиції, картці, розмітці й кошику.
Для акції узгоджено price, sale_price, початок і завершення.
Наявність відповідає можливості купити конкретний варіант.
Перевірено початковий HTML, кеш і останню успішну обробку джерела.
Виправлено першопричину; оновлені дані передано Google.
Поточний статус перевірено в Merchant Center; запит на перегляд подається за доступною процедурою, якщо він потрібний.

Окремо перевірте структуру XML

Локальний чекер Shopcore допоможе знайти базові помилки товарного RSS XML-файла. Після завантаження розпакуйте ZIP і відкрийте HTML у браузері; фід обробляється на вашому комп'ютері. Інструмент не завантажує сторінки товарів і не порівнює ціни з сайтом: для цього потрібен описаний вище процес звірки.

FAQ

XML-валідатор не знайшов помилок. Чому є mismatch?

Валідатор не купує товар і не знає фактичних умов продажу. Синтаксично правильне 790.00 UAH усе одно неправильне для сторінки з ціною 890 грн.

Достатньо змінити товар вручну в Merchant Center?

Перевірте основне джерело: наступний імпорт може знову принести старе значення. Виправлення має переживати наступне оновлення каталогу.

Коли Google прибере помилку?

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

Плануєте інтернет-магазин на Shopcore? Перейдіть до реєстрації й ознайомтеся з актуальними умовами платформи. Цей матеріал пояснює перевірку даних і не гарантує схвалення Google.

Технічні вимоги перевірено 20.10.2026. Матеріал та ілюстрації підготовлено Shopcore.