Интеграция с Wildberries обычно начинается с простой мысли: пусть сайт и площадка сами обмениваются товарами, ценами и остатками. Часть этого действительно автоматизируется, часть площадка не отдаёт принципиально, а часть прямо запрещена её правилами. Разбираем, где проходит граница.
Запрос звучит почти одинаково: "выходим на Wildberries, свяжите его с сайтом, чтобы не вести всё дважды". Дальше выясняется, что связывать их напрямую чаще всего не нужно, а половина ожиданий упирается в оферту площадки, а не в технику. Про соседнюю площадку писали отдельно, механика похожая, но свободы там больше: интеграция сайта с Ozon.
Что с чем связывают на самом деле
В голове у заказчика два узла: сайт и кабинет продавца. В работе их почти всегда три, и третий главный - учётная система: 1С, МойСклад или что-то самописное.
Схема "сайт напрямую в Wildberries" живёт ровно до второй площадки. Добавили Ozon, потом Яндекс Маркет, и получился клубок попарных обменов, в котором никто не знает, чей остаток правильный. Схема "звезда" через учётку от этого не ломается: товары, цены и остатки живут в одном месте, а сайт и каждая площадка забирают своё.
Поэтому первый вопрос на проекте не "как подключить API", а "где у вас ведётся товар". Если ответ звучит как "в голове у кладовщика и в трёх таблицах", работа начинается с наведения порядка в учёте, и это дольше технической части. Сторону учётной системы подробно разбирали в статье про интеграцию сайта с 1С.
Что автоматизируется, а что остаётся руками
У Wildberries есть API для продавцов, разбитый на блоки: контент карточек, цены и скидки, поставки и заказы, статистика. Токены выпускаются в кабинете отдельно под каждый блок. Возможностей прилично, но не всё, что хочется.
| Задача | Автоматизация | Что на практике |
|---|---|---|
| Создание карточек | Частично | Структуру задаёт площадка, сопоставление делается руками один раз |
| Описания и фото | Да | Проходят модерацию, применяются не мгновенно |
| Цены и скидки продавца | Да | Итоговую цену на витрине вы всё равно не контролируете |
| Остатки со своего склада | Да | Основной сценарий, ради него обмен и настраивают |
| Заказы и их статусы | Да | Сборочные задания забираются в учётку, ярлыки печатаются оттуда |
| Отчёты о продажах | Да | Выгружаются с задержкой, сводятся в учётной системе |
| Категория и характеристики | Нет | Только по справочникам площадки, свои свойства не переносятся |
| Участие в акциях | Нет | Решение принимает человек, автоматизировать нечего |
Вывод простой: автоматизируется обмен числами, а представление товара остаётся ручной работой. Карточка собирается под правила и поиск площадки, а не копируется с сайта. Это ближе к работе с товарным фидом, чем к зеркалу каталога.
Четыре способа связи и при каком объёме что оправдано
| Способ | Кому подходит | Порядок затрат |
|---|---|---|
| Руками через кабинет | До 50-100 позиций, редкие изменения | Бесплатно, но 3-6 часов в неделю у сотрудника |
| Файлы по шаблонам кабинета | До нескольких сотен позиций, обновления раз в неделю | Бесплатно, высокий риск ошибок в таблицах |
| Сервис-посредник | 200-3 000 позиций, две и больше площадок | 2 000-10 000 рублей в месяц плюс настройка |
| Своя интеграция через учётную систему | Большой ассортимент, нестандартная логика | От 80 000 рублей разово плюс поддержка |
Пока ручная работа занимает меньше пары часов в неделю, платить за автоматизацию незачем. Как только появляется вторая площадка или ассортимент переваливает за две-три сотни позиций, дешевле готовый посредник вроде МойСклада или RetailCRM. Своя интеграция нужна, когда логика не укладывается в чужой шаблон: резервы под опт, свои правила ценообразования, комплекты, производство под заказ.
Правила площадки, которые ломают наивные схемы
Уводить покупателя на свой сайт нельзя. Ссылки, QR-коды, телефоны и приглашения в свои каналы запрещены в карточках, на фотографиях и во вкладышах в посылку. За это штрафуют. Идея "продадим на площадке дёшево, а клиента заберём себе" не работает. Работает обходной путь: человек запоминает название бренда и ищет его в поиске, поэтому сайт должен нормально находиться хотя бы по своему имени. Про это - SEO для интернет-магазина.
Товарная структура чужая. Предмет, справочник характеристик, размеры внутри карточки, баркоды. На сайте обычно плоский артикул и свои свойства. Между этим нужна таблица соответствия, и составляет её человек, который знает товар. На 500 позициях это несколько дней работы категорийного менеджера, а не задача программиста.
Требования к контенту. Вертикальные фото, минимальное разрешение, запрет посторонних надписей, лимит на длину описания. Снимки с сайта обычно не проходят: они горизонтальные и на белом фоне.
Ничего не применяется мгновенно. Карточка, цена и описание проходят обработку, а частоту обращений к API площадка ограничивает. Обещание "остатки обновляются в реальном времени" - неправда: интервал обмена измеряется минутами.
Остатки: почему источник правды должен быть один
Здесь развилка по схеме работы. Если товар лежит на складе площадки, остатками распоряжается она, синхронизировать нечего, вы только планируете поставки. Если торгуете со своего склада, остатки нужно отдавать регулярно, и вот тут начинается интересное.
Классическая авария: последнюю единицу одновременно покупают на сайте и на Wildberries. Обмен идёт раз в 10 минут, за это время оба заказа успевают оформиться, отгружать нечего. У площадки за это отмена и просадка рейтинга.
Что помогает:
- Один источник правды. Остаток считает учётная система, сайт и площадка его только получают, а не хранят свою версию.
- Буфер. По ходовым позициям площадке отдаётся остаток минус одна-две штуки. Теряете немного продаж, зато не получаете отмен.
- Разная частота обмена. Ходовые позиции чаще, длинный хвост реже: лимиты запросов не резиновые.
Буфер выглядит примитивно, но по нашим проектам именно он снимает большую часть отмен. Ускорение обмена с 10 минут до 3 даёт заметно меньше эффекта.
Цены, акции и сведение денег
Цену, которую видит покупатель, вы не назначаете. Вы задаёте свою цену и свою скидку, а дальше площадка добавляет собственные механики, и число на витрине отличается от того, что вы поставили. Отсюда два следствия.
Первое: не зеркальте цены между сайтом и площадкой в обе стороны. На маркетплейсе товар живёт по своей юнит-экономике, куда входят комиссия, логистика, хранение, приёмка и возвраты. Цена на сайте считается иначе.
Второе: акции. Участие влияет на видимость, отказ обычно означает падение показов. Это решение по деньгам, а не по технике, автоматизировать его не надо.
Отчёты о реализации забираются программно, но с задержкой, и сводить их надо в учётной системе. Пока этого нет, маржа неизвестна. Живой пример: клиент с товаром за 1 200 рублей радовался обороту, пока не свели отчёт. После всех удержаний до него доходило порядка 620 рублей при себестоимости 700. Часть ассортимента с площадки убрали, часть подняли в цене.
Сколько занимает и сколько стоит
Порядок цифр на 2026 год по нашим проектам и рынку:
- Настройка обмена через готовый сервис-посредник: 1-2 недели, 15 000-40 000 рублей разово плюс абонентская плата сервиса.
- Обмен через 1С со своими правилами резервов и цен: 3-6 недель, 80 000-250 000 рублей.
- Прямая связка бэкенда сайта с API площадки в обход учётки: от 100 000 рублей, оправдана редко.
- Подготовка карточек: считается по позициям, у подрядчиков порядка 300-800 рублей за карточку.
Больше всего времени съедает не код, а данные: чистка каталога, съёмка под требования площадки, сопоставление характеристик. У проекта на 800 позиций техническая часть заняла две недели, подготовка контента - полтора месяца. Общую смету разбирали в статье сколько стоит интернет-магазин, а состав работ по нашей стороне - на странице разработки интернет-магазинов.
Чек-лист перед началом работ
- Определите источник правды по остаткам и ценам. Одна система, а не "как договоримся".
- Решите схему торговли: со склада площадки, со своего или смешанно. От этого зависит, нужен ли обмен остатками вообще.
- Посчитайте позиции, которые реально поедут на площадку. Весь каталог туда обычно не нужен.
- Проверьте юнит-экономику по каждой группе товаров до интеграции, а не после.
- Соберите таблицу соответствия своих свойств справочникам площадки, заложите на неё время.
- Оцените фотоконтент: сколько снимков придётся переснять под вертикальный формат.
- Выпустите токены API отдельно под каждый блок и решите, кто их хранит.
- Задайте частоту обмена по группам товаров и величину буфера остатков.
- Договоритесь, кто отвечает за акции и цены. Это не задача программиста.
- Заложите сверку отчётов о реализации с первого месяца.
Первые четыре пункта важнее остальных: мы видели проекты с безупречной интеграцией, где торговлю на площадке свернули через два месяца из-за убытков.
Кому это окупается
Автоматизация обмена с Wildberries имеет смысл, когда позиций больше пары сотен, торговля идёт со своего склада и площадка не единственная. При меньшем масштабе кабинет и файлы честно закрывают задачу, а деньги лучше потратить на контент карточек. Самые дорогие ошибки в этой теме не технические: неправильно посчитанная экономика и ожидание, что маркетплейс приведёт покупателей на сайт.
Если хотите прикинуть объём работ по своему случаю, опишите текущую схему в брифе: сколько позиций, где ведётся учёт, со своего склада торгуете или со склада площадки. По этим трём ответам обычно уже понятно, нужна вам полноценная интеграция или пока хватит готового посредника за пару тысяч в месяц.
