20-24 квітня Amazon у серії Ask Amazon: FBA Deep Dive виніс у центр уваги Listing & Product Management: ASIN management, підтримку каталогу, оптимізацію лістингів і кращі практики сторінок товару. Для українського продавця це не просто навчальна тема про красиві bullet points. Це нагадування, що товарний фід, неправильний атрибут або зміна сторінки товару можуть швидко перейти з операційної помилки в питання Account Health.
Особливо це важливо для продавців, які керують Amazon.com, Amazon.co.uk або європейськими маркетплейсами з української команди, через 3PL, агенцію або віддаленого контент-менеджера. Якщо незрозуміло, чи проблема в фіді, у сторінці товару, у варіаціях або в обмеженні ASIN, масове завантаження нового файла може погіршити доказову картину перед апеляцією.
Не починайте з масового фіду, якщо причина ще не визначена
Flat file може виправити пропущений атрибут, але він не доводить, що товар відповідає сторінці, бренд не змінювався неправомірно, а варіаційна сім'я не вводить покупця в оману.
Коротка відповідь: спершу класифікуйте проблему лістингу
Товарний фід часто показує симптом, а не першопричину. Amazon може не приймати зміну через відсутній обов'язковий атрибут, конфлікт у каталозі, неправильний product type, обмеження категорії, старий внесок Vendor Central, брендове право або попередню дію Account Health. Ці сценарії виглядають схоже в Seller Central, але виправляються по-різному.
- Suppressed listing: сторінка або пропозиція прихована з пошуку через якість даних, відсутні атрибути, зображення, назву або іншу вимогу до лістингу.
- Inactive listing: покупець не може купити товар, але причина може бути в ціні, запасах, approval, stranded inventory або закритій пропозиції.
- ASIN/listing deactivation: Amazon уже бачить ризик на рівні політики, відповідності товару сторінці, обмеженого продукту або структури каталогу.
- Catalog contribution conflict: ви бачите правильні дані у своєму файлі, але сторінка товару залишається іншою через брендового власника, старий внесок або сильніший catalog authority.
Що перевірити після тижня Listing & Product Management
Якщо команда давно не робила ревізію каталогу, почніть з невеликого контрольного набору: топові ASIN, товари з FBA-запасом, нові батьківсько-дочірні варіації, товари з рекламним трафіком і позиції, де Seller Central вже показує попередження. Завдання не в тому, щоб переписати весь каталог. Завдання: знайти місця, де Amazon може вважати сторінку неповною, неточною або такою, що описує інший товар.
- Порівняйте title, brand, manufacturer, model, GTIN/EAN/UPC, розмір, колір, матеріал і package quantity з фізичним товаром та інвойсами.
- Перевірте, чи не змінилися обов'язкові атрибути у категорії після останнього редагування лістингу або upload через Add Products via Upload.
- Відокремте SEO-оптимізацію від фактичної ідентичності товару: ключові слова не можуть змінювати модель, комплектацію, сумісність або призначення продукту.
- Перегляньте parent-child структуру: варіації мають пояснювати вибір покупця, а не об'єднувати різні товари заради відгуків або трафіку.
- Зафіксуйте скриншоти до зміни, processing report, feed submission ID, дату правки та людину, яка її внесла.
Коли проблема вже не про оптимізацію
Найнебезпечніший момент: коли продавець описує все словом "фід", хоча Amazon оцінює зовсім інше. Якщо товар прикріплений до сторінки іншого продукту, це ближче до порушень сторінки товару. Якщо різні товари зібрані в одну варіаційну сім'ю, це може бути misuse of ASIN variations. Якщо зміна бренду або назви виглядає як інший товар, Amazon може вимагати новий ASIN, а не чергову правку старого.
- Не доводьте лише те, що товар справжній, якщо питання в тому, чи правильна сторінка описувала саме цей товар.
- Не подавайте загальний Plan of Action про якість даних, якщо notice називає restricted products, IP або product detail page violation.
- Не виправляйте варіації заднім числом без пояснення, чому неправильна структура виникла і як команда блокує повторення.
- Не змішуйте appeal для Account Health із кейсом Seller Support про редагування поля, якщо потрібні різні докази й різні маршрути.
Як підготувати безпечну відповідь або апеляцію
Сильна відповідь починається з хронології. Вкажіть, який ASIN або SKU постраждав, коли з'явився статус, які поля були змінені, який processing report повернув помилку, чи був FBA-запас, чи були попередні performance notifications і хто мав доступ до редагування. Після цього звузьте справу до однієї теорії: відсутні атрибути, невідповідність сторінки, неправильна варіація, брендова зміна, обмежений товар або ширше блокування акаунта.
- Для чистої помилки даних покажіть виправлені атрибути, джерело правди і контроль перед наступним upload.
- Для page-fit mismatch покажіть, що фізичний товар, інвойс, упаковка й сторінка товару описують один і той самий продукт.
- Для варіацій покажіть, які child ASIN були прибрані або перегруповані, і за яким правилом команда тепер перевіряє нові сім'ї.
- Для брендового або IP-ризику зберіть trademark, Brand Registry, GS1/GTIN, авторизації та історію створення ASIN.
Якщо після цієї перевірки видно, що проблема не обмежується одним пропущеним полем, повертайте справу до маршруту ASIN і товарних фідів. Там варто спершу відновити логіку каталогу й доказову базу, а вже потім вирішувати, чи потрібен feed fix, Seller Support case або повноцінна апеляція в Account Health.