Сайт цветочного магазина на 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 секунды, а стоимость поддержки сократилась на 250 000 рублей в год — за счёт устранения избыточных запросов и агентов.

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

Почему 1С-Битрикс выгоднее альтернатив?

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

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

Что дают HL-блоки и как мы ускоряем каталог

Highload-блоки — это альтернатива расширенным свойствам инфоблоков, когда список значений может расти до тысяч записей. Типичный пример: производители, страны, цвета. Если хранить их как свойства-списки в инфоблоке, каждая фильтрация вызывает полное сканирование таблицы b_iblock_property_enum. С HL-блоками выборка идёт по индексу — время ответа фильтра снижается с 1–2 секунд до 50 мс. Мы используем 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 — закажите аудит производительности и миграцию на Битрикс.