Вартість доставки в Merchant Center і checkout: як знайти розбіжність
Чашка коштує 790 грн у фіді, картці та кошику. Помилки в ціні товару немає. Проте Google отримує нульову вартість доставки, а під час оформлення покупець бачить ще 80 грн. Пошук застарілої ціни чашки тут не допоможе: перевіряти потрібно джерело тарифу доставки.
Цей матеріал Shopcore допоможе розібрати один конкретний ID. Замість масової зміни налаштувань зберіть контрольний приклад: що передано Google, яке правило мало спрацювати та скільки фактично заплатить покупець за однакових умов.
Спочатку розділіть товар і доставку
У діагностиці Inaccurate shipping costs Google описує випадок, коли передані витрати на доставку нижчі за показані під час оформлення. Якщо проблема саме в ціні одиниці, акції або наявності, скористайтеся окремим гайдом про price та availability.
Порівнюйте три числа окремо: ціну товару, доставку та підсумок замовлення. Сам підсумок не показує, де виникла різниця. Також не змішуйте суму доставки зі строком отримання або відсутністю доступного способу відправлення: для кожної проблеми потрібна своя перевірка.
Приклад: правильні 790 грн і зайві нульові дані
Візьмемо навчальний товар DEMO-CUP-300, одну одиницю, звичайного покупця й одну стандартну доставку в Україні. Товар та суми умовні; 80 грн не є тарифом конкретного перевізника. Це навчальне зіставлення, не клієнтський кейс чи готовий товарний XML.
| Де залишився слід | Що записано |
|---|---|
| Фід, картка, структуровані дані та checkout | Товар: 790.00 UAH |
| Правило доставки акаунта для контрольного випадку | 80.00 UAH |
Товарний shipping для тієї самої країни | price = 0.00 UAH |
| Обраний спосіб у checkout | Доставка: 80.00 UAH |
| Підсумок без інших платежів | 790 + 80 = 870.00 UAH |
У прикладі власник виправив загальне правило на 80 грн, але генератор даних продовжив передавати нуль для чашки. За специфікацією shipping, товарне значення з підатрибутом price перекриває налаштування акаунта для відповідної локації, включно зі строками доставки й мінімальною сумою замовлення. Вони не успадковуються автоматично. Тому правильне число на загальній сторінці налаштувань ще не доводить, що саме воно застосувалося до цього ID.
П’ять кроків до причини
- Зафіксуйте контрольний випадок. Збережіть ID, точний варіант, кількість, країну, пункт призначення, валюту, спосіб отримання й час. Запишіть суму кошика після знижок та статус покупця. Дані постійного клієнта з персональними умовами не замінюють перевірку звичайного покупця.
- Повторіть checkout без оформлення покупки. Додайте ту саму одиницю, виберіть ту саму адресу й доставку, дійдіть до видимого підсумку. Занотуйте окремі рядки. Порівняння кур’єра із самовивозом або однієї чашки з набором не перевіряє той самий тариф.
- Прочитайте фактично передані дані товару. Знайдіть цей ID у джерелі та в останніх оброблених даних Merchant Center. Перевірте наявність
shipping, країну, суму й валюту. Порожнє поле у своїй робочій таблиці не доводить, що інтеграція нічого не додала під час експорту. - Встановіть джерело кожної суми. Зіставте товарне значення з правилом акаунта для контрольного випадку. З’ясуйте, хто формує override: експорт, інтеграція чи ручна правка. Відкрийте також оприлюднені умови доставки. Потрібно знайти конкретне застаріле правило, а не вибрати число, яке зручніше показати Google.
- Виправте джерело й повторіть перевірку. У нашому прикладі приберіть лише непотрібне перекриття чашки після перевірки правила акаунта для цього випадку. Якщо залишаєте обґрунтований товарний виняток, перевірте також застосовні строки та мінімальну суму на рівні товару. Передайте оновлені дані й перевірте оброблений результат. Повторіть контроль після наступного регулярного експорту: інакше нуль може повернутися.
Не видаляйте товарні винятки всім каталогом. Для іншого SKU окрема доставка може бути обґрунтована, наприклад через габарити. Результат перевірки чашки не підтверджує правила для шафи.
Перевірте межі правила
Якщо доставка залежить від суми замовлення, перевірте кошик трохи нижче порога та на самому порозі. Потім повторіть зі знижкою. Запишіть, яка сума реально використана вашим checkout; не припускайте, що всі системи рахують її однаково.
Для кількох способів перевірте кожен доступний варіант окремо. Довідка налаштувань акаунта пояснює, як Google обирає найнижчу застосовну вартість за конкретних умов. Дешевий спосіб має справді бути доступним покупцю, якого ви відтворюєте в контрольному прикладі.
Окремо розберіть додаткові платежі. За правилами shipping, пов’язані з доставкою витрати, зокрема оброблення відправлення, потрібно врахувати, а державні збори до цієї вартості не включають. Для післяплати або комісії способу оплати встановіть, хто стягує платіж, за що і за яких умов; не називайте всі доплати тарифом перевізника.
Що врахувати українському магазину
У специфікації Google Україна не наведена серед країн з універсально обов’язковими shipping costs; окремо можливі локальні вимоги. Це не дозвіл передавати неправдиву вартість, якщо ви її вказуєте.
України також немає в переліках підтримки підатрибутів region та postal_code. Поштовий індекс варто зафіксувати для відтворення власного checkout, але не переносити автоматично в товарний атрибут за американським прикладом. Наш умовний сценарій використовує тариф на рівні країни. Підтримку складніших правил і способів отримання перевіряйте для свого акаунта; не очікуйте автоматичної синхронізації з українським перевізником лише через наявність його модуля на сайті.
Який результат вважати перевіреним
Збережіть початковий тариф, джерело помилки, зміну й повторний результат для того самого ID. Якщо точне відтворення тарифу неможливе, Google допускає невелике обґрунтоване завищення; заниження 0 проти фактичних 80 наш приклад не виправдовує.
Узгоджені дані не гарантують схвалення. Перевіряйте поточний статус та доступну процедуру перегляду проблеми у Merchant Center, без обіцянки фіксованого строку.
Плануєте власний магазин на Shopcore? Перейдіть до реєстрації та ознайомтеся з можливостями й актуальними умовами платформи.