--- type: "blog" id: 21 url: "https://prestadev.pl/uk/blog/news/merchant-center-prestashop-vidhileni-tovari" markdown_url: "https://prestadev.pl/uk/markdown/blog/21.md" title: "Товари з PrestaShop відхилені в Merchant Center: ціна, наявність і варіанти" description: "Порівняйте ціну, доступність і варіант товару в PrestaShop, фіді та Merchant Center. Приклад XML і контрольний список після повторного завантаження даних." language: "uk" published: "2026-09-13 20:06:03" updated: "2026-10-14 14:21:02" author: "Patryk Marek" category: "News" --- # Товари з PrestaShop відхилені в Merchant Center: ціна, наявність і варіанти Ціна у фіді виглядає правильно, а Google відхиляє пропозицію? Перевірте той самий варіант у магазині, файлі та даних, оброблених Merchant Center. **Коли Merchant Center відхиляє товар через ціну або наявність, порівняйте той самий варіант у трьох місцях: даних, оброблених Google, публічному фіді та на сторінці магазину.** Також запишіть час зчитування. XML-файл, згенерований до акції, може бути коректним файлом, але містити неактуальну пропозицію. Натомість актуальний фід не допоможе, якщо посилання відкриває інший розмір або магазин показує роботу іншу ціну. ![Ноутбук із варіантами товару та перевіркою даних для Merchant Center](https://prestadev.pl/modules/ph_simpleblog/featured/21.jpg) Посібник призначений для осіб, які ведуть кампанії та керують каталогом PrestaShop. Він зосереджується на ціні, наявності та варіантах. Відхилення, пов’язане з правилами облікового запису, верифікацією компанії чи обмеженнями продажу, потребує окремого підходу. ## 1. Спочатку запишіть конкретну проблему та ідентифікатор пропозиції Відкрийте деталі відхиленої пропозиції в Merchant Center і запишіть текст повідомлення, ідентифікатор, країну, мову та джерело даних. Назви розділів панелі можуть змінюватися; ключовими є дані вибраної пропозиції, а не місце кнопки на знімку екрана. Не починайте з експорту всього магазину з новими ідентифікаторами. Спочатку визначте, чи проблема охоплює одну комбінацію, акційні товари чи весь фід. Якщо всі відхилені позиції мають спільну валюту або походять з одного джерела, це корисна підказка. Однак це не визначає причину остаточно. - Шукайте за повним ідентифікатором, разом із префіксом і номером комбінації. - Перевірте, які значення Google фактично обробив, а не лише те, що зараз містить файл. - Відкрийте точну адресу фіда, який завантажує Merchant Center, і зафіксуйте дату його генерації. - Перевірте додаткові джерела та правила, які можуть змінювати дані після імпорту. Значення полів і умови їх застосування описує [офіційна специфікація даних про товари](https://support.google.com/merchants/answer/7052112?hl=pl). Використайте її, щоб визначити вимоги для свого асортименту, країни та способу представлення пропозиції. ## 2. Порівнюйте конкретний варіант, а не лише назву товару Демонстраційний приклад: магазин продає футболку в розмірах M і L. Товар має ID `812`, комбінації відповідно `41` і `42`. Розмір M коштує 129 zł і є в наявності. Розмір L коштує 139 zł і розпроданий. Фід містить окрему пропозицію для кожної комбінації. | Поле | Очікуване значення | Значення у прикладному старому фіді | Місце перевірки | | --- | --- | --- | --- | | Ідентифікатор | ps\_812-42 | ps\_812-42 | Правило ID і вибрана комбінація. | | Ціна | 139.00 PLN | 129.00 PLN | Ціна комбінації, податковий контекст, час генерації. | | Наявність | out\_of\_stock | in\_stock | Стан варіанта та можливість оформлення замовлення. | | Цільова сторінка | Відкриває розмір L. | Відкриває стандартний розмір M. | Посилання варіанта та поведінка теми після переходу. | | Група варіантів | Спільне значення для M і L, напр. 812. | 812 | item\_group\_id та ознаки, що розрізняють варіанти. | Тут правильний ідентифікатор групи не виправляє трьох інших розбіжностей. Потрібно скоригувати ціну, наявність і посилання. Google вимагає, щоб цільова сторінка показувала варіант, що відповідає переданій пропозиції; деталі описані у [вимогах до цільових сторінок](https://support.google.com/merchants/answer/4752265?hl=pl). ## 3. Ціна: акція, валюта та контекст одержувача Порівнюйте ціни в тому самому контексті: країни, валюти та умов, доступних для покупця. Ціна, видима після входу до привілейованої групи клієнтів, не обов’язково є ціною для анонімного користувача. Так само значення нетто з адміністративної панелі не є правильним пунктом порівняння, якщо пропозиція вимагає ціни з податком. Під час акції перевірте базову ціну `price`, акційну `sale_price` і, за потреби, діапазон `sale_price_effective_date`. Переконайтеся, що знижка діє в момент переходу на сторінку і не залежить від умови, яку пропозиція не розкриває. Не вписуйте просто нижче число в XML, якщо кошик і далі нараховує більше. Правила ціни: [Google — атрибут price](https://support.google.com/merchants/answer/6324371?hl=pl); правила акцій: [Google — атрибут sale\_price](https://support.google.com/merchants/answer/6324471?hl=pl). Якщо джерелом проблеми є прайс-лист постачальника, виправте вхідні дані та правила їх оновлення. Корисним буде наявний посібник [про оновлення цін із CSV](https://prestadev.pl/uk/blog/news/onovlenna-cin-prestashop-csv-prajs-list-postacal-nika). Лише потім оновіть фід і перевірте, чи зміна дійшла до Google. ## 4. Наявність: нуль штук не пояснює всю конфігурацію Перевірте стан конкретної комбінації, можливість купівлі за відсутності товару та повідомлення на сторінці. Важливою є реальна пропозиція для покупця. Додатний залишок, записаний у базі, недостатній, якщо товар неактивний або його не можна додати до кошика. `in_stock`, `out_of_stock`, `preorder` і `backorder` мають визначене значення. Не використовуйте передзамовлення як спосіб приховати відсутність. Для передзамовлення та замовлень в очікуванні наявності перевірте вимоги щодо терміну та відповідність інформації на сторінці. Актуальні правила містить [документація атрибута availability](https://support.google.com/merchants/answer/6324448?hl=pl). Якщо складські дані надходять із зовнішнього джерела, контролюйте весь ланцюг: оновлення джерела → імпорт до магазину → генерація фіда → завантаження Google. Увімкнення частішого завантаження фіда не прискорить гуртового постачальника, який публікує новий стан раз на день. Дивіться також [посібник про залишки з CSV](https://prestadev.pl/uk/blog/news/u-magazini-dostupnij-u-postacal-nika-vidsutni-zaliski-z-csv-u-prestashop). ## 5. Як має виглядати фрагмент XML? Нижче наведено два демонстраційні елементи `item` для тієї самої моделі. Це фрагмент для порівняння ID, ціни, наявності та розміру, а не повний фід, готовий до надсилання. Адреси в домені `example.com` є прикладними. У магазині використовуйте посилання, які фактично відкривають правильні комбінації, а також усі обов’язкові атрибути для цього товару. ``` ps_812-41 812 Оливкова футболка, M https://example.com/koszulka?variant=41 129.00 PLN in_stock оливковий M ps_812-42 812 Оливкова футболка, L https://example.com/koszulka?variant=42 139.00 PLN out_of_stock оливковий L ``` Варіанти мають різні `id` і спільний `item_group_id`. Сам ID магазину не обов’язково має бути номером GTIN. Не вписуйте вигаданий EAN і не замінюйте ним ідентифікатор пропозиції. Правила групування описує [Google — item\_group\_id](https://support.google.com/merchants/answer/6324507?hl=pl). ## 6. Перевірте результат після повторного завантаження 1. Виправте дані або конфігурацію, відповідальну за розбіжність. 2. Згенеруйте фід і зчитайте його з публічної адреси. 3. Перевірте, чи сервер повертає XML, а не сторінку помилки, екран входу або захист, що блокує роботів. 4. Після завантаження джерела в Merchant Center перевірте час обробки та значення тієї самої пропозиції. 5. Відкрийте посилання без сесії привілейованого клієнта та перевірте варіант, ціну й можливість купівлі. 6. Поверніться до статусу проблеми. Якщо вона залишається, прочитайте актуальне повідомлення замість того, щоб припускати, що йдеться про попередню причину. Автоматичні оновлення товарів можуть обмежувати деякі розбіжності, але не замінюють підтримання коректного джерела. Додатково перевірте ціну та наявність у структурованих даних сторінки: [Google — підтримувані структуровані дані](https://support.google.com/merchants/answer/6386198?hl=pl). ## 7. Реальна перевірка: посилання варіанта у фіді PrestaDev 27 вересня 2026 року ми перевірили збережену копію публічного файлу [google-merchant\_id-1.xml](https://prestadev.pl/google-merchant_id-1.xml) до виправлення (заголовок `Last-Modified: 26.09.2026, 18:54:27 GMT`) і відкрили цільові сторінки без входу. Копія містила 360 пропозицій і 181 різне посилання. Для 166 посилань кілька варіантів мали різні ціни у фіді. Це був сигнал для перевірки цих адрес, а не кількість підтверджених відхилень у Merchant Center. Поточний файл за вказаною адресою пізніше було згенеровано повторно. | ID з копії фіда | Ціна у фіді | Посилання до виправлення | Результат після відкриття | | --- | --- | --- | --- | | 60-408 | 492 PLN, повна ліцензія | Адреса товару без параметра варіанта | Повна ліцензія, 492 zł. | | 60-409 | 247 PLN, продовження оновлень | Та сама адреса товару без параметра варіанта | Повна ліцензія, 492 zł, хоча натиснута пропозиція стосується продовження. | У цій перевірці адреса [товару з `id_product_attribute=409`](https://prestadev.pl/uk/import-xml-optovij-sklad-prestashop.html?id_product_attribute=409) повернула HTTP 200, вибрала опцію продовження і показала 247 zł як у видимій ціні, так і в метаданих ціни. Адреса для `408` вибрала повну ліцензію і 492 zł. Значення були зчитані з початкового HTML; покупка не виконувалася. **Висновок із перевірки:** правильні `g:id`, `g:item_group_id` і ціна недостатні, якщо `g:link` не вибирає варіант, що продається. Google рекомендує [попередньо вибирати правильний варіант у посиланні](https://support.google.com/merchants/answer/6324416?hl=pl) і відповідність ціни, видимої на [цільовій сторінці](https://support.google.com/merchants/answer/4752265?hl=pl), даним пропозиції. `g:canonical_link` може й надалі вести на базову адресу товару без вибору варіанта. **Результат після виправлення 27.09:** ми оновили генератор до версії 2.11.1 і повторно згенерували той самий публічний фід. Він зберіг 360 ідентифікаторів пропозицій, а кожен із 346 варіантів тепер має власне посилання з ідентифікатором комбінації. Повторне анонімне зчитування шести пропозицій, зокрема `60-408` і `60-409`, підтвердило вибрану опцію та ціну, видиму і в метаданих сторінки; для `60-409` це 247 zł. Канонічна адреса й надалі вказує на базову картку товару. Це підтверджує публічний XML і перевірені сторінки, але не говорить, чи Merchant Center уже завантажив новий файл і чи дані пропозиції там були прийняті. Перевірте статус тих самих ID у своєму обліковому записі після наступної обробки джерела. **Оновлення 27.09 після виключення комісійної позиції:** З файлу видалено немодульний товар 144 («Комісія за оплату через PayPal») з варіантами `144-476` і `144-477`. Поточний публічний XML має 358 пропозицій і 344 варіанти з окремим посиланням. Числа 360/346 вище описують стан перевірки до цього виключення. Саме зчитування XML ще не підтверджує завантаження або прийняття джерела в Merchant Center. ## Коли стане у пригоді Google Shopping Pro? [Google Shopping Pro](https://prestadev.pl/uk/google-shopping-pro-google-pokupki-dla-prestashop.html) генерує дані про товари з PrestaShop. У перевіреному коді версії 2.11.1 є шляхи експорту комбінацій, ідентифікаторів груп, цін і акційних цін. Це інструмент для підготовки джерела; він не вирішує всіх проблем облікового запису Merchant Center і не гарантує схвалення товарів. **Потрібен упорядкований фід?** [Перевірте Google Shopping Pro](https://prestadev.pl/uk/google-shopping-pro-google-pokupki-dla-prestashop.html). Якщо проблема також охоплює сторінку, комбінації або дані з інтеграції, підготуйте ідентифікатор прикладної пропозиції, точне повідомлення та три порівнювані значення для [аналізу інтеграції магазину](https://prestadev.pl/uk/content/8-prohramuvannia-prestashop). Змістова перевірка: 27 вересня 2026 року. Приклад футболки та її XML є демонстраційними. Перевірка 60-408/60-409 охоплює копію файлу PrestaDev до виправлення, а також новий файл і сторінки, зчитані 27.09; вона не підтверджує відхилення чи прийняття в обліковому записі Merchant Center. Обсяг модуля перевірено в коді та публічному XML, а значення атрибутів — у документації Google. ## Ведіть невеликий журнал однієї відхиленої пропозиції | Поле | Що занотувати | | --- | --- | | Пропозиція | Повний ID з Merchant Center, варіант і цільова адреса. | | До зміни | Точне повідомлення, значення у фіді та на сторінці, а також час завантаження джерела. | | Зміна | Одне внесене виправлення і місце: дані магазину, конфігурація експорту або цільова сторінка. | | Після зміни | Нове завантаження, повторно порівняні значення та актуальне повідомлення. | Таке зіставлення відрізняє виправлення даних від очікування на повторну обробку. Якщо ціна або залишок походять із CSV, перевірте послідовність завершення імпорту та генерації джерела. Допоможуть посібники з [оновлення цін](https://prestadev.pl/uk/blog/news/onovlenna-cin-prestashop-csv-prajs-list-postacal-nika) і [оновлення залишків](https://prestadev.pl/uk/blog/news/u-magazini-dostupnij-u-postacal-nika-vidsutni-zaliski-z-csv-u-prestashop).