Мульти-магазин на 1С-Битрикс: несколько магазинов — одна платформа

Когда мульти-магазин выгоднее, чем несколько независимых сайтов

Независимые сайты — простое решение на старте, но дорогое в поддержке. Каждый сайт требует отдельной интеграции с 1С, отдельного хостинга, отдельных обновлений. Если у вас два сайта — это двойные расходы на всё. При пяти сайтах — пятикратные расходы на инфраструктуру и команду.

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

Единый каталог — разные витрины

Главный вопрос при проектировании мульти-магазина — как устроен каталог. Есть два основных подхода. Первый: один общий каталог, разные витрины видят разные товары (через привязку к сайту или фильтрацию по категориям). Второй: каждая витрина имеет свой независимый каталог, но они ведутся в единой административной панели. Выбор подхода зависит от того, насколько пересекаются ассортименты разных сайтов.

Для брендов с общим ассортиментом подходит первый подход — минимум дублирования, централизованное управление контентом. Для брендов с полностью разными товарными линейками — второй, при этом общим остаётся только платформа и административный интерфейс.

Разные цены для разных витрин

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

Ценообразование настраивается через механизм типов цен 1С-Битрикс: каждой витрине соответствует свой тип цены, который синхронизируется с 1С или задаётся вручную. Изменение цены в 1С автоматически применяется к нужной витрине.

Разграничение прав и ролей в единой системе

Для компании с несколькими магазинами критично, чтобы менеджер одного бренда не видел данные другого. В мульти-магазине права доступа настраиваются на уровне сайта: контент-менеджер магазина А видит только товары и заказы магазина А, менеджер B — только своего. Администратор системы — всё.

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

С какими задачами к нам приходят за мульти-магазином

Первый типичный запрос — владелец нескольких брендов, у которого уже есть два-три отдельных сайта, и каждый требует своей поддержки. Команда тратит время на дублирующиеся обновления, на синхронизацию остатков между сайтами вручную, на параллельное ведение нескольких интеграций с 1С. Расходы растут пропорционально числу сайтов, и в какой-то момент становится очевидно, что так дальше масштабироваться невыгодно. Мульти-магазин объединяет инфраструктуру и убирает дублирование.

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

Четвёртый запрос приходит от тех, у кого мульти-магазин уже есть, но реализован плохо: витрины путаются в правах доступа, цены синхронизируются с ошибками, добавление новой витрины каждый раз превращается в отдельный большой проект. Обычно причина — отсутствие продуманной архитектуры на старте. Такие проекты мы аудируем и приводим в порядок, перепроектируя модель данных и разграничение прав.

Как мы проектируем и строим мульти-магазин

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

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

Завершающий этап — тестирование. Мы проверяем каждую витрину и независимо, и в связке с остальными: корректность отображения товаров и цен на каждом сайте, работу разграничения прав (менеджер одной витрины не должен видеть данные другой), правильность выгрузки из 1С по витринам, изоляцию акций и скидок. Запуск обычно поэтапный: сначала основная витрина, затем остальные с меньшим временем на каждую, потому что платформа и интеграции уже готовы.

Экономика мульти-магазина: считаем совокупную стоимость владения

Главный аргумент в пользу мульти-магазина — не стоимость разработки, а стоимость владения на дистанции. Независимые сайты дешевле на старте каждого по отдельности, но дороже в сумме и значительно дороже в поддержке. Каждый отдельный сайт — это своя интеграция с 1С, свой хостинг, свои обновления, свой набор задач для команды. При двух сайтах это двойные операционные расходы, при пяти — пятикратные.

Мульти-магазин требует более существенных вложений на старте — нужно спроектировать общую архитектуру, — но затем каждая новая витрина обходится в разы дешевле, а операционные расходы не растут пропорционально числу магазинов. Одна команда поддерживает все витрины, одна интеграция с 1С обслуживает весь каталог, один хостинг несёт всю нагрузку. На горизонте двух-трёх лет совокупная стоимость владения мульти-магазином почти всегда оказывается ниже, чем у набора независимых сайтов, и эта разница растёт с каждой новой витриной.

Мы готовим расчёт совокупной стоимости владения для конкретной ситуации клиента: сравниваем сценарий «несколько независимых сайтов» и «единая платформа» по затратам на разработку, поддержку, интеграции и хостинг на три года. Этот расчёт обычно убедительнее любых общих аргументов, потому что показывает реальные цифры под ваш бизнес.

Гарантии и сопровождение

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

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

Частые возражения

«Мульти-магазин — это слишком сложно и дорого для нас».

Сложность мульти-магазина концентрируется на этапе проектирования архитектуры, а не в ежедневной эксплуатации. После запуска управление несколькими витринами из одной панели обычно проще, чем ведение нескольких независимых сайтов. Что касается цены: да, стартовые вложения выше, чем у одного сайта, но если вам действительно нужно несколько магазинов, мульти-магазин почти всегда выгоднее на дистанции. Мы покажем это расчётом совокупной стоимости владения до того, как вы примете решение.

«А вдруг одна витрина уронит остальные?»

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

«Боюсь оказаться привязанным к подрядчику».

Платформа строится на стандартном механизме многосайтовости 1С-Битрикс, без скрытых кастомных костылей, которые понимаем только мы. Исходный код и доступы передаются вам полностью. Любая команда, работающая с Битрикс, сможет продолжить развитие платформы — мы намеренно избегаем решений, которые делают клиента заложником одного подрядчика.

Поэтапный запуск без остановки бизнеса

Когда мульти-магазин строится на базе уже работающих сайтов, ключевой вопрос — как перейти на новую платформу, не потеряв продажи и поисковые позиции. Мы планируем миграцию поэтапно: сначала запускаем платформу и переносим первую витрину, проверяем её работу на реальных заказах, и только убедившись в стабильности, переводим следующие. URL-структура и метатеги каждого домена сохраняются, настраиваются необходимые переадресации, чтобы накопленный поисковый вес не потерялся при переезде.

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

Почему выбирают нас

Мы реализовали мульти-магазины для производственных холдингов, региональных розничных сетей и компаний, совмещающих B2C и B2B каналы. Мы знаем, где именно возникают сложности в таких проектах: в проектировании каталога, в схеме ценообразования по витринам, в разграничении прав и в настройке интеграции с 1С под несколько сайтов. Этот опыт позволяет закладывать правильную архитектуру сразу, а не исправлять её потом.

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

Сделайте первый шаг

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