Интеграция своего магазина с Wildberries и Ozon: остатки, заказы, цены

Интеграция сайта с Wildberries нужна не для «галочки API». Она нужна, чтобы один товар не продался дважды: в своём магазине и в кабинете площадки. В 2026 году рабочая связка строится вокруг трёх контуров — остатки, заказы, цены. Всё остальное вторично.

В каком порядке связывать контуры

1. Остатки. Без этого гибрид ломается в первую неделю.
2. Заказы. Чтобы статусы, отгрузки и возвраты не жили в трёх чатах.
3. Цены. Когда уже понятно, какие SKU живут и на сайте, и на площадке.

Частая ошибка — начинать с красивой выгрузки карточек через API Вайлдберриз для магазина и забывать про склад. Карточки без актуального наличия только размножают отмены.

Синхронизация остатков Ozon и WB

Правило одно: остаток должен списываться в одном месте. Иначе сайт продаёт последнюю единицу, а кабинет Ozon ещё показывает «в наличии».

Рабочая модель:

• есть master-источник — таблица, МойСклад, 1С или складской модуль;
• свой магазин списывает остаток в момент оплаты;
• на WB и Ozon уходит обновлённое наличие;
• для FBO/FBW и FBS логика остатков разделена, а не свалена в одну цифру.

Синхронизация остатков Ozon особенно чувствительна к задержке. Если обмен идёт раз в сутки, при живом спросе этого уже мало. На старте допустимо 15–60 минут. Для активного ассортимента нужен более частый обмен.

Заказы: что забирать из кабинетов

Интеграция сайта с Wildberries по заказам не обязана сразу превращаться в сложную ERP. На первом этапе достаточно:

• видеть новые заказы сайта и площадок в одном списке;
• не путать статусы «новый / в сборке / отгружен / возврат»;
• не создавать дубль заказа при повторном опросе API;
• понимать, с какого канала списался конкретный остаток.

Полный двусторонний обмен статусами имеет смысл, когда заказов сайта уже не десяток в неделю. До этого ручная сборка из двух кабинетов плюс выгрузка в таблицу часто надёжнее сырого самописа.

Цены: синхронизировать не всё подряд

Цены на сайте и в кабинете не обязаны быть одинаковыми. На сайте можно давать чуть лучшее условие за счёт экономии на комиссии. Но правило должно быть сознательным, а не случайным расхождением.

Имеет смысл автоматически обновлять:

• себестоимость и минимальную цену;
• розницу по группам SKU, которые точно продаются в обоих каналах;
• стоп-цену, ниже которой товар не уходит в акцию площадки.

Не стоит гонять через API каждую маркетинговую скидку сайта. Иначе площадка и прямой канал начинают жить в хаосе пересчётов.

API Вайлдберриз для магазина: прямое или через сервис

Большинству селлеров достаточно коннектора. Прямое API Вайлдберриз для магазина оправдано, когда объём большой и готовые сервисы не закрывают ваш процесс.

Типовые сбои и как их закрыть

• Рассинхрон наличия. Один источник остатка + очередь обновлений, а не три ручные таблицы.
• Лимиты API. Пакетные обновления и готовый сервис с очередью запросов.
• Дубли заказов. Уникальный ID площадки как ключ, повторная загрузка не создаёт новую запись.
• Путаница FBS и FBO. Разные пулы наличия, иначе сайт продаёт то, что уже на складе площадки.

Что внедрять сразу, а что потом

На запуске своего магазина хватит:

• обмен остатков по ключевым SKU;
• список заказов сайта + выгрузка заказов площадок;
• ручной контроль цен на 20–50 позициях.

Полный контур «сайт ↔ WB ↔ Ozon» по всем товарам, ценам и статусам подключайте, когда прямой канал уже даёт регулярные заказы. Иначе интеграция затягивает запуск и не успевает окупиться.

Вывод

Интеграция своего магазина с Wildberries и Ozon начинается с остатков, затем заказов, затем цен. API — только инструмент. Если нет единого источника наличия, даже идеальная выгрузка карточек не спасёт от отмен.

Сначала запустите магазин и простой обмен по сильным SKU. Когда появится поток прямых продаж, усиливайте синхронизацию остатков Ozon и WB до частого автоматического режима.