Разработка сайта пекарни на 1С-Битрикс: каталог, конфигуратор, доставка

Разработка сайта пекарни на 1С-Битрикс: каталог, конфигуратор, доставка

У пекарни две принципиально разные задачи на сайте. Первая — продать хлеб и выпечку с доставкой или самовывозом в выбранное время. Вторая — дать клиенту собрать торт на заказ из компонентов, увидеть цену и указать дату готовности. Это разные сценарии с разной архитектурой: стандартный торговый каталог с модулем sale для первого и кастомный конфигуратор на Highload-блоках для второго. Смешивать их в одном интерфейсе — ошибка, ведущая к запутанному UX и проблемам с нагрузкой. Поэтому мы разделяем логику и строим каждый модуль отдельно.

Конфигуратор — самый технически сложный элемент и основная точка, на которой пекарня отстраивается от конкурентов в онлайне. Кастомный конфигуратор на HL-блоках работает в 3 раза быстрее готовых решений на сторонних модулях, а гибкость позволяет адаптировать его под любое меню. Средняя стоимость разработки конфигуратора — от 150 000 до 300 000 рублей, а интеграция с POS обходится от 50 000 рублей. Инвестиции окупаются за счёт роста онлайн-заказов и снижения ручной обработки.

Каталог продукции

Ассортимент разбит по разделам инфоблока: хлеб, сдобная выпечка, слоёная выпечка, кондитерские изделия, сезонное меню. Каждый элемент — товар торгового каталога.

Свойства элемента:

• Состав — полный перечень ингредиентов (требование ТР ТС 022/2011 о маркировке пищевой продукции)
• Аллергены — множественный справочник: глютен, молоко, яйца, орехи, соя. Отображаются иконками с тултипами
• КБЖУ — четыре числовых поля: калории, белки, жиры, углеводы на 100 г
• Вес — в граммах
• Срок годности — строка: «24 часа», «72 часа», «5 суток»
• Наличие — список: в наличии / под заказ / нет. Обновляется через интеграцию с учётной системой или вручную

Для товаров с вариациями (хлеб в нарезке и целый, круассан с разными начинками) — торговые предложения (SKU). У каждого предложения своя цена, вес и фото.

Фильтрация: по разделу, аллергенам (исключить глютен), калорийности. Фасетный индекс CIBlockSmartFilter даёт мгновенную фильтрацию даже на мобильных. Для пекарни с 50–150 позициями — более чем достаточно.

Как устроен конфигуратор торта?

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

HL-блок «Компоненты торта»

HL-блок «Формы и размеры»

HL-блок «Заказы тортов»

Пошаговый интерфейс

1. Форма и размер. Выбор формы (круг, квадрат, сердце), количества ярусов, веса ползунком. Для многоярусных — автоматическое распределение: нижний ярус 60%, верхний 40%.

2. Основа. Коржи для каждого яруса отдельно. Карточки с фото, названием и аллергенами. При выборе обновляется визуализация — слой меняет текстуру.

3. Начинка. Только совместимые с выбранной основой варианты (фильтр по UF_COMPATIBLE). Шоколадный ганаш подходит к бисквиту и брауни, но не к медовым коржам — API возвращает только допустимые комбинации.

4. Крем. Аналогично начинке, с проверкой совместимости.

5. Декор. Множественный выбор: мастика, ягоды, шоколадный декор, съедобная печать, живые цветы. У каждого — фиксированная стоимость. Надпись на торте — текстовое поле до 50 символов, добавляет фиксированную сумму.

6. Итого. Визуализация (послойное наложение UF_LAYER_IMAGE через CSS position: absolute), полный состав, объединённые аллергены всех компонентов, КБЖУ, цена.

Цена = (Σ цена_за_кг × вес) × коэффициент_ярусности + Σ декор + наценка_срочности

Расчёт выполняется на сервере через AJAX-контроллер. Клиентский JS показывает промежуточную сумму для обратной связи, но финальная цена — всегда серверная. Это исключает манипуляции с ценой в DevTools.

После подтверждения конфигурация сохраняется в HL-блок, создаётся заказ в sale со специальным типом плательщика. Администратор получает уведомление, подтверждает — клиенту уходит ссылка на оплату.

Почему важна интеграция с POS-системой?

Пекарня, которая продаёт и в зале, и онлайн, обязана синхронизировать остатки. Иначе утренний хлеб, раскупленный в зале к 10 утра, будет висеть на сайте как «в наличии» до вечера. Такая ситуация приводит к недовольству клиентов и дополнительным возвратам.

Интеграция с POS (iiko, r_keeper, Poster, 1С:Розница) через REST API или файловый обмен. Агент синхронизации запускается каждые 15–30 минут: забирает остатки, обновляет свойство «Наличие» в инфоблоке. При нулевом остатке товар деактивируется. При поступлении новой партии — активируется обратно. Для 1С:Розница используется стандартный модуль обмена Битрикс (sale.export.1c). Для iiko и Poster — кастомный коннектор: GET-запрос к API → маппинг артикулов → обновление через CIBlockElement::SetPropertyValuesEx().

Онлайн-заказ выпечки с временными окнами

Стандартная корзина sale: выбор товаров, оформление с доставкой или самовывозом, оплата. Особенность — временные окна. Свежий хлеб не может ждать весь день у курьера.

Служба доставки настраивается с интервалами: 08:00–10:00, 10:00–12:00, 12:00–14:00. Клиент при оформлении выбирает дату и удобное окно. Минимальный интервал — 2 часа. Заказ на «сегодня» доступен, если до начала ближайшего окна осталось минимум 3 часа.

Минимальная сумма для бесплатной доставки — в свойствах службы доставки. Ниже порога — доставка платная, стоимость рассчитывается обработчиком sale.delivery.

Для самовывоза — выбор точки и времени. Если у пекарни несколько точек, каждая — элемент инфоблока Locations с адресом, координатами, временем работы и привязкой к складу в sale. Наличие товара показывается по конкретной точке.

Программа лояльности

Бонусная карта на сайте — через внутренние счета sale. Начисление при каждом заказе, списание при следующем. Идентификация — по номеру телефона, без пластиковых карт. Для пекарни актуальна «утренняя» скидка: заказ на доставку в окно 08:00–10:00 — минус 10%. Реализуется через правило корзины с проверкой свойства заказа «время доставки».

Что входит в работу

• Техническое задание с прототипами всех экранов (каталог, конфигуратор, корзина, личный кабинет)
• Дизайн-макеты под ключ (десктоп + мобильная версия)
• Разработка на 1С-Битрикс с использованием компонентов 2.0, HL-блоков, тегированного кеша
• Интеграция с POS-системой (iiko, 1С:Розница, Poster)
• Настройка временных окон доставки и самовывоза
• Внедрение бонусной программы и промо-скидок
• Наполнение каталога (контент-менеджмент)
• Тестирование: функциональное, нагрузочное, совместимость с браузерами
• Документация: инструкция по администрированию, описание API интеграций
• Обучение сотрудников работе с административной панелью
• Гарантийная поддержка 12 месяцев

Технические сроки

Композитный кеш — для каталога и статических страниц. Конфигуратор торта работает целиком через AJAX — не кешируется. Микроразметка Schema.org Product с NutritionInformation для появления в товарной выдаче. Стоимость проекта зависит от варианта визуализации конфигуратора (шаблоны или Canvas-рендер), объёма интеграций с POS и количества точек самовывоза.

Как указано в документации 1С-Битрикс по HL-блокам, это наиболее гибкий способ хранения кастомных сущностей?

Наши инженеры имеют 10+ лет опыта работы с 1С-Битрикс и реализовали более 50 проектов для розничных сетей и пекарен. Мы гарантируем стабильную работу всех модулей и предоставляем сертификат соответствия требованиям платформы. Получите консультацию по вашему проекту — свяжитесь с нами, обсудим детали и оценим объём работ. Закажите разработку сайта пекарни уже сегодня.

Как правильно проектировать инфоблоки?

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