Разработка сайта салона красоты на 1С-Битрикс

Разработка сайта салона красоты на 1С-Битрикс

Салон красоты теряет до 30% потенциальных записей, если на сайте нет работающей онлайн-записи. При среднем чеке 2000 ₽ и 100 заявках в месяц это 60 000 ₽ ежемесячного упущенного дохода. Клиенты ищут услуги в 11 вечера, видят красивый лендинг, но не могут записаться — уходят к конкурентам, у которых кнопка «Забронировать» работает. Наше решение на 1С-Битрикс исправляет это: каталог услуг с живыми ценами, расчёт свободных слотов в реальном времени, автоматические напоминания. Опыт — более 40 проектов за 8 лет.

Почему онлайн-запись увеличивает выручку салона?

Конверсия сайта салона без онлайн-записи — 1-2%, с ней — 5-8%. Разница — в 3-4 раза больше заявок. Система бронирования работает как ресепшн 24/7: клиент сам выбирает мастера и время, не ждёт ответа по телефону. В пиковые часы (вечер, выходные) это решает проблему перегруженных администраторов. Статистика внедрений показывает рост числа записей на 40-60% за первые 3 месяца.

Каталог услуг: структура инфоблоков

Услуги организуются в инфоблоке с иерархией разделов: «Парикмахерская», «Маникюр и педикюр», «Косметология», «Массаж». Каждый раздел содержит подразделы — «Стрижки», «Окрашивание», «Уходовые процедуры». Для типового салона число услуг варьируется от 30 до 80.

Свойства элемента инфоблока «Услуги»:

Цена «от» — осознанное решение. В салонах цена зависит от категории мастера (стажёр, стилист, топ-стилист). Точная цена рассчитывается после выбора мастера — для этого нужна промежуточная таблица «мастер — услуга — цена». Реализуется через Highload-блок MasterServicePrice с полями: UF_MASTER_ID, UF_SERVICE_ID, UF_PRICE. При выборе услуги на фронте подтягиваются все мастера с их ценами через DataManager::getList().

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

Это ключевой функционал сайта и самый сложный в реализации. Клиент ожидает простой интерфейс: выбрал услугу, выбрал мастера, увидел свободные окна, нажал «Записаться». За этой простотой — многоуровневая логика расчёта доступности.

Шаг 1: выбор услуги. Клиент выбирает из каталога. Система определяет длительность (DURATION_MIN) и список мастеров, которые оказывают эту услугу (MASTER_LINK).

Шаг 2: выбор мастера или «любой свободный». Если клиент выбирает конкретного мастера — работаем с его графиком. Если «любой» — перебираем всех мастеров услуги и показываем объединённый набор слотов.

Шаг 3: расчёт свободных слотов. Здесь начинается инженерная часть.

Данные для расчёта хранятся в трёх Highload-блоках:

• MasterSchedule — рабочий график мастера: UF_MASTER_ID, UF_DATE, UF_WORK_START, UF_WORK_END, UF_BREAK_START, UF_BREAK_END.
• MasterBooking — существующие записи: UF_MASTER_ID, UF_DATE, UF_TIME_START, UF_TIME_END, UF_CLIENT_ID, UF_SERVICE_ID, UF_STATUS.
• MasterDayOff — отпуска, больничные, выходные.

Алгоритм расчёта свободных слотов для конкретного мастера на конкретную дату:

1. Получить рабочий график из MasterSchedule. Если записи нет или дата в MasterDayOff — мастер недоступен.
2. Сформировать массив рабочих минут: от UF_WORK_START до UF_WORK_END, исключая перерыв.
3. Получить все записи из MasterBooking со статусом confirmed или pending.
4. Вычесть из рабочих минут занятые интервалы.
5. В оставшихся свободных интервалах найти окна, длительность которых >= DURATION_MIN услуги.
6. Разбить эти окна на слоты с шагом 15 или 30 минут (настраивается).

$freeIntervals = subtractIntervals($workIntervals, $bookedIntervals);
$slots = [];
foreach ($freeIntervals as $interval) {
    $start = $interval['start'];
    while ($start + $serviceDuration <= $interval['end']) {
        $slots[] = $start;
        $start += $stepMinutes;
    }
}

Буфер между записями. Между процедурами часто нужен технический перерыв — 5-15 минут на уборку кабинета или подготовку инструментов. Буфер добавляется к DURATION_MIN при расчёте слотов, но не показывается клиенту.

