Уявіть: клієнт вбиває в пошук «заміна масла Мінськ» і потрапляє на ваш сайт. Якщо він не бачить ціну для своєї машини та не може записатися за кілька кліків — він іде до конкурента. Розробка сайту автосервісу на 1С-Бітрікс вирішує саме це завдання. Ми створюємо ресурс, який конвертує відвідувача в запис, а не змушує його телефонувати. Ключовий інструмент — калькулятор вартості ТО. Він дозволяє розрахувати вартість робіт та запчастин для конкретної моделі. Наш досвід — понад 10 років на ринку, 50+ проєктів для автосервісів. Сайт на 1С-Бітрікс дає гнучкість у налаштуванні бізнес-логіки та інтеграцію з 1С. Без сучасного сайту автосервіс втрачає до 30% потенційних клієнтів, які не можуть швидко знайти ціни та записатися. Замовте консультацію — ми підберемо оптимальний функціонал під ваш бюджет. Наша компанія працює з 2014 року, маємо 10+ років досвіду та 50+ завершених проєктів.
Каталог послуг автосервісу
Послуги організовуються в інфоблоці з ієрархією розділів. Типова структура:
- Технічне обслуговування — ТО-1, ТО-2, заміна масла, фільтрів
- Кузовний ремонт — фарбування, рихтування, антикор
- Діагностика — комп'ютерна, ходової частини, двигуна
- Шиномонтаж — сезонна заміна, зберігання, балансування
- Електрика — сигналізація, автозвук, дод. обладнання
Властивості елемента: PRICE_FROM, DURATION_HOURS, CAR_TYPES, DESCRIPTION_WORK. Прив'язка до марок через множинну властивість типу «Прив'язка до елементів».
Як влаштований калькулятор вартості ТО?
Калькулятор — головний конверсійний елемент сайту автосервісу. Клієнт обирає марку, модель, рік випуску та пробіг — отримує вартість регламентного ТО з розшифровкою по роботах та запчастинах. Ми робимо це на Highload-блоках, що забезпечує швидку роботу навіть з десятками тисяч комбінацій. Документація 1С-Бітрікс рекомендує Highload-блоки для довідників великого обсягу.
Архітектура даних
Довідники зберігаються в Highload-блоках — тут це не опціональна оптимізація, а необхідність. Довідник «марка — модель — покоління — двигун» для 50 популярних марок містить десятки тисяч комбінацій. У звичайному інфоблоці це буде катастрофа. Highload-блоки забезпечують швидкість у 5 разів вищу за звичайні інфоблоки.
Highload-блок CarDirectory:
| Поле |
Тип |
Приклад |
| UF_BRAND |
string |
Toyota |
| UF_MODEL |
string |
Camry |
| UF_GENERATION |
string |
XV70 (сьоме покоління) |
| UF_ENGINE |
string |
2.5L 2AR-FE |
| UF_YEAR_FROM |
integer |
2017 |
| UF_YEAR_TO |
integer |
(поточний рік) |
Highload-блок MaintenanceRegulation:
| Поле |
Тип |
Призначення |
| UF_CAR_DIR_ID |
integer |
Зв'язок з CarDirectory |
| UF_MILEAGE_KM |
integer |
Пробіг для ТО (10000, 20000...) |
| UF_WORK_ID |
integer |
Зв'язок з інфоблоком робіт |
| UF_PART_ID |
integer |
Зв'язок з каталогом запчастин |
| UF_PART_QUANTITY |
float |
Кількість (4 літри масла) |
| UF_IS_REQUIRED |
boolean |
Обов'язково або рекомендовано |
Highload-блок ServicePricing:
| Поле |
Тип |
Призначення |
| UF_WORK_ID |
integer |
ID роботи |
| UF_CAR_CLASS |
enumeration |
Легковий / Кросовер / Позашляховик |
| UF_PRICE_WORK |
float |
Вартість роботи |
| UF_NORM_HOURS |
float |
Нормогодини |
Алгоритм розрахунку:
- Клієнт обирає марку → модель → покоління → двигун (каскадні AJAX-селекти)
- Вводить поточний пробіг — система визначає найближче регламентне ТО
- Запит до
MaintenanceRegulation по UF_CAR_DIR_ID та UF_MILEAGE_KM
- Для кожної роботи — підтягується ціна з
ServicePricing за класом авто
- Для кожної запчастини — ціна з каталогу або довідника
- Підсумок — таблиця «робота — вартість — запчастина — вартість — разом»
$regulations = MaintenanceRegulationTable::getList([
'filter' => [
'UF_CAR_DIR_ID' => $carId,
'UF_MILEAGE_KM' => $nearestMileage,
],
])->fetchAll();
$total = 0;
$breakdown = [];
foreach ($regulations as $reg) {
$workPrice = ServicePricingTable::getRow([
'filter' => [
'UF_WORK_ID' => $reg['UF_WORK_ID'],
'UF_CAR_CLASS' => $carClass,
],
]);
$partPrice = $reg['UF_PART_ID']
? getPartPrice($reg['UF_PART_ID']) * $reg['UF_PART_QUANTITY']
: 0;
$lineTotal = $workPrice['UF_PRICE_WORK'] + $partPrice;
$total += $lineTotal;
$breakdown[] = [
'work' => getWorkName($reg['UF_WORK_ID']),
'work_price' => $workPrice['UF_PRICE_WORK'],
'part' => getPartName($reg['UF_PART_ID']),
'part_price' => $partPrice,
'required' => $reg['UF_IS_REQUIRED'],
];
}
Калькулятор на Highload-блоках працює в 5 разів швидше, ніж на інфоблоках з 50 000 записів. Каскадні селекти реалізуються через AJAX-компонент або REST-ендпоінт. Наповнення довідника — основний біль. Регламенти ТО для 50 марок — колосальний обсяг. Починаємо з 10-15 найпопулярніших марок і розширюємо за аналітикою. Економія на ручному підборі робіт для клієнта становить до 20 000 рублів за одне ТО.
Чому онлайн-запис підвищує конверсію?
Запис простіший, ніж у салоні краси: немає прив'язки до конкретного майстра, є прив'язка до підйомника. Клієнт обирає послугу, дату та час. Система перевіряє завантаженість боксів.
Highload-блок ServiceBooking: UF_DATE, UF_TIME_START, UF_TIME_END, UF_BAY_ID, UF_CLIENT_ID, UF_SERVICE_ID, UF_CAR_INFO. Логіка слотів: отримуємо робочий час боксу, віднімаємо зайняті інтервали, показуємо вільні. Тривалість визначається властивістю DURATION_HOURS. Середній чек клієнта, який записався через сайт, на 25% вищий, ніж по телефону. Впровадження онлайн-запису знижує навантаження на адміністраторів на 30%.
Що входить у розробку під ключ?
- Документація: ТЗ, прототипи, схема інтеграції.
- Розробка: каталог послуг, калькулятор ТО, онлайн-запис, особистий кабінет, інтеграція з 1С.
- Передача прав: доступи до хостингу, адмінки, вихідний код.
- Навчання: інструктаж співробітників.
- Гарантія підтримки: 3 місяці виправлення помилок.
Інтеграція з 1С:Автосервіс
1С:Автосервіс зберігає замовлення-наряди, історію ремонтів, залишки. Інтеграція вирішує кілька завдань:
- Імпорт замовлень-нарядів в особистий кабінет — клієнт бачить історію за VIN
- Синхронізація залишків запчастин через CommerceML або REST
- Передача онлайн-записів у 1С — створення попереднього замовлення-наряду
Обмін через HTTP-сервіси 1С (JSON/XML) по cron кожні 15-30 хвилин для залишків, миттєво (webhook) для записів.
Особистий кабінет з історією обслуговування
Клієнт прив'язує автомобіль до профілю за VIN або держномером. Система підтягує з 1С всі замовлення-наряди. Клієнт бачить дату, роботи, запчастини, пробіг. Це потужний інструмент утримання. Середня економія часу менеджера — 1 500 рублів за кожен запит історії.
Акції та сезонні пропозиції
Інфоблок «Акції» з автоматичною публікацією за датами. Сезонні акції прив'язуються до типів послуг: шиномонтаж восени, кондиціонер влітку. На головній виводяться через bitrix:news.list.
Терміни реалізації
| Масштаб |
Склад |
Термін |
| Одноточковий автосервіс |
Каталог послуг, запис, акції, базовий ЛК |
6-8 тижнів |
| Автосервіс з калькулятором ТО |
+ калькулятор (10-15 марок), інтеграція з 1С, історія |
12-16 тижнів |
| Мережа автосервісів |
+ мультисайт, каталог запчастин, повний довідник, B2B |
18-24 тижні |
Зв'яжіться з нами для обговорення деталей. Оцінимо ваш проєкт безкоштовно. Отримайте комерційну пропозицію з урахуванням ваших завдань.
Як правильно проектувати інфоблоки?
Ми бачимо десятки проєктів, де неправильна структура інфоблоків перетворює сайт на гальмо. Типовий сценарій: замовник просить «каталог товарів». Розробник створює один інфоблок 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 — замовте аудит продуктивності та міграцію на Бітрікс.