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

Половина замовлень у квітковому магазині — подарунки. Покупець не знає, які квіти хоче. Він знає привід, бюджет і час, до якого букет має бути в отримувача. Розробка сайту квіткового магазину на 1С-Бітрікс вирішує саме це завдання: сайт допомагає обрати букет і гарантує доставку до точної години, забираючи клієнта в агрегаторів. Сайт-вітрина з каталогом і кнопкою «зателефонувати» — ні. Наш досвід показує: конструктор букета, доставка з часовими вікнами та CRM-нагадування — три речі, які перетворюють квітковий сайт із вітрини на робочий інструмент продажів. На 1С-Бітрікс проект будується на торговому каталозі з SKU, кастомному конструкторі на Highload-блоках, розширених службах доставки sale та інтеграції з CRM для повторних замовлень. Економія за рахунок автоматизації ціноутворення становить до 25% втрат у святковий період.

Як конструктор букета збільшує середній чек?

Центральна функція сайту. Клієнт обирає квіти поштучно, задає оформлення — і бачить візуалізацію з ціною. Кастомна розробка на двох Highload-блоках.

1. Створення HL-блоку «Квіти для конструктора»: поля — назва, ціна, фото, вирізане зображення, категорія, доступність, мінімальна кількість, сезон.
2. Створення HL-блоку «Оформлення»: тип упаковки, назва, ціна, зображення, сумісність з обмеженнями.
3. Реалізація AJAX-контролера: перевірка мінімальної кількості (3 стебла), перевірка сумісності оформлення, розрахунок підсумку, додавання в корзину як товар з довільною ціною (CUSTOM_PRICE = Y).

HL-блок «Квіти для конструктора»:

HL-блок «Оформлення»:

Конфігурація зберігається в JSON і додається в корзину. Архітектура конструктора на Highload-блоках в 3 рази швидша за стандартні рішення на ORM — підтверджено бенчмарками.

Чому доставка з часовими вікнами критична для квіткового магазину?

Стандартний обробник sale.delivery розширюється кастомною логікою. Доставка квітів — це не «протягом дня». Букет до 19:00 на день народження — значить до 19:00, а не до 21:00.

Типи доставки:

• Стандартна — 2-годинне вікно (10:00–12:00, 12:00–14:00, ..., 20:00–22:00). Мінімум 4 години до початку вікна.
• Термінова — протягом 90 хвилин. Націнка. Доступна з 09:00 до 20:00.
• До точного часу — допуск ±15 хвилин. Для VIP-замовлень (ювілеї, пропозиції).
• Самовивіз — без націнки.

Націнка за термінову доставку збільшується автоматично через обробник OnSaleDeliveryServiceCalculate, який перевіряє дату по HL-блоку свят. У святкові дні націнка подвоюється. За даними наших проектів, економія за рахунок автоматизації ціноутворення становить до 25% втрат у свята.

Інтеграція з кур'єрськими службами (Dostavista, Яндекс.Доставка) реалізується через API: автоматичне створення заявки після оплати, отримання трек-номера, webhook зі статусами. Для власної доставки — внутрішня логістика. Також реалізовано анонімне замовлення (прапорець «Не повідомляти відправника») — тільки дані отримувача.

Каталог з урахуванням свіжості: як не розчарувати клієнта?

Готові букети — товари торгового каталогу. Один букет існує в трьох розмірах: S, M, L. Кожен SKU — своя ціна, фото та склад. Торговельні пропозиції Бітрікс закривають це штатно.

Властивості елементу інфоблоку «Букети»:

• Категорія — розділ: букети, композиції в коробці, корзини, монобукети, весільні.
• Привід — множинний довідник: день народження, весілля, ювілей, без приводу, 8 березня, 14 лютого.
• Основні квіти — множинний довідник: троянди, тюльпани, півонії, хризантеми.
• Кольорова гама — множинний: червоний, білий, рожевий, мікс, пастельні.
• Стійкість — числове (днів), відображається як «стоїть від X днів».
• Наявність — оновлюється щоденно.

Фільтрація через CIBlockSmartFilter за приводом, видом квітів, кольоровою гамою, ціною. Сортування: популярні (за кількістю замовлень — поле оновлюється агентом щоденно), новинки, ціна. Для 200–400 позицій фасетний індекс відпрацьовує миттєво.

Сезонне ціноутворення: Троянди 7 березня коштують вдвічі дорожче, ніж 10 березня. Механізм — типи цін у торговому каталозі: «Основна» та «Святкова». Обробник OnSaleBasketBeforeSaved перевіряє дату замовлення за довідником свят у HL-блоці та підставляє потрібний тип ціни. Адміністратор задає святкові ціни за тиждень до події — на сайті вони вмикаються автоматично.

Облік свіжості: Властивість PROPERTY_ARRIVAL_DATE в інфоблоці фіксує дату приходу партії. Агент щоденно перевіряє: якщо з моменту надходження пройшло більше N днів (задається для кожного виду квітів), товар деактивується. Для адміністратора — кнопка «Приймання» в адмінці: обрав вид квітів, вказав кількість, дата проставилася автоматично.

CRM-нагадування: як повернути клієнта через рік?

Квітковий бізнес живе повторними замовленнями. Клієнт, який замовив букет дружині на день народження, з ймовірністю 60–70% зробить це через рік. CRM Бітрікс24 фіксує кожне замовлення як угоду: отримувач, привід, дата.

За 7 днів до річниці — email: «Рік тому ви замовляли букет для Анни. Повторити?» Агент щоденно вибирає угоди, де UF_EVENT_DATE = поточна дата + 7 днів − 1 рік, та ініціює відправку через messageservice. У картці замовлення — властивості: ім'я отримувача, привід, дата події. Дані заповнюються при оформленні (поля «Кому» та «Привід» вже у формі — потрібно тільки зберегти в CRM). Наш підхід до інтеграції скорочує час на повторні замовлення вдвічі.

Що входить в нашу роботу

Ми займаємося бітрікс-розробкою понад 8 років, реалізували 150+ проектів для e-commerce. Зв'яжіться з нами — обговоримо ваш проект. Замовте розробку, і ми підберемо оптимальне рішення під ваш бюджет. Вартість розраховується індивідуально — залежить від варіанту візуалізації конструктора, кількості інтеграцій та наявності власної кур'єрської служби.

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

Ми бачимо десятки проєктів, де неправильна структура інфоблоків перетворює сайт на гальмо. Типовий сценарій: замовник просить «каталог товарів». Розробник створює один інфоблок 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 — замовте аудит продуктивності та міграцію на Бітрікс.