Власник квест-кімнати втрачає до 60% заявок через ручне бронювання. Ми автоматизуємо цей процес. Розробка сайту квест-кімнати на 1С-Бітрікс — наша спеціалізація. Ми будуємо сайти для квест-румів, які приймають броні та оплату 24/7. За 5 років реалізували 30+ проєктів для квест-кімнат різного формату. Вартість розраховується індивідуально. Економія за рахунок автоматизації може сягати сотень тисяч гривень на рік.
Порівняно з типовими сайтами на WordPress, рішення на 1С-Бітрікс забезпечує в 3 рази надійніше управління бронюваннями завдяки Highload-блокам і тегованому кешуванню. Наші сертифіковані розробники гарантують стабільність під навантаженням і швидке впровадження. Сайт передає атмосферу до візиту та забезпечує бронювання без дзвінків. Основа — інфоблоки каталогу квестів, Highload-блок розкладу, модуль sale для оплати та CRM-інтеграція для заявок. Згідно з документацією 1С-Бітрікс, Highload-блоки оптимальні для розкладів із високою частотою оновлення.
Чому 1С-Бітрікс підходить для сайту квест-кімнати?
Платформа дає гнучкі засоби для каталогу та розкладу. Інфоблоки з множинними властивостями описують будь-який квест, а Highload-блоки — ідеальне рішення для слотів із частими змінами. Порівняно з самописними рішеннями, Бітрікс пропонує готову CRM, платіжні системи та теговане кешування — це скорочує час розробки на 40%. Крім того, вбудовані бізнес-процеси автоматизують сповіщення та інтеграції.
Каталог квестів: структура та фільтрація
Кожен квест — елемент інфоблоку з розгорнутим набором властивостей. Стандартного «назва + опис + картинка» недостатньо — відвідувач обирає за конкретними параметрами.
Властивості інфоблоку «Квести»:
- Жанр — хоррор, детектив, пригода, фентезі, sci-fi (властивість-довідник, множинна — квест може поєднувати жанри)
- Складність — від 1 до 5 (числова, відображається іконками замків)
- Кількість гравців — min і max (дві числові властивості)
- Вікове обмеження — 6+, 12+, 16+, 18+ (список)
- Тривалість — у хвилинах (числова)
- Тізер-відео — посилання на YouTube/VK Video (рядок)
- Фотогалерея — множинна властивість «Файл» з увімкненим watermark через обробник
OnBeforeIBlockElementUpdate
- Відсоток проходження — оновлюється автоматично на основі даних з HL-блокy бронювань
- Статус — активний, тимчасово закритий, новинка (список, впливає на сортування та бейджі в каталозі)
На сторінці каталогу працює smart-фільтр (CIBlockSmartFilter) за жанром, кількістю гравців і складністю. Результати фільтрації кешуються в фасетному індексі — навіть при 30+ квестах відгук миттєвий.
Детальна сторінка квесту будується за кінематографічним принципом: повноекранний hero-блок з тізер-відео на фоні, параметри в компактних картках, галерея з lightbox, блок відгуків і CTA бронювання, зафіксований у viewport.
Чому бронювання зі слотами — складне завдання?
Це найтехнологічніша частина. Бронювання — не просто обрати дату та оплатити. Потрібно: доступність квесту в конкретний час, підготовка приміщення між сеансами, різниця цін за днями та годинами, групові знижки.
Highload-блок «Слоти бронювання»:
| Поле |
Тип |
Призначення |
| UF_QUEST_ID |
Ціле число |
Прив'язка до квесту |
| UF_DATE |
Дата |
Дата сеансу |
| UF_TIME |
Рядок |
Час початку (10:00, 11:30...) |
| UF_STATUS |
Список |
available / reserved / paid / completed / cancelled |
| UF_PRICE |
Число |
Розрахункова ціна для цього слоту |
| UF_PLAYERS |
Ціле число |
Фактична кількість гравців |
| UF_ORDER_ID |
Ціле число |
Прив'язка до замовлення sale |
| UF_PROMO |
Рядок |
Застосований промокод |
| UF_SOURCE |
Список |
website / phone / aggregator |
Генерація слотів. Агент (CAgent) запускається щодня о 01:00 і створює слоти на 21 день вперед. Інтервал між слотами = тривалість квесту + 20 хвилин на підготовку. Для квесту на 60 хвилин при роботі з 10:00 до 22:00 виходить 9 слотів на день. Агент бере тривалість і час підготовки з властивостей інфоблоку — при змінах нові слоти генеруються актуальними.
Приклад налаштування агента генерації слотів
$agent = new CAgent();
$agent->SetModuleId('iblock');
$agent->SetStartTime(date('d.m.Y H:i:s', strtotime('tomorrow 01:00')));
$agent->SetInterval(86400);
$agent->SetFunction('generateSlotsAgent();');
$agent->SetName('Генерація слотів бронювання');
$agent->Add();
Динамічне ціноутворення реалізується через окремий Highload-блок «Правила цін»:
| Поле |
Тип |
Приклад |
| UF_QUEST_ID |
Ціле число |
5 |
| UF_DAY_TYPE |
Список |
weekday / weekend / holiday |
| UF_TIME_FROM |
Рядок |
10:00 |
| UF_TIME_TO |
Рядок |
16:00 |
| UF_BASE_PRICE |
Число |
базова вартість |
| UF_PLAYER_PRICE |
Число |
0 (фіксована) або за людину |
| UF_MIN_PRICE |
Число |
поріг для малої групи |
При генерації агент визначає UF_DAY_TYPE, знаходить правило та записує UF_PRICE. Якщо модель «за людину» — на сайті відображається діапазон, фінальна ціна після вказання кількості гравців.
Алгоритм бронювання на клієнті:
- Відвідувач обирає квест — підвантажується календар із доступними датами (AJAX-запит, фільтр за
UF_STATUS = available).
- Обирає дату — з'являються слоти з цінами.
- Вказує кількість гравців — ціна перераховується при моделі «за людину».
- Вводить промокод — знижка через правила кошика модуля
sale.
- Заповнює контактні дані.
- Оплачує онлайн — платіжна система через
sale.paysystem.
Резервування слоту відбувається на кроці 5: статус змінюється на reserved, запускається таймер 15 хвилин. Якщо оплата не надійшла — агент повертає статус available. Після успішної оплати клієнту надходить email з деталями та SMS, у CRM створюється угода, за 3 години — автоматичне нагадування.
Як теговане кешування пришвидшує каталог?
Тегований кеш у Бітрікс оновлює сторінки лише при зміні пов'язаних даних. Для каталогу квестів це означає: фільтрація, список і детальні сторінки кешуються з прив'язкою до інфоблоку. При додаванні нового квесту або зміні статусу скидається лише кеш для зачепленої сторінки — решта залишаються актуальними. Це дає час завантаження <200 мс навіть при високій відвідуваності.
Що входить у роботу
- Аналітика: вивчення бізнес-процесів, інтеграцій, вимог до каталогу та бронювання.
- Проєктування: схема бази даних, структура інфоблоків і HL-блоків, прототип бронювання.
- Реалізація: налаштування інфоблоків, розробка кастомних компонентів, генерація слотів, ціноутворення, маршрутизація платежів.
- Тестування: імітація бронювання всіх квестів, перевірка таймаутів, помилок оплати, коректності SMS/email.
- Деплой і документація: розгортання на бою, інструкція з управління слотами та цінами, передача доступів.
Технічні рішення
- SEO — ЧПУ за схемою
/quests/horror/назва-квесту/, автогенерація meta.
- Швидкість — композитний кеш для каталогу, розклад через AJAX без кешу.
- Аналітика — події
dataLayer на кожному кроці для воронки.
- Мобільна версія — календар адаптовано під тач, слоти вертикальним списком.
- Багатомовність — багатосайтовість з англомовною версією.
Орієнтовні терміни
Від 3 до 6 тижнів залежно від складності інтеграцій та кількості квестів. Вартість розраховується індивідуально.
Отримайте консультацію експерта — ми розповімо, як автоматизувати бронювання вашої квест-кімнати. Зв'яжіться з нами для обговорення вашого проєкту. Замовте консультацію — ми проаналізуємо ваші вимоги та запропонуємо рішення під ключ.
Як правильно проектувати інфоблоки?
Ми бачимо десятки проєктів, де неправильна структура інфоблоків перетворює сайт на гальмо. Типовий сценарій: замовник просить «каталог товарів». Розробник створює один інфоблок 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 годин).
Наш процес і технології
| Тип проєкту |
Терміни |
Складність |
Ключові особливості |
| Корпоративний сайт |
від 1 місяця |
Середня |
Каталог, новини, форми, CRM-інтеграція |
| Інтернет-магазин |
від 2 місяців |
Висока |
54-ФЗ, маркетплейси, обмін з 1С, SKU |
| B2B-портал |
від 3 місяців |
Дуже висока |
Персональні ціни, документообіг, Bizproc |
| Лендінг |
від 2 тижнів |
Низька |
LCP < 2с, композитний кеш, статика |
| Багатосайтова структура |
від 1,5 місяців |
Висока |
Роздільний контент, спільний каталог, hreflang |
Стек: верстка 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 з версіонуванням.
Процес роботи:
- Аналітика — вивчаємо конкурентів, збираємо вимоги, малюємо прототипи в Figma. На виході — ТЗ з user stories.
- Дизайн — UI/UX з дизайн-системою. Компоненти перевикористовуються.
- Розробка — пишемо компоненти з кастомними шаблонами в
local/templates/. Бізнес-логіку виносимо в модулі local/modules/.
- Тестування — функціональне, кросбраузерне, навантажувальне (до 1000 запитів). Критичні баги виправляємо до запуску.
- Запуск — деплой на прод, моніторинг через UptimeRobot, алерти в Telegram. Усуваємо перші 48 годин.
Інтеграції, мультимовність і редизайн
| Напрямок |
Сервіси |
| CRM та аналітика |
Бітрікс24 (нативна), amoCRM, Roistat, Calltouch, Mindbox |
| Платежі |
ЮKassa, CloudPayments, Тінькофф, Apple Pay, Google Pay |
| Фіскалізація 54-ФЗ |
АТОЛ, OrangeData — налаштування через sale.cashbox |
| Логістика |
СДЕК, Boxberry, ПЕК, Укрпошта, Яндекс.Доставка |
| Комунікації |
JivoSite, Carrot Quest, SendPulse |
-
Повна локалізація через мовні файли lang/ і механізм SITE_ID. hreflang для кожної версії. Регіональні версії з різними цінами та контентом — визначення за IP (main.geo) або ручний вибір. Мультидоменність — єдине управління кількома доменами.
-
Редизайн без втрати позицій: аудит продуктивності (PageSpeed, WebPageTest), SEO (Screaming Frog). Новий шаблон у local/templates/ із збереженням URL-структури. 301-редиректи лише якщо URL змінюється суттєво. Оновлення ядра, перехід на D7 ORM, реструктуризація інфоблоків, міграція через sprint.migration з Git.
Типові помилки при проектуванні інфоблоків
- Один інфоблок на всі сутності замість окремих під товари, категорії, бренди.
- Використання властивостей-списків замість HL-блоків для довідників з великою кількістю записів.
- Відсутність індексів на полях, що використовуються у фільтрації каталогу.
- Нехтування тегованим кешуванням — призводить до скидання всього кешу при зміні одного елемента.
Гарантія та підтримка
Ми працюємо з 1С-Бітрікс 12+ років, реалізували 500+ проєктів. У штаті сертифіковані розробники. Фіксована вартість у договорі — без сюрпризів. Гарантійний період покриває помилки коду. Після — абонентські пакети з SLA (час реакції — 2 години, рішення — 8 годин). Моніторинг доступності 24/7, алерти в Telegram. За потреби отримайте попередній аудит — зв'яжіться з нами через форму на сайті або напишіть у чат, відповімо протягом години. Замовте розробку під ключ — ми спроєктуємо інфоблоки, інтегруємо 1С і розженимо каталог. Якщо вже є сайт на іншій CMS — замовте аудит продуктивності та міграцію на Бітрікс.