Схема, яка здається очевидною: у нас є сайт, додамо ще Rozetka й Prom — більше майданчиків, більше продажів. Логіка правильна. Проблема починається на другому місяці, коли виявляється, що ціни в трьох місцях різні, залишки не збігаються, а менеджер щодня телефонує клієнтам і скасовує замовлення, бо товару вже немає.
Це не проблема маркетплейсів. Це проблема того, що дані ведуться руками в кількох місцях одночасно. Розберемось, як це лікується.
Чому ручний режим не масштабується
Один майданчик — терпимо. Два — вже неприємно. Три — математично приречено.
Причина в тому, що робота росте не лінійно. Змінилась ціна в постачальника — треба оновити її на сайті, в кабінеті Prom, у Rozetka. Продався товар — треба зняти залишок скрізь. Приїхала нова партія — додати скрізь. Помножте на 500 товарів і на кілька змін на тиждень.
Що відбувається на практиці:
- Ціни розʼїжджаються. На сайті 1200 ₴, на Prom — 1100 ₴, бо там забули оновити після подорожчання. Продаєте собі в збиток і навіть не одразу помічаєте.
- Овербукінг. Найдорожча біда. Останню одиницю купили на сайті, а через годину її ж замовили на Rozetka — залишок там ще старий. Дзвінок, вибачення, скасування.
- Описи й фото застаріли на одному з майданчиків.
- Менеджер витрачає дні на звірку замість продажів.
Головне, що варто зрозуміти: на маркетплейсі скасування коштує дорожче, ніж на своєму сайті. Скасування з вини продавця псує рейтинг, а рейтинг вирішує, чи будуть вас взагалі показувати. Тобто кілька овербукінгів — і ви платите не тільки втраченим замовленням, а й падінням видимості на місяці вперед.
Товарний фід: як це працює
Інструмент, який усе це знімає, — фід.
Фід — це файл (зазвичай XML), у якому структуровано описані всі ваші товари: назва, опис, ціна, наявність, фото, категорія, артикул, характеристики. Він лежить за постійним посиланням на вашому сайті, а маркетплейс періодично сам його забирає й оновлює каталог у себе.
Тобто картина змінюється принципово: ви ведете товари в одному місці, а фід роздає їх усюди. Змінили ціну на сайті — через N хвилин вона змінилась на Prom і Rozetka. Без вашої участі.
Це той самий механізм, що й для Google Shopping, і хороша новина в тому, що робота значною мірою переиспользується. Погана — у кожного майданчика свої вимоги до формату: свій набір обовʼязкових полів, своє дерево категорій, свої правила щодо фото. Один універсальний файл «на всіх» зазвичай не працює: потрібен окремий фід під кожен майданчик, зібраний з тих самих даних.
Найважча частина зазвичай не технічна, а зіставлення категорій і характеристик: ваша категорія «Черевики зимові» має відповідати конкретній категорії в дереві маркетплейсу, а обовʼязкові характеристики (розмір, матеріал, колір) мають бути заповнені в тому вигляді, у якому їх очікує майданчик. Це разова робота, але нудна — і саме на ній тримається, чи взагалі пройдуть модерацію ваші товари.
Джерело правди: головне рішення
Перед тим як щось налаштовувати, потрібно відповісти на одне питання: де у вас лежить правда про залишки й ціни?
Має бути одна система, а всі інші беруть дані з неї. Варіанти:
- Облікова система (BAS/1С, Dilovod). Найкраще, якщо облік уже ведеться там: склад і ціни живуть в обліку, сайт і маркетплейси — споживачі. Механіка обміну — у матеріалі про інтеграцію сайту з 1С/BAS.
- Сайт. Нормально, якщо окремого обліку немає й весь товарообіг проходить через магазин.
- Окремий сервіс керування товарами (PIM/агрегатор). Має сенс, коли майданчиків багато.
Найгірший варіант — коли залишки правляться скрізь одночасно: трохи в CRM, трохи на сайті, трохи в кабінеті Rozetka. Тоді правди не існує ніде. Розбіжності накопичуються, і кожного тижня хтось витрачає день на звірку, яка застаріває наступного дня.
Спершу визначте джерело правди. Потім налаштовуйте обмін. У зворотному порядку виходить автоматизований хаос — див. загальний принцип у матеріалі про no-code автоматизацію.
Що синхронізувати і як часто
Різні дані мають різну терміновість:
Залишки — найчастіше. Це те, що ламається найдорожче. Ідеально — у момент продажу; реалістично — кожні 15-30 хвилин. Якщо маркетплейс оновлює фід раз на кілька годин (а вони мають свої розклади), то для ходових позицій варто тримати невеликий резерв: не показувати останню одиницю, поки не впевнені. Дешевше не продати одну штуку, ніж скасувати замовлення й отримати мінус до рейтингу.
Ціни — часто. Особливо якщо у вас акції або ціни залежать від курсу.
Нові товари, описи, фото — рідше. Раз на добу зазвичай достатньо.
Замовлення — у зворотному напрямку. Це друга половина інтеграції, про яку часто забувають: замовлення з Rozetka й Prom мають потрапляти у вашу систему, а не жити в трьох різних кабінетах. Інакше менеджер цілий день перемикається між вкладками, а частина замовлень губиться просто тому, що ніхто не відкрив потрібний кабінет. Замовлення з усіх каналів мають падати в одне місце — CRM або облік, з позначкою джерела. Про механіку — у матеріалі про інтеграцію сайту з CRM і автоматизацію обробки заявок.
Ціни: не завжди однакові
Тонкий момент, який варто продумати свідомо.
На маркетплейсі є комісія — це прямий мінус із вашої маржі. Тому ціна там часто має бути вищою, ніж на власному сайті, — інакше ви продаєте з гіршою економікою й ще й привчаєте покупця йти туди, де вам гірше.
Але тут є пастка: маркетплейси не люблять, коли в них дорожче, ніж деінде, і можуть знижувати вашу видимість. Плюс покупець порівнює — і ціна на 15% вища виглядає дивно.
Тому:
- Це свідоме рішення, а не випадковість. Порахуйте маржу з урахуванням комісії по кожному каналу.
- Різні ціни на різних каналах — нормально, якщо ви розумієте навіщо. Але вести їх треба системно, а не «трохи підняли на Prom і забули».
- Не заганяйте себе в цінову війну на майданчику, де поруч стоять десять таких самих пропозицій. Там перемагає той, у кого нижча собівартість, а не той, хто впертіший. Ця логіка близька до розбору Prom.ua чи власний інтернет-магазин.
Сайт і маркетплейс — не «або-або»
Часте питання: якщо є Rozetka, навіщо сайт?
Маркетплейс дає трафік — це його головна й реальна цінність. Люди вже там, вони шукають товар, вам не треба їх приводити. Але за це ви платите: комісія, відсутність доступу до клієнта (контакти не ваші, повторно продати самотужки ви йому не можете), правила, які можуть змінитись будь-коли, і сусідство з десятком конкурентів на одній сторінці.
Свій сайт трафік не дає сам — його треба заробляти SEO, рекламою, контентом. Зате: нижча собівартість продажу, база клієнтів ваша, ви можете зробити розсилку чи програму лояльності, і ніхто не змінить вам правила гри.
Здорова стратегія — обидва: маркетплейс як джерело нових покупців, сайт як актив із вищою маржею. І саме тому синхронізація важлива: вона робить два канали керованими з одного місця, а не двома окремими бізнесами.
Практичні граблі
- Модерація. Товар не пройшов — зазвичай через незаповнені обовʼязкові характеристики або фото з ватермарком. Помилки треба бачити: якщо фід відхилено, а ви дізнаєтесь про це через тиждень по відсутності замовлень — це втрачені гроші.
- Фід «відвалився» тихо. Класика: посилання перестало віддавати файл (переїзд сайту, помилка в коді), маркетплейс не зміг оновити каталог, товари зникли. Потрібен моніторинг: фід має бути доступний, а помилки — надсилатись вам у Telegram.
- Артикул як ключ. Товар звіряється за унікальним ідентифікатором. Якщо артикули дублюються або змінюються — синхронізація перемішає товари. Наведіть лад в артикулах до запуску.
- Ліміти й розклади. Майданчик забирає фід за своїм графіком, і «оновити прямо зараз» не завжди можливо. Плануйте акції з урахуванням цієї затримки.
- Занадто великий фід. Кілька десятків тисяч товарів — файл важкий і генерується довго. Тут уже потрібна нормальна реалізація, а не скрипт «на колінці».
Головне
Ручне ведення трьох майданчиків приречене: ціни розʼїжджаються, залишки не збігаються, а овербукінг на маркетплейсі коштує не тільки замовлення, а й рейтингу, від якого залежить ваша видимість. Лікується це фідом — структурованим файлом товарів, який майданчик забирає сам і оновлює каталог; у кожного майданчика при цьому свої вимоги до полів і категорій. Але спершу треба відповісти на головне питання — де джерело правди про залишки й ціни: одна система (облік або сайт), решта беруть з неї. Залишки синхронізують найчастіше (плюс резерв на ходові позиції), ціни — часто, описи — раз на добу; і обовʼязково у зворотний бік: замовлення з усіх каналів мають падати в одне місце, інакше менеджер живе у вкладках. Ціна на маркетплейсі з урахуванням комісії часто має бути вищою — але це свідоме рішення, а не забудькуватість. І сайт із маркетплейсом не конкуренти: перший дає маржу й базу клієнтів, другий — трафік.
Ми в Obliko налаштовуємо цей контур цілком: фіди під вимоги кожного майданчика, синхронізацію залишків і цін із джерела правди, збір замовлень з усіх каналів в одне місце й моніторинг, який кричить, якщо фід відвалився. Напишіть — подивимось, скільки часу зараз зʼїдає ручна звірка й що з цього можна зняти вже цього місяця.
Що таке товарний фід і навіщо він потрібен?
Фід — це файл (зазвичай XML), у якому в структурованому вигляді описані всі ваші товари: назва, опис, ціна, наявність, фото, категорія, артикул. Маркетплейс періодично забирає цей файл за посиланням і оновлює у себе ваш каталог. Тобто ви не заповнюєте картки руками на кожному майданчику — ви ведете товари в одному місці, а фід роздає їх усюди. Той самий підхід використовується і для Google Shopping, хоча вимоги до формату в кожного майданчика свої.
Що таке овербукінг і чим він небезпечний?
Овербукінг — це коли ви продали товар, якого вже немає: останню одиницю купили на сайті, а через годину її ж замовили на Rozetka, бо залишок там ще не оновився. Далі доводиться телефонувати й скасовувати замовлення. На маркетплейсах це особливо дорого: скасування з вини продавця псує рейтинг, а рейтинг визначає, чи взагалі вас показуватимуть у видачі. Захист один — часта автоматична синхронізація залишків з єдиного джерела, а для ходових позицій ще й невеликий резерв.
Чи потрібен свій сайт, якщо є Rozetka і Prom?
Маркетплейс дає трафік, але забирає комісію, не дає вам контакти клієнта й може будь-коли змінити правила чи підняти комісію. Ваш сайт трафік не дає сам по собі, зате там нижча собівартість продажу, є база клієнтів і повний контроль. Здорова стратегія — не «або-або», а обидва канали: маркетплейс як джерело нових покупців, власний сайт як актив, де маржа вища, а клієнт лишається вашим.
Що має бути джерелом правди про залишки?
Одна система, і всі інші беруть дані з неї. Зазвичай це облікова система (BAS/1С, Dilovod) або сам сайт, якщо окремого обліку немає. Найгірший варіант — коли залишки правляться і в CRM, і на сайті, і в кабінеті Rozetka руками: тоді правда не існує ніде, розбіжності накопичуються, і кожен тиждень хтось витрачає день на звірку. Спершу визначте джерело правди, і лише потім налаштовуйте обмін.
Потрібен сайт або застосунок?
Розробляємо під ключ — від дизайну до запуску. Порахуємо ваш проєкт безкоштовно.