Розробка сайту меблевої фабрики на 1С-Бітрікс

Диван у п'яти оббивках, трьох розмірах та двох конфігураціях каркаса — 30 торгових пропозицій. Кухонний гарнітур з модулів, де покупець хоче побачити результат до замовлення. Ми розробляємо сайти меблевих фабрик на 1С-Бітрікс, які вирішують обидві задачі: каталог з механізмом SKU та фасетною фільтрацією для стандартних меблів, плюс 3D-конфігуратор для модульних систем. Інтеграція з 1С через CommerceML 2 підтримує ціни та залишки в актуальному стані без ручного оновлення.

Чому сайт меблевої фабрики потребує особливого підходу?

У каталозі товарів — до 10 000 варіацій, кожна з унікальними параметрами: оббивка, розмір, фасад. Без торгових пропозицій Бітрікса вам доведеться дублювати картки або втрачати контроль над залишками. Механізм SKU дозволяє прив'язати до одного товару безліч варіацій з власними цінами, артикулами та фото. Це швидше та надійніше, ніж кастомне рішення: генерація 10 000 SKU займає хвилини, а не години.

Каталог меблів на торгових пропозиціях

Інфоблок «Меблі» містить товари з прив'язкою до інфоблоку торгових пропозицій. Властивості товару: колекція, стиль (класика, сучасний, лофт, скандинавський, мінімалізм), матеріал каркаса (масив дуба, масив бука, ЛДСП, МДФ, метал), країна виробництва, гарантія (місяці), 3D-модель (GLTF/GLB). Торгові пропозиції включають: колір, матеріал оббивки/фасаду, розмір (Ш×Г×В), артикул, ціну (через модуль catalog), залишок.

Як прискорити фільтрацію в каталозі з 5000 SKU?

Критичний елемент для каталогу з тисячами SKU. Вмикаємо фасетний індекс модуля iblock (метод \Bitrix\Iblock\PropertyIndex\Manager::buildIndex()). Компонент bitrix:catalog.smart.filter виводить: матеріал, стиль, ціна (повзунок), розмір (діапазони), колір (візуальні плашки), наявність. Фасетний індекс перебудовується при зміні товарів. Для 5000+ SKU швидкість фільтрації на порядок вища за прямі SQL-запити.

Інтеграція з 1С

Синхронізація через модуль обміну catalog за протоколом CommerceML 2. Номенклатура, ціни, залишки, замовлення — двосторонній обмін. Розклад: ціни та залишки кожні 30 хвилин (cron), номенклатура раз на добу, замовлення кожні 15 хвилин. Детальніше: CommerceML 2.0 specification. Інтеграція економить до 40 годин ручного оновлення на місяць.

B2B-розділ для дилерів

Дилер реєструється через форму з модерацією бізнес-процесом. Після підтвердження доступні: дилерські ціни (окремий тип цін), розширений каталог з правами доступу, маркетингові матеріали, історія замовлень та взаєморозрахунків з 1С.

Deep-dive: 3D-конфігуратор меблів

Покупець збирає кухню з модулів у 3D-просторі: обирає шафи, розміщує вздовж стін, обирає фасади та бачить підсумкову вартість. Технічно це WebGL-додаток на Three.js, інтегрований з Бітрікс через REST API.

Архітектура взаємодії:

1. JS запитує /api/configurator/modules/ — список модулів з параметрами.
2. Дані з інфоблоку «Модулі конфігуратора».
3. 3D-моделі у форматі GLTF/GLB з Draco-компресією (зниження розміру на 70–80%).
4. При розміщенні модуля оновлюється специфікація та вартість.

Моделі та оптимізація: кожен модуль — параметрична модель: корпус, фасад (змінний), фурнітура. Low-poly (до 5000 полігонів), текстури 512×512. Lazy loading: спочатку прев’ю, потім детальна модель.

Зміна матеріалів: при виборі фасаду Three.js замінює текстуру через THREE.TextureLoader з кешуванням. Текстури зберігаються в Highload-інфоблоці «Матеріали конфігуратора».

Розстановка: користувач задає розміри приміщення. Модулі прив'язуються до стін через snap-логіку, колізії перевіряються bounding box. Обмеження задаються у властивостях модуля: UF_WALL_TYPE, UF_SNAP_POINTS, UF_MIN_HEIGHT.

Формування замовлення: JSON-специфікація відправляється на сервер, PHP створює замовлення в модулі sale, розраховує вартість та вивантажує в 1С.

Продуктивність: 15–20 модулів на сцені при 30 FPS на середньому пристрої. Використовуємо Instancing, Frustum culling, LOD. Тіні вимкнені.

Що входить у розробку під ключ?

• Аналітика та проєктування архітектури каталогу.
• Налаштування інфоблоків, торгових пропозицій, фасетного індексу.
• Інтеграція з 1С (обмін, ціни, залишки).
• Розробка B2B-розділу для дилерів (за потреби).
• Проєктування та впровадження 3D-конфігуратора.
• Тестування (включаючи навантажувальне для каталогу).
• Деплой та налаштування кешування (тегований кеш, CDN для моделей).
• Навчання адміністраторів та документація.

Технічні вимоги

Редакція «Бізнес». Сервер: PHP 8.1+, MySQL або PostgreSQL, мінімум 4 ГБ RAM, SSD для GLTF-файлів. Композитний кеш для каталогу, CDN для 3D-моделей.

Ми маємо значний досвід у розробці рішень на 1С-Бітрікс, реалізували 15 проєктів для меблевих компаній. Замовте розробку під ключ — отримайте попередній розрахунок термінів та вартості. Зв'яжіться з нами для консультації.

Як правильно проектувати інфоблоки?

Ми бачимо десятки проєктів, де неправильна структура інфоблоків перетворює сайт на гальмо. Типовий сценарій: замовник просить «каталог товарів». Розробник створює один інфоблок catalog, закидає туди 15 властивостей. Через півроку — 40 властивостей, 8 з яких використовуються лише для однієї категорії. Фільтр гальмує, таблиця b_iblock_element_property розрослася до мільйонів рядків, CIBlockElement::GetList виконується 3 секунди. Наслідки — падіння конверсії, втрата клієнтів, додаткові витрати на оптимізацію. В одному проєкті після рефакторингу каталогу час генерації сторінки знизився з 4,2 до 0,8 секунди, а вартість підтримки значно скоротилася — за рахунок усунення надлишкових запитів та агентів.

Наш підхід: проектуємо інфоблоки до першого рядка коду. Окремі інфоблоки під сутності (товари, категорії, бренди), властивості-довідники через HL-блоки, торгові пропозиції для SKU. Це закладає продуктивність на роки вперед. Якщо хочете отримати попередній аудит вашої схеми інфоблоків — зв'яжіться з нами, розберемо типові помилки та надамо рекомендації.

Чому 1С-Бітрікс вигідніший за альтернативи?

Вибір CMS диктується не уподобаннями, а бізнес-завданнями. Ось ключові аргументи:

• Нативний обмін з 1С — модуль catalog.import.1c забезпечує двосторонній обмін товарами, цінами, залишками та замовленнями через CommerceML. Без сторонніх модулів. Це в 5 разів швидше, ніж розробка власного обміну на OpenCart або WordPress. Економія на інтеграції — до 200 000 грн порівняно з кастомними рішеннями.
• Проактивний захист — модуль security включає WAF, контроль цілісності файлів, захист від SQL-ін'єкцій, двофакторну автентифікацію. Для проєктів з вимогами ФСТЭК — сертифіковане рішення (згідно з Wikipedia, це стандарт для корпоративних систем).
• Модульна архітектура — підключаємо лише потрібні модулі: iblock, catalog, sale, search. Менше модулів — менше запитів до БД на кожен хіт.
• Регулярні патчі — вендор випускає security-патчі, закриваючи вразливості швидше, ніж open-source проєкти (середній час виправлення CVE — 2 тижні). Офіційна документація по модулях доступна на сайті розробника.

Що дають HL-блоки і як ми прискорюємо каталог

Highload-блоки — це альтернатива розширеним властивостям інфоблоків, коли список значень може зростати до тисяч записів. Типовий приклад: виробники, країни, кольори. Якщо зберігати їх як властивості-списки в інфоблоці, кожна фільтрація викликає повне сканування таблиці b_iblock_property_enum. З HL-блоками вибірка йде по індексу — час відповіді фільтра знижується з 1–2 секунд до 50 мс. Продуктивність HL-блоків у 8 разів вища за властивості-списки інфоблоків. Ми використовуємо HLB компонент і кастомні запити через Bitrix\Highloadblock\DataManager. Це особливо критично для каталогів з 100 000+ товарами.