Конкурентный доступ. Два клиента одновременно видят один и тот же свободный слот. Первый нажимает «Записаться» — слот блокируется. Второй получает сообщение «время занято, выберите другое». Блокировка реализуется через транзакцию: INSERT в MasterBooking + проверка отсутствия пересечений в одной транзакции.

Подтверждение записи. После бронирования клиент получает SMS (модуль messageservice) и email. За сутки до визита — напоминание через агент Битрикса. Если клиент не подтверждает — запись переходит в статус unconfirmed, и администратор решает, освободить ли слот.

Что делать, если YCLIENTS недоступен?

Большинство салонов уже используют систему учёта. Две самые распространённые:

• YCLIENTS. Облачная платформа с REST API. Основные эндпоинты: /api/v1/book_record/ (создание записи), /api/v1/book_dates/ (доступные даты), /api/v1/book_times/ (доступные слоты). При интеграции с YCLIENTS сайт Битрикса не рассчитывает слоты самостоятельно — он запрашивает их через API. Highload-блоки MasterSchedule и MasterBooking в этом случае не нужны: YCLIENTS является мастер-системой. Минус: зависимость от стороннего API. Если YCLIENTS лежит — на сайте нет записи. Решение — кэширование последнего известного расписания и fallback на форму «оставить заявку».
• 1С:Салон красоты. Обмен через HTTP-сервисы 1С или файловый обмен (XML). Синхронизация мастеров, услуг, записей. Обычно работает с задержкой 5-15 минут — не real-time.

Портфолио работ мастеров

Инфоблок «Портфолио» с привязкой к мастеру и услуге. Ключевые свойства:

• PHOTO_BEFORE / PHOTO_AFTER — файловые свойства
• MASTER_LINK — привязка к мастеру
• SERVICE_LINK — привязка к услуге
• DESCRIPTION — что было сделано

На странице мастера портфолио фильтруется по MASTER_LINK. На странице услуги — по SERVICE_LINK. Фотографии до/после отображаются слайдером с разделителем — популярный паттерн для бьюти-индустрии.

Важно: фото портфолио должны быть сжаты. Клиенты салонов чаще заходят с мобильных — 10 фото по 5 МБ каждое убьют конверсию. Битрикс умеет ресайзить через CFile::ResizeImageGet(), но лучше настроить WebP-конвертацию на уровне nginx или через обработчик события OnFileSave.

Подарочные сертификаты и акции

Подарочные сертификаты реализуются через модуль sale. Сертификат — это товар в каталоге с номиналом. При покупке генерируется уникальный код, который сохраняется в свойствах заказа (\Bitrix\Sale\Order → propertyCollection). Код отправляется покупателю на email в виде PDF. При использовании сертификата в салоне код вводится при оформлении заказа — срабатывает скидочный купон модуля sale.discount. Баланс сертификата уменьшается на сумму услуги.

Акции — проще: отдельный инфоблок с датой начала/окончания, привязкой к услугам, текстом условий. Выводятся на главной и в каталоге через фильтр <=DATE_ACTIVE_FROM / >=DATE_ACTIVE_TO.

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

Бонусные баллы можно реализовать двумя путями:

• Через sale.discount. Модуль поддерживает накопительные скидки и правила на основе суммы покупок. Ограничение — нет гибкого начисления баллов за конкретные действия (приведи друга, отзыв, день рождения).
• Через кастомный модуль. Highload-блок LoyaltyBalance с полями UF_USER_ID, UF_POINTS, UF_HISTORY (сериализованный лог операций). При каждой оплате обработчик OnSaleOrderPaid начисляет баллы по формуле (обычно 3-10% от суммы). При списании — проверка баланса и уменьшение суммы заказа.

Сроки реализации

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

В результате вы получаете:

• Рабочий сайт на 1С-Битрикс с полным функционалом (каталог, запись, портфолио, сертификаты)
• Интеграцию с выбранными внешними системами (YCLIENTS, 1С)
• Документацию по администрированию сайта
• Обучение сотрудников (до 2 часов)
• Доступ к исходному коду и админке
• Поддержку в течение 3 месяцев после запуска

На что обратить внимание

Скорость загрузки страницы каталога критична — клиент сравнивает несколько салонов и уходит, если страница грузится больше 2 секунд. Кэширование компонентов Битрикса ('CACHE_TIME' => 3600) обязательно для каталога и портфолио. Страницу онлайн-записи кэшировать нельзя — данные о слотах должны быть актуальными.

Свяжитесь с нами, чтобы обсудить ваш проект. Мы оценим задачу и предложим оптимальное решение под ключ. Закажите разработку сайта салона красоты на 1С-Битрикс и получите конкурентное преимущество уже через 6-8 недель.

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

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