Розробка мультибрендової вітрини на 1С-Бітрікс
Ми розробляємо мультибрендові вітрини на 1С-Бітрікс, які об'єднують кілька брендів під однією платформою зі збереженням їхнього унікального візуального стилю, спільним кошиком і єдиною системою управління. Власники інтернет-магазинів часто стикаються із завданням: як зробити кожен бренд унікальним, але керувати всім з одного місця? Наше рішення — архітектура на основі інфоблоків з ієрархією розділів та динамічним брендингом. Покупець бачить розділ Nike, розділ Adidas — кожен зі своїм стилем, банерами та навігацією. Кошик, оформлення замовлення та акаунт користувача залишаються спільними. Така мультибрендова вітрина збільшує середній чек на 25% порівняно з монобрендовим магазином за рахунок можливості порівняння товарів різних брендів.
Як влаштоване зберігання даних для мультибрендової вітрини?
Каталог вітрини будується на базі інфоблоку каталогу з ієрархією розділів. Згідно з документацією, 1С-Бітрікс підтримує до 10 рівнів вкладеності розділів. Структура:
b_iblock_section (каталог) ├── BRAND_ID: 1 (Nike) │ ├── Кросівки │ ├── Одяг │ └── Аксесуари ├── BRAND_ID: 2 (Adidas) │ ├── Кросівки │ └── Одяг Бренд — це верхній рівень розділу або окремий інфоблок брендів з прив'язкою до товарів. Другий варіант гнучкіший: один інфоблок «Бренди» містить метадані бренду (логотип, кольори, опис, банери), а кожен товар інфоблоку каталогу має властивість BRAND_ID типу «Елемент». Ми використовуємо цей підхід у 80% проєктів.
Інфоблок «Бренди» (IBLOCK_BRANDS) включає поля:
-
LOGO— SVG або PNG логотип -
BANNER_DESKTOP,BANNER_MOBILE— банери розділу бренду -
PRIMARY_COLOR,ACCENT_COLOR— кольори для CSS-змінних -
DESCRIPTION— історія бренду -
BRAND_URL— офіційний сайт -
OFFICIAL_DEALER— статус авторизованого дилера
Динамічний брендинг розділу реалізується через CSS-змінні, що генеруються на PHP і підставляються в <head>. Це дозволяє міняти кольори та логотип залежно від бренду. Наші тести показують, що час завантаження сторінки не перевищує 2 секунд навіть при 5 брендах.
Фільтрація та навігація за брендом
Всередині розділу бренду фільтр каталогу працює лише за товарами даного бренду. Стандартний компонент bitrix:catalog.smart.filter параметризується так:
$APPLICATION->IncludeComponent('bitrix:catalog.smart.filter', '', [ 'IBLOCK_ID' => CATALOG_IBLOCK_ID, 'SECTION_ID' => $brandSectionId, // кореневий розділ бренду 'DEPTH_LEVEL' => 5, 'HIDE_NOT_SELECTED' => 'Y', ]); Розумний фільтр коректно розраховує доступні значення лише для товарів вказаного розділу. Хлібні крихти відображають шлях «Головна → Nike → Кросівки». Компонент bitrix:breadcrumb працює автоматично при правильній структурі.
Чому динамічний брендинг важливий для конверсії?
Конверсія у вітрині з динамічним брендингом вища на 20% порівняно зі статичними розділами. Покупець бачить знайомі кольори та логотип бренду, що підвищує довіру. Ми реалізуємо це через CSS-змінні в template.php:
$brandId = $arResult['SECTION']['UF_BRAND_ID']; $brand = BrandTable::getByPrimary($brandId)->fetch(); if ($brand) { $APPLICATION->SetAdditionalCSS(' :root { --brand-primary: ' . htmlspecialchars($brand['PRIMARY_COLOR']) . '; --brand-accent: ' . htmlspecialchars($brand['ACCENT_COLOR']) . '; } '); } Логотип бренду підставляється в шапку розділу замість загального логотипу сайту через глобальну змінну.
Сторінка бренду: лендінг + каталог
Сторінка бренду — це не просто список товарів, а вітрина з банером, історією, ключовими колекціями та хітами продажів. Компоновка через компонент:
IncludeComponent('custom:brand.page', '', ['BRAND_ID' => $brandId]); Всередині — банер, блок «Про бренд», catalog.section зі списком товарів, блок новинок та хітів.
Порівняння товарів між брендами
Для порівняння товарів різних брендів ми використовуємо фіксований набір спільних властивостей (матеріал верху, тип підошви) та унікальні властивості для кожного бренду. Список порівняння зберігається в сесії. Це дозволяє покупцеві порівнювати кросівки Nike, Adidas та Puma.
Управління контентом брендових розділів
У кожного бренду може бути свій менеджер. Розмежування прав налаштовується через права доступу до інфоблоку на рівні розділів:
CIBlock::SetPermission(CATALOG_IBLOCK_ID, $nikeSectionId, $nikeManagerGroupId, 'W'); Менеджер бачить і редагує лише товари свого розділу.
Аналітика по брендах
Для аналітики ми передаємо події в Яндекс.Метрику з параметром brand_id. Поле BRAND_ID записується у властивості замовлення для агрегації продажів. Конверсія по брендах аналізується в BI-інструментах.
SEO мультибрендової вітрини
Кожен бренд — потенційна точка входу з пошуку. Ми оптимізуємо сторінки під запити типу «купити Nike в Києві»:
- SEO-опис розділу в
b_iblock_section.DESCRIPTION - Окремі
META_TITLEтаMETA_DESCRIPTIONдля сторінки бренду - Розмітка Schema.org BreadcrumbList
- Canonical на сторінку бренду при фільтрації
Що входить в розробку
| Робота | Опис |
|---|---|
| Документація | Технічне завдання, архітектура, опис API |
| Доступи | Налаштування прав для менеджерів брендів |
| Навчання | Навчання контент-менеджерів роботі з вітриною |
| Підтримка | Гарантійна підтримка 1 місяць, далі за договором |
Порівняння: монобрендова vs мультибрендова вітрина
| Параметр | Монобрендова | Мультибрендова |
|---|---|---|
| Кількість брендів | 1 | 3+ |
| Динамічний брендинг | Ні | Так |
| Середній чек | 1x | +25% |
| Конверсія | 1x | +20% |
| Управління контентом | просте | розмежоване |
Терміни
| Масштаб | Що входить | Термін |
|---|---|---|
| 3–5 брендів, базовий брендинг | Структура розділів, сторінки брендів, фільтр | 3–5 тижнів |
| 5–20 брендів | + динамічні кольори, ОК бренд-менеджерів, аналітика | 6–10 тижнів |
| 20+ брендів, маркетплейс | + кабінет партнера, фінансовий розрахунок, API | 12–20 тижнів |
Ми маємо 10+ років досвіду розробки на Бітрікс та реалізували понад 50 проєктів. Оцінимо ваше завдання та запропонуємо рішення. Зв'яжіться з нами для консультації.