Разработка сайта химчистки на 1С-Битрикс под ключ

Разработка сайта химчистки на 1С-Битрикс

Посетитель заходит на сайт химчистки, видит красивые фото, но не может быстро рассчитать стоимость чистки пуховика. В итоге — уходит на другой сайт. Решение: живой калькулятор, интегрированный с CRM, и заявка в один клик. Мы реализуем это на 1С-Битрикс за 4–8 недель. Оцениваем проект бесплатно — свяжитесь с нами.

Сайт химчистки решает конкретную задачу: клиент должен понять, сколько стоит обработка его вещи, и оставить заявку — желательно за одно посещение, без звонков и уточнений. На 1С-Битрикс это реализуется через связку инфоблоков, HL-блоков с ценовой матрицей и формы заказа с привязкой к CRM. Опыт более 5 лет в разработке на Битриксе гарантирует надёжность и производительность.

Структура каталога услуг на инфоблоках

Услуги химчистки группируются по категориям: одежда, ковры и ковролин, шторы и текстиль, кожа и замша, свадебные платья, мягкая мебель. Каждая категория — раздел инфоблока Services. Элементы внутри — конкретные услуги: «Химчистка пуховика», «Чистка ковра 2×3 м», «Реставрация кожаной куртки».

Свойства элемента инфоблока:

• PROPERTY_MATERIAL — тип материала (множественное, справочник)
• PROPERTY_MIN_PRICE — стоимость от (для отображения в каталоге)
• PROPERTY_DURATION — срок выполнения в рабочих днях
• PROPERTY_COMPLEXITY — сложность обработки (стандарт / повышенная / премиум)
• PROPERTY_PHOTO_BEFORE_AFTER — галерея «до/после» (множественный файл)

Для вывода используется компонент bitrix:catalog.section.list с кастомным шаблоном. Карточка услуги показывает фото, диапазон цен, срок и кнопку «Рассчитать стоимость», которая открывает калькулятор с предзаполненной категорией.

Как устроен калькулятор на Битрикс?

Калькулятор — ключевой элемент сайта, и его архитектура заслуживает подробного разбора. Он основан на трёхмерной матрице цен, хранящейся в Highload-блоке CleaningPrices. Цена зависит от трёх параметров: тип изделия, материал и степень загрязнения.

Ценовая матрица

Хранится в HL-блоке CleaningPrices:

Справочники ItemTypes и Materials — отдельные HL-блоки. Это позволяет менеджеру добавлять новые типы изделий и материалов без разработчика. Привязки между ними задают допустимые комбинации: кожа применима к куртке, но не к постельному белью.

Логика работы на фронтенде

Калькулятор реализуется как пошаговая форма (wizard):

1. Шаг 1 — Тип изделия. Визуальный выбор иконками: куртка, платье, ковёр, шторы. При выборе AJAX-запрос подгружает доступные материалы для этого типа
2. Шаг 2 — Материал. Список фильтруется по типу изделия. Для неопытных пользователей — подсказки с фото текстур
3. Шаг 3 — Степень загрязнения. Три варианта с визуальными примерами: лёгкое (пыль, поверхностные пятна), среднее (застарелые пятна, запах), сильное (масло, краска, плесень)
4. Шаг 4 — Дополнительные услуги. Чекбоксы: водоотталкивающая пропитка, дезодорация, антимоль, упаковка. Стоимость подтягивается из поля UF_EXTRA_SERVICES
5. Результат. Итоговая стоимость с разбивкой: базовая цена + доп. услуги. Опционально — стоимость экспресс-обработки (×UF_EXPRESS_COEFF)

Серверная часть

AJAX-контроллер CleaningCalculator наследуется от Bitrix\Main\Engine\Controller. Метод calculateAction() принимает ID типа, материала, уровень загрязнения и массив доп. услуг. Делает выборку из HL-блока через D7 ORM:

CleaningPricesTable::getList([
    'filter' => [
        'UF_ITEM_TYPE' => $itemTypeId,
        'UF_MATERIAL' => $materialId,
        'UF_CONTAMINATION' => $contamination
    ]
])

Если точное совпадение не найдено (клиент выбрал редкий материал), берётся цена по умолчанию для типа изделия с пометкой «точная стоимость после осмотра».

Подробнее: официальная документация D7 ORM

Кэширование матрицы

При первом запросе вся матрица цен загружается в Bitrix\Main\Data\Cache с тегом cleaning_prices. При изменении любого элемента HL-блока тег сбрасывается через обработчик OnAfterUpdate. Это исключает запросы к базе при каждом расчёте — страницы загружаются в 2-3 раза быстрее.

Как организовать онлайн-заявку с вызовом курьера?

После расчёта стоимости клиент заполняет форму заказа:

• Контактные данные (телефон, имя)
• Адрес забора (с подсказками через DaData API)
• Дата и временной слот забора (выбор из доступных — агент ежедневно генерирует слоты на 7 дней вперёд)
• Комментарий (описание загрязнений, особые пожелания)

Заявка создаёт лид в CRM-модуле Битрикс24 через REST API. В карточке лида уже заполнены: услуга, расчётная стоимость, адрес, слот забора. Менеджеру остаётся подтвердить заказ и назначить курьера.

Для SMS-уведомлений подключается провайдер через модуль messageservice. Клиент получает SMS на каждом этапе: «Курьер выехал», «Вещи приняты», «Заказ готов», «Курьер доставит сегодня с 14 до 16».

Отслеживание заказа

На сайте размещается форма «Проверить статус заказа». Клиент вводит номер заказа и последние 4 цифры телефона. Система ищет элемент в инфоблоке Orders и отображает текущий статус с таймлайном:

Статус обновляется оператором в админке или автоматически через webhook из учётной системы химчистки (1С:Предприятие, StoryClean, собственная ERP).

Накопительная программа лояльности

Для постоянных клиентов реализуется накопительная система. Используется модуль sale с внутренними счетами пользователей. При оплате заказа начисляются бонусные баллы (процент от суммы настраивается в HL-блоке LoyaltySettings).

Механика:

• Регистрация по номеру телефона (авторизация через SMS-код, модуль main с кастомным обработчиком)
• Личный кабинет: история заказов, баланс бонусов, избранные адреса
• Списание бонусов при следующем заказе (ограничение — не более 30% от суммы)
• Referral-программа: клиент делится ссылкой, при заказе нового клиента оба получают бонусы

Баланс бонусов хранится в UF-поле пользователя UF_BONUS_BALANCE. Начисление и списание логируются в отдельном HL-блоке BonusTransactions для прозрачности и возможности аудита.

SEO-оптимизация для локального поиска

Химчистка — локальный бизнес. Основные запросы содержат географию: «химчистка пуховиков Минск», «чистка ковров Фрунзенский район».

Настраивается:

• Микроразметка Schema.org DryCleaningOrLaundry с адресом, графиком работы, зоной обслуживания
• Посадочные страницы под районы — через инфоблок GeoPages с привязкой к координатам
• Автогенерация title и description по шаблону: «Химчистка {тип_изделия} в {район} — от {мин_цена} руб.»
• Страницы «до/после» с alt-тегами по типу загрязнения — работают на поиск по картинкам
• Модуль SEO Битрикс для управления robots.txt, sitemap.xml, каноническими URL

Компонентное кэширование настраивается с учётом гео: для каждого города/района — свой вариант кэша через CACHE_GROUPS.

Что входит в работу над сайтом химчистки

Мы имеем 10+ лет опыта с 1С-Битрикс и Битрикс24, реализовали более 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 — закажите аудит производительности и миграцию на Битрикс.