Дропшипінг на 1С-Бітрікс: інтернет-магазин без складу
Головне технічне завдання дропшипінг-магазину — не вітрина, а синхронізація залишків. Покупець оформив замовлення, а товар закінчився у постачальника 10 хвилин тому — і ви отримуєте повернення, негативний відгук і мінус до карми на маркетплейсі. Ми будуємо дропшипінг-магазини на 1С-Бітрікс з автоматизацією всього ланцюжка: парсинг каталогу, синхронізація залишків кожні 5-15 хвилин, автоматична передача замовлень постачальнику, трекінг в особистому кабінеті.
Чому 1С-Бітрікс для дропшипінгу
-
Модуль «Інтернет-магазин» (
sale) — кошик,sale.order.ajax, платіжні обробники, особистий кабінет — з коробки. Не потрібно збирати e-commerce з плагінів -
Обмін через CommerceML — якщо постачальник на 1С, штатний модуль
catalogналаштовується за пару днів. Вивантаження catalog.xml + offers.xml → автоматичний імпорт -
Мультипостачальник — один товар від трьох постачальників з різними цінами? Бітрікс через типи цін (
b_catalog_group) та мультисклад (b_catalog_store) дозволяє вести все в одній вітрині та підставляти найкращу пропозицію -
SEO —
bitrix:catalog.seo.filterдля індексованих фільтрів, шаблони мета-тегів з підстановкою властивостей інфоблоку, автогенерація ЧПУ -
Масштабованість — від 100 до 500 000+ товарів. При правильному налаштуванні фасетного індексу (
b_catalog_iblock_index) каталог на півмільйона SKU працює без деградації
Архітектура: імпорт каталогу
Постачальники віддають дані хто як — і до кожного свій підхід:
-
YML/XML-фіди (формат Яндекс.Маркет) — найпоширеніший. Парсимо через
XMLReader(неSimpleXML— на великих фідах у 500 МБ він з'їсть всю пам'ять) - CSV/Excel — маппінг полів через конфіг, валідація, обробка кривих кодувань (так, у 2026 році постачальники надсилають CSV у Windows-1251)
- API постачальника — прямий доступ до каталогу в реальному часі, найнадійніший варіант
- CommerceML — стандартний формат обміну з 1С
Наш імпортер закриває рутину:
- Завантаження за розкладом через агент Бітрікс (
CAgent::AddAgent) — кожні 15-60 хвилин, налаштовується під постачальника - Маппінг категорій постачальника → розділи інфоблоку каталогу. Без ручного перетягування — правила задаються один раз
- Завантаження та оптимізація зображень: ресайз через
CFile::ResizeImageGet, стиснення, конвертація у WebP - Інкрементальне оновлення цін та залишків — без перестворення елементів інфоблоку. Оновлюємо лише змінені поля через
CIBlockElement::SetPropertyValuesтаCCatalogProduct::Update - Генерація унікальних описів — перефразування або AI-сервіси
- Націнка за правилами: відсоток, фікс, окремо за розділами каталогу
Синхронізація залишків — критична частина
У дропшипінгу ви не контролюєте склад. Розбіжність між фідом та реальною наявністю — прямі збитки:
- Синхронізація кожні 5-60 хвилин (залежить від API/фіду постачальника)
- Автоприховування товарів з нульовим залишком —
CIBlockElement::Update(['ACTIVE' => 'N']). Жодної «порожньої» картки вcatalog.section - Алерти менеджеру при масових розбіжностях — якщо раптом 30% каталогу обнулилось, це швидше збій фіду, ніж реальний розпродаж
- Мультипостачальник: один товар від кількох джерел — через різні склади в
b_catalog_store. Система підставляє пропозицію з наявністю та найкращою ціною
Обробка замовлень
Автоматична передача замовлень постачальнику — без ручного копіювання:
- Відправка через API, email (шаблон з
b_event_message) або вивантаження в ОК постачальника - Розподіл позицій між постачальниками — якщо в
sale.basketтовари від різних джерел, замовлення розбивається на відвантаження - Отримання трек-номера → запис у властивість замовлення → сповіщення покупцеві через
\Bitrix\Sale\Notify - Обробка часткової наявності: товар є в одного постачальника, немає в іншого — автоматичне розбиття замовлення
Ціноутворення
Націнка — те, на чому будується маржа:
- Відсоткова — 30% від закупівельної на весь каталог
- Ступінчаста — до 1000 → 50%, 1000-5000 → 30%, понад 5000 → 20%. На дешевих товарах абсолютна маржа мінімальна — потрібен високий відсоток
- Категорійна — електроніка 15%, аксесуари 60%. Кожна ніша — свої правила
- Психологічне округлення — 990 замість 987. Реалізується через кастомне правило націнки
- Моніторинг конкурентів — парсинг цін та автокоригування
- RRP — рекомендована роздрібна ціна постачальника як верхній орієнтир
Мультипостачальник
Один постачальник — один ризик. Мультипостачальник розширює асортимент та страхує:
- Об'єднання каталогів у єдину структуру розділів інфоблоку
- Дедуплікація — за артикулом (
PROPERTY_ARTICLE) або EAN. Один товар = один елемент інфоблоку, кілька пропозицій уb_catalog_store - Автоматичний вибір постачальника: наявність → ціна → швидкість доставки
- Роздільний облік: закупівельні ціни в окремому типі цін (
PURCHASE), історія замовлень, статистика - Панель з рейтингом надійності — хто зриває терміни, у кого розбіжності по залишках
Унікалізація контенту
Десятки магазинів копіюють описи з фіду постачальника — і програють у SEO:
- Унікальні описи — для топових категорій, що приносять основний трафік. Решта — шаблонна генерація з властивостей
-
Мета-теги за шаблоном — title та description через налаштування SEO інфоблоку:
{=this.Name} купити в Мінську | {=parent.Name} — ціна від {=this.catalog.price.BASE} -
UGC — відгуки (
iblock.vote), запитання-відповіді, фото від покупців. Живий контент працює краще за копірайтинг -
SEO-фільтри —
bitrix:catalog.seo.filterстворює індексовані сторінки перетинів: «червоні кросівки Nike 42 розмір» з унікальними мета-тегами
Логістика
Доставка у дропшипінгу — зона постачальника, але покупець бачить ваш бренд:
- Терміни доставки з урахуванням обробки у постачальника — не лише час транспортної компанії
- Трекінг в особистому кабінеті через API СДЕК, Boxberry, Пошти Росії
- Об'єднання відправлень від кількох постачальників (за наявності проміжного складу)
- Повернення — координація між покупцем та постачальником через єдиний інтерфейс в адмінці
- Брендоване пакування за домовленістю з постачальником
Юридичні аспекти
- Договір комісії або агентський з постачальником — юридична база
- Онлайн-каса: чек від імені вашого магазину, інтеграція через
sale.cashbox - Гарантія: перед покупцем відповідаєте ви, незалежно від відвантажувача
- Повернення: координація трьох сторін — покупець, магазин, постачальник
Терміни та етапи
| Етап | Терміни |
|---|---|
| Підключення 1 постачальника (імпорт каталогу) | 3-5 днів |
| Налаштування магазину (дизайн, оплата, доставка) | 1-2 тижні |
| Автоматизація замовлень | 3-5 днів |
| SEO-налаштування та унікалізація | 1-2 тижні |
| Запуск MVP | 3-4 тижні |
| Підключення додаткових постачальників | 2-3 дні на кожного |
Запускаємо дропшипінг-магазини з мінімальними вкладеннями та допомагаємо масштабувати — від одного постачальника до десятків, від сотні SKU до сотень тисяч.