З нашої практики — проєкт інтернет-магазину з 500 000 товарів. Стандартний фільтр по бренду виконувався 4 секунди. Сервер не витримував навантаження в 50 одночасних запитів — сторінки падали. Ми перевели довідник брендів у HL-блок, додали теговане кешування на 15 хвилин і налаштували агент для скидання кешу при зміні. Після доопрацювання час фільтрації склав 120 мс, середній LCP сторінки — 1,8 секунди. Проєкт працює стабільно без збоїв.

Що входить у розробку сайту на 1С-Бітрікс

Кожен проєкт включає повний комплект документації та артефактів, що виключає втрату знань після передачі.

• Технічне завдання — user stories, діаграми інфоблоків, схеми інтеграцій.
• Вихідний код у Git — з історією комітів, тегами релізів, правилами гілкування.
• Адміністративна документація — опис кастомних компонентів, інструкції з розгортання, перелік агентів і подій.
• Навчання співробітників — до 3 годин вебінару: панель управління, робота з замовленнями, налаштування цін. Записуємо, щоб можна було переглянути.
• Доступ до staging на час розробки — тестуєте самостійно до деплою на продуктив.
• Гарантійна підтримка — виправлення помилок коду протягом 30 днів після запуску. Післягарантійні абонентські пакети з SLA (реакція 2 години, рішення 8 годин).

Наш процес і технології

Стек: верстка mobile-first, тестуємо на фізичних пристроях (iPhone, iPad, Android). Використовуємо BrowserStack для Safari на iOS. Продуктивність — LCP < 2,5 с, FID < 100 мс, CLS < 0,1. Включаємо композитний сайт (composite), CDN, теговане кешування, WebP/AVIF, lazy loading. SEO — Schema.org через JSON-LD, автогенерація sitemap.xml модулем seo, canonical і hreflang для мультимовних версій. robots.txt закриваємо /bitrix/ від індексації. CI/CD — Git, автодеплой через GitLab CI, staging. Міграції бази — модуль sprint.migration з версіонуванням.

Процес роботи:

1. Аналітика — вивчаємо конкурентів, збираємо вимоги, малюємо прототипи в Figma. На виході — ТЗ з user stories.
2. Дизайн — UI/UX з дизайн-системою. Компоненти перевикористовуються.
3. Розробка — пишемо компоненти з кастомними шаблонами в local/templates/. Бізнес-логіку виносимо в модулі local/modules/.
4. Тестування — функціональне, кросбраузерне, навантажувальне (до 1000 запитів). Критичні баги виправляємо до запуску.
5. Запуск — деплой на прод, моніторинг через UptimeRobot, алерти в Telegram. Усуваємо перші 48 годин.

Інтеграції, мультимовність і редизайн

• Повна локалізація через мовні файли lang/ і механізм SITE_ID. hreflang для кожної версії. Регіональні версії з різними цінами та контентом — визначення за IP (main.geo) або ручний вибір. Мультидоменність — єдине управління кількома доменами.

• Редизайн без втрати позицій: аудит продуктивності (PageSpeed, WebPageTest), SEO (Screaming Frog). Новий шаблон у local/templates/ із збереженням URL-структури. 301-редиректи лише якщо URL змінюється суттєво. Оновлення ядра, перехід на D7 ORM, реструктуризація інфоблоків, міграція через sprint.migration з Git.

Гарантія та підтримка

Ми працюємо з 1С-Бітрікс 12+ років, реалізували 500+ проєктів. У штаті сертифіковані розробники. Фіксована вартість у договорі — без сюрпризів. Гарантійний період покриває помилки коду. Після — абонентські пакети з SLA (час реакції — 2 години, рішення — 8 годин). Моніторинг доступності 24/7, алерти в Telegram. За потреби отримайте попередній аудит — зв'яжіться з нами через форму на сайті або напишіть у чат, відповімо протягом години. Замовте розробку під ключ — ми спроєктуємо інфоблоки, інтегруємо 1С і розженимо каталог. Якщо вже є сайт на іншій CMS — замовте аудит продуктивності та міграцію на Бітрікс.