Как построить маркетплейс для десятков брендов и не сойти с ума

WE ARE — масштабная мультибрендовая платформа белорусских дизайнеров. В каталоге представлено свыше 2500 товаров от 40 производителей: от повседневных вещей до эксклюзивных лимитированных серий. Раньше проект существовал в офлайн-режиме: шоурумы в разных городах, крепкое сообщество в соцсетях и сотрудничество с 40 брендами. Но покупать товары онлайн было непросто — у каждого бренда был свой сайт и свои соцсети. Представьте: чтобы собрать идеальный образ из любимых белорусских марок, нужно было открыть десяток вкладок, оплатить каждый заказ отдельно и потом забрать их из разных мест.

Цель — создать маркетплейс, который объединит локальные бренды на единой цифровой платформе и сформирует инфраструктурную основу для отрасли. Что было сделано? С какими сложностями столкнулись? И каких результатов достигли? Рассказывают эксперты iMedia Solutions.

Задачи проекта и первые решения

Для реализации поставленной цели требовалось решить три ключевых вопроса по интеграции независимых брендов в удобную онлайн-систему.

Что сделали:

Веб-платформа и мобильное приложение на едином бэкенде. Чтобы пользователь мог свободно переключаться между устройствами — например, подбирать вещи на смартфоне в пути, а оформлять заказ на ноутбуке дома — разработали два продукта: веб-платформу и мобильное приложение на React Native.

Ключевой элемент архитектуры — единый бэкенд. Он решает сразу несколько задач:

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

Такой подход делает взаимодействие с платформой максимально удобным и бесперебойным.

Интеграция с цифровыми системами брендов. Если в обычном интернет-магазине все устроено просто — одна система, единый формат данных, централизованный контроль, — то маркетплейс WE ARE представляет собой совершенно иную модель. Здесь работают десятки независимых бизнесов, у каждого — своя цифровая инфраструктура.

Требовать от брендов перестройки их систем было бы неоправданно затратно. Поэтому пошли другим путем: создали архитектуру, которая гибко подстраивается под существующие процессы партнеров, а не заставляет их меняться.

Основой интеграции стали API-соединения с жесткими ограничениями доступа. Такой подход дал три ключевых преимущества:

1. Сохранение процессов. Бренды подключаются к платформе, не меняя свои внутренние рабочие процедуры.
2. Безопасность. Платформа получает строго ограниченный набор данных (товары, остатки, статусы), не имея доступа к финансам или персональным сведениям.
3. Масштабируемость. Подключение новых партнеров происходит быстро и не требует доработок основной архитектуры.

Да, реализация была непростой: приходилось учитывать особенности каждой системы, работать с разными форматами данных и следить за стабильностью обмена между десятками источников. Но результат оправдал усилия — получили надежную интеграционную модель, которая легко масштабируется без потери безопасности.

Подключение CDN и борьба со сбоями

Столкнулись с задачей сохранения высокой скорости работы маркетплейса в самые напряженные моменты — например, во время выхода новых коллекций. Решение нашлось в технологии CDN (Content Delivery Network).

Суть в том, что вместо хранения всех изображений и статического контента на одном сервере распределили их по множеству серверов в разных географических точках. Теперь, когда пользователь заходит на сайт, контент подгружается с ближайшего к нему сервера.

Это позволило:

• существенно снизить нагрузку на основной сервер;
• гарантировать стабильную скорость работы платформы вне зависимости от количества посетителей.

Когда все пошло не по плану. Поначалу все выглядело идеально: скорость загрузки выросла, платформа работала как часы. Но вскоре мы столкнулись с неожиданной проблемой — после подключения CDN начали возникать странные сбои.

Симптомы были тревожными, но при этом очень непостоянными:

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

Сначала подумали, что дело в нашей части системы: ошибка в коде или сбой в логике. Погрузились в тщательную проверку:

• пересмотрели весь код в поисках мельчайших недочетов;
• проанализировали логику запросов — все было корректно;
• проверили систему кэширования — никаких аномалий;
• протестировали работу на разных устройствах и через разные каналы связи — везде платформа вела себя стабильно.

Когда стало очевидно, что внутренняя часть системы функционирует безупречно, мы поняли: проблема лежит за ее пределами. Пришло время расширить диагностику и искать причину в других звеньях цепочки.

Как решали проблему

Первым делом погрузились в анализ: внимательно изучили логи CDN и понаблюдали за поведением сайта в условиях повышенной нагрузки. Далее смоделировали ситуацию в нескольких разных средах.

В итоге подготовили развернутое техническое заключение, которое подкрепили выводы конкретными доказательствами.

Выяснилось, что корень проблемы крылся в некорректной маршрутизации на стороне одного из провайдеров связи. Получив доказательства, хостер оперативно вмешался: перенастроил CDN, устранил сбойные маршруты. В результате сайт заработал как положено — стабильно и без неожиданных провалов.

Этот случай напоминает, что даже при идеальной внутренней архитектуре нужно быть готовым к сбоям на стороне провайдеров. И всегда иметь план Б.

Еще немного подводных камней. Когда подготовка площадки к запуску вышла на финишную прямую, неожиданно возникла серьезная проблема: один из брендов обнаружил, что из его личного кабинета пропало свыше 500 фотографий товаров.

Оказалось, что в определенных условиях алгоритм работы с медиафайлами давал сбой: вместо сохранения изображений система перезаписывала их, оставляя вместо фотографий пустые карточки. А поскольку ошибка проявлялась лишь при строго определенной последовательности действий, то обнаружить ее на ранних этапах разработки не представлялось возможным.

С помощью CDN-хранилища успешно восстановили все утраченные фотографии бренда. Дальше требовалось исключить повторение подобной ситуации.

Внесли изменения:

• Каждое фото теперь жестко привязано к ID товара посредством хэш-ссылки. Это исключает риск потерь в базе данных и гарантирует однозначную идентификацию изображения.
• Система больше не удаляет медиафайлы ни при каких обстоятельствах — даже если возникает ошибка или пользователь сам удаляет карточку товара.
• Процесс возврата изображений стал максимально простым: теперь любые фото можно восстановить всего за пару кликов.

Что получилось в итоге

В итоге получили не просто торговую платформу, а первую в стране полноценную fashion-экосистему. Она стала настоящим мостом между десятками независимых брендов и их покупателями: объединила продавцов в едином цифровом пространстве, а для клиентов выстроила интуитивно понятный путь от первого знакомства с товаром до успешного оформления покупки.

Проект оказался невероятно многогранным — каждая его составляющая могла бы стать отдельным кейсом для детального разбора.

Ключевые достижения:

• Удалось реализовать единую цифровую среду через две взаимосвязанные платформы — веб-версию и мобильное приложение. Их работа построена на общем бэкенде, благодаря чему пользователь получает бесшовный опыт взаимодействия: корзина покупок, список избранного и история заказов автоматически синхронизируются между всеми устройствами.
• Разработали универсальную систему интеграций. На текущий момент через API подключены 13 брендов без изменений во внутренних бизнес-процессах. При этом добавление нового участника в экосистему занимает всего несколько дней.
• Архитектура платформы демонстрирует исключительную устойчивость. Система уверенно справляется с пиковыми нагрузками во время релизов новых коллекций. Быстрая загрузка страниц обеспечивается за счет CDN, а продуманная инфраструктура гарантирует стабильную работу даже при сбоях у провайдеров.
• Особое внимание было уделено пользовательскому опыту. Каждый элемент интерфейса создавался с фокусом на удобство: добавили функцию «Поделиться корзиной», интеллектуальный поиск, многоуровневые личные кабинеты.

В первый же день запуска мобильное приложение заняло лидирующую позицию в категории «Шоппинг» в App Store. Этот релиз стал одним из самых заметных событий в fashion-индустрии, вызвав широкий резонанс среди экспертов и покупателей и подтвердив, что созданная экосистема действительно отвечает актуальным потребностям рынка.

Сервис Selsup помогает селлерам на маркетплейсах решать похожие задачи: объединять данные из разных источников, автоматизировать учет и анализировать продажи. Если вы хотите построить свою экосистему или просто упростить работу с существующими площадками — Selsup к вашим услугам.

Заключение

Кейс WE ARE показывает, как можно объединить десятки независимых брендов в единую экосистему, сохранив их автономность и обеспечив пользователям бесшовный опыт. Интеграция с разными системами, борьба со сбоями CDN, восстановление потерянных данных — все это часть большого пути к созданию успешного маркетплейса.

Для селлеров на маркетплейсах этот кейс — напоминание о том, что автоматизация и единая система учета критически важны для масштабирования. И сервис Selsup готов стать вашим надежным партнером в этом.

По материалам iMedia Solutions.