Большинство интернет-магазинов среднего размера сегодня продают не в одном месте: свой сайт плюс Wildberries, Ozon, часто ещё Яндекс.Маркет и МегаМаркет. У каждой площадки — свой личный кабинет, свой формат выгрузки товаров, свои правила по остаткам и ценам. В результате один и тот же человек полдня тратит не на развитие магазина, а на то, чтобы одинаковые цифры не разъехались между пятью разными системами.
Это не проблема масштаба — она возникает уже на 200–300 товарах, если они продаются на трёх площадках сразу. Ниже — как эта задача решается по частям (сайт, склад, 1С, цены, аналитика) и почему на определённом объёме разрозненный набор сервисов начинает стоить дороже, чем одна платформа, которая делает всё сразу.
Почему интернет-магазин и маркетплейсы стоит вести из одной системы
Когда каталог живёт в четырёх местах — на сайте, в личных кабинетах Wildberries и Ozon, в 1С — расхождения не «иногда случаются», они возникают на каждом обновлении цены или остатка, если процесс не автоматизирован. Товар продан на Ozon, но на сайте всё ещё показывает «в наличии» — клиент оформляет заказ, который нечем закрыть. Цену подняли на сайте, но забыли обновить на Wildberries — площадка либо ловит демпинг у себя же, либо продавец теряет маржу.
Дело не в невнимательности конкретного человека, а в том, что ручная синхронизация принципиально не масштабируется: чем больше каналов продаж, тем больше точек, где может разойтись одно и то же число. Единая система решает это не тем, что «лучше следит» — а тем, что у данных остаётся один источник правды, из которого разъезжаться уже нечему.
Конструктор сайта: собственный домен без разработчика
Первый слой — сам сайт. Он должен стоять на собственном домене (а не на поддомене платформы) с первого дня: это влияет и на доверие покупателей, и на то, как долго магазин будет зависеть от одного подрядчика при переезде. Разница между поддоменом и своим доменом, подключение DNS и частые ошибки при переезде разобраны отдельно — см. интернет-магазин на собственном домене.
Если сайта пока нет вообще, порядок действий — от выбора платформы до первой продажи — описан в пошаговой инструкции по созданию интернет-магазина. А если платформа уже выбирается осознанно, между несколькими вариантами, стоит сравнить их не только по дизайну шаблонов, но и по тому, что происходит после запуска — умеет ли платформа сама разговаривать с маркетплейсами и 1С, или это придётся докручивать сторонними сервисами. Подробное сравнение — в обзоре лучших платформ для интернет-магазина.
Синхронизация остатков и цен с маркетплейсами
Как только магазин продаёт на второй площадке, встаёт вопрос синхронизации остатков — и это не разовая настройка, а процесс, который должен работать без участия человека каждый день. Механика, интервалы обновления и то, как избежать типичной ошибки — продать один и тот же товар дважды на разных каналах — разобраны в статье про синхронизацию остатков с маркетплейсами.
У рассинхрона есть прямая денежная цена: площадки штрафуют продавца за отмену заказа из-за отсутствия товара. Как устроен этот механизм и как выстроить процесс так, чтобы штрафы не были регулярной статьёй расходов — в материале как избежать штрафов за расхождение остатков.
Отдельная практическая сложность — у каждой площадки свои требования к карточке товара: разные атрибуты, категории, ограничения по названию. Держать один мастер-каталог и автоматически публиковать его везде в нужном формате — тема статьи единый каталог товаров для маркетплейсов.
Интеграция с 1С: обмен без ручной выгрузки
Для магазинов, которые ведут учёт в 1С — а на среднем объёме это почти всегда так, — вопрос упирается в то, как синхронизировать не только остатки и цены, но и заказы, возвраты, закрывающие документы. Ручная выгрузка excel-файлами между 1С и личными кабинетами площадок — типичная точка, где расхождения возникают чаще всего, просто потому что процесс делает человек, а не система.
Какие конфигурации 1С обычно фигурируют в интеграции и что реально синхронизируется — в статье интеграция 1С с маркетплейсами. Если встаёт выбор между готовым модулем, промежуточным сервисом и разработчиком под заказ — сравнение подходов и когда какой оправдан — в материале 1С и Wildberries/Ozon без программиста.
Репрайсинг: автоматическое управление ценами
На конкурентных категориях цена меняется у конкурентов по несколько раз в день — вручную за этим не угнаться, а автоматический репрайсер меняет её за продавца по заданным правилам. Разница между встроенными репрайсерами площадок и сторонними сервисами, и на что смотреть при выборе — в статье как выбрать репрайсер для маркетплейсов. Как именно динамическое ценообразование связано с позицией товара в выдаче площадки — в материале про автоматическое ценообразование на Wildberries и Ozon.
У репрайсинга есть обратная сторона: без нижнего порога цены агрессивные правила могут увести сделку в убыток — особенно если в расчёт не заложены комиссия площадки и логистика. Как посчитать реальный порог и защитить себя от продажи в минус — в статье защита минимальной цены при репрайсинге.
Аналитика прибыли по товарам и площадкам
Здесь чаще всего теряют деньги не из-за неверных решений, а из-за отсутствия данных для решений вообще. Выручка по каждой площадке видна в её личном кабинете, но реальная прибыль с учётом комиссии, логистики, хранения и рекламы — почти никогда. Разница между выручкой, маржой, рентабельностью и прибылью — и почему их часто путают — разобрана в статье аналитика прибыли интернет-магазина по товарам.
На уровне одной единицы товара этот же вопрос решает юнит-экономика — конкретный расчёт того, сколько магазин зарабатывает с одной проданной штуки после всех комиссий. Пошаговый расчёт с примером — в материале юнит-экономика товара на маркетплейсе. А как свести данные сайта и нескольких площадок в один отчёт, не открывая пять личных кабинетов по очереди, — тема статьи сквозная аналитика интернет-магазина и маркетплейсов.
Разрозненные сервисы или единая платформа
Каждую из задач выше можно закрыть отдельным сервисом: конструктор сайта отдельно, синхронизация остатков отдельно, репрайсер отдельно, аналитика в третьем месте. На небольшом объёме это рабочий вариант — сервисы дешевле по отдельности, и нет смысла платить за то, чем пока не пользуешься.
Проблема начинается на стыках: у пяти разных сервисов пять разных источников данных о товаре, и синхронизировать теперь нужно уже не магазин с маркетплейсами, а сервисы между собой. На этом объёме — обычно от пары сотен товаров на нескольких площадках — расходы на сведение данных вручную и цена ошибок начинают превышать стоимость одной платформы, где сайт, остатки, 1С, цены и аналитика используют один и тот же каталог.
Витрина устроена именно так: сайт на собственном домене, синхронизация с Wildberries, Ozon, Яндекс.Маркетом и МегаМаркетом, обмен с 1С, репрайсинг с защитой минимальной цены и аналитика прибыли по каждому товару — из одного личного кабинета, без пересборки одних и тех же данных в разных интерфейсах.
Как начать
Практически это выглядит так: подключается домен, переносится или заводится каталог, настраивается синхронизация с нужными площадками и 1С — без разработчика и без нескольких недель на интеграцию. Тарифы отличаются набором подключённых площадок и объёмом каталога, поэтому стоит сразу посчитать, сколько сейчас уходит на разрозненные сервисы и ручную сверку данных — обычно это и есть точка, после которой единая платформа выходит дешевле.