Сайт послуг кардинально відрізняється від інтернет-магазину: замість кошика та складських залишків — нестандартні поля, онлайн-запис, калькулятори вартості та глибока інтеграція з CRM. Платформа 1С-Бітрікс надає штатні інструменти для таких завдань — інфоблоки, форми, REST API. Але без грамотної архітектури інфоблоків та налаштування кешування сайт гальмуватиме, а форми — втрачати заявки. Ми розробляємо сайти послуг на 1С-Бітрікс під ключ: від проєктування інфоблоків до інтеграції з Бітрікс24. У нашій практиці — 50+ проєктів, сертифіковані спеціалісти та гарантія на виконані роботи. Ми використовуємо теговане кешування, мікророзмітку Service та кастомні компоненти, щоб сайт працював швидко і видавав правильні ніпети. Це скорочує час завантаження на 40% порівняно з типовими рішеннями. Кожен проєкт починається з аудиту поточної інфраструктури та вибору стратегії: модернізація існуючого сайту або розробка з нуля. Оцінимо ваш проєкт за 2 дні — зв'яжіться з нами.
Як адаптувати інфоблоки під послуги?
Послуги — це інфоблок з типом services. Розділи — категорії: «Юридичні послуги», «Бухгалтерський облік», «Аудит». Елементи — конкретні послуги: «Реєстрація ТОВ», «Ліквідація ФОП», «Податковий аудит».
Типові властивості елемента:
| Властивість |
Тип у Бітрікс |
Призначення |
DURATION |
Рядок |
Тривалість надання (30 хв, 1 год, 2-3 дні) |
PRICE_FROM |
Число |
Мінімальна вартість для відображення «від ...» |
PRICE_TO |
Число |
Верхня межа діапазону |
INCLUDED |
HTML/текст |
Що входить у послугу |
SPECIALISTS |
Прив'язка до елементів |
Зв'язок з інфоблоком «Спеціалісти» |
BRANCHES |
Прив'язка до елементів |
Зв'язок з інфоблоком «Філії» |
BOOKING_AVAILABLE |
Список (Так/Ні) |
Чи доступний онлайн-запис |
RESULT |
HTML/текст |
Що клієнт отримує на виході |
DOCUMENTS |
Файл (множ.) |
Шаблони документів, приклади |
Розділи отримують UF-поля: UF_SECTION_ICON (SVG-іконка), UF_SECTION_DESCRIPTION (розгорнутий опис для SEO). Вкладеність — до двох рівнів: напрям → підкатегорія → послуга. Компонент catalog.section.list налаштовується на DEPTH_LEVEL та кастомний шаблон.
Картка послуги та мікророзмітка
Картка виводиться bitrix:news.detail (не catalog.element — надлишковий). У result_modifier.php підвантажуються спеціалісти, схожі послуги (3-4 картки), портфоліо. Все кешується тегованим кешуванням з тегом iblock_id_XX — це знижує навантаження на сервер у 2-3 рази.
Мікророзмітка Service за schema.org/Service: name, description, provider, areaServed, offers. Google Search Console покаже статус через 2-3 дні.
Детальніше про мікророзмітку Service
Мікророзмітка Service за [schema.org](https://schema.org/Service) включає поля name, description, provider, areaServed, offers. Вона допомагає пошуковикам розуміти, що це послуга, і виводити розширені ніпети.
Як організувати онлайн-запис та інтеграцію з CRM?
Два підходи. Штатний модуль form швидкий, але негнучкий: немає прив'язки до послуги, вибору часу, інтеграції з календарем. Кастомна форма через інфоблок гнучкіша в 3 рази: створюємо інфоблок «Записи» з полями послуги, спеціаліста, дати, часу, статусу. Форма на фронті — React-компонент або кастомний шаблон з AJAX-відправкою через bitrix:main.ajax.
При збереженні елемента обробник OnAfterIBlockElementAdd створює лід у Бітрікс24 через REST API:
CRest::call('crm.lead.add', [
'fields' => [
'TITLE' => 'Запис: ' . $serviceName,
'NAME' => $clientName,
'PHONE' => [['VALUE' => $phone, 'VALUE_TYPE' => 'WORK']],
'SOURCE_ID' => 'WEB',
'UF_CRM_SERVICE_ID' => $serviceId,
]
]);
Для календаря — інтеграція з модулем calendar Бітрікс24: calendar.event.add створює подію, calendar.event.get показує вільні слоти. Потрібна хмарна або коробкова підписка.
UTM-мітки з URL передаються в лід через поля UTM_SOURCE, UTM_MEDIUM, UTM_CAMPAIGN. Авторизація — OAuth 2.0, webhook або вхідний вебхук.
Кейс з нашої практики: багатофілійний медичний центр
Наш клієнт — медичний центр з 5 філіями та 40 послугами. Ми розгорнули дворівневу структуру розділів з UF-полями, налаштували прив'язку послуг до філій та інтеграцію з 1С. Онлайн-запис через кастомний інфоблок і календар Бітрікс24 скоротив час запису на 60%. Картки послуг включають мікророзмітку та теговане кешування — час завантаження зменшився на 40%.
Процес роботи та що входить
- Аналіз і проєктування (1-2 тижні) — аудит поточного сайту, структура послуг, прототипи.
- Розробка backend (2-4 тижні) — інфоблоки, компоненти, інтеграція з CRM, форми, калькулятор.
- Розробка frontend (2-3 тижні) — адаптивна верстка, інтерактивні компоненти.
- Контент і SEO (1-2 тижні) — наповнення, META-шаблони, sitemap, robots.txt.
- Тестування і запуск (1 тиждень) — функціональне тестування, кросбраузерність.
У роботу входить: аналітика, прототипи, проєктування БД, розробка інфоблоків і компонентів, інтеграція з CRM, налаштування кешування, мікророзмітка, навчання редакторів, передача доступів, документація. Підтримка після запуску — моніторинг і доопрацювання.
| Масштаб проєкту |
Терміни |
| Сайт-візитка з 10-15 послугами, форми заявок |
4-6 тижнів |
| Каталог послуг з онлайн-записом і CRM |
6-10 тижнів |
| Багатофілійний сайт з калькулятором і особистим кабінетом |
10-16 тижнів |
Типові помилки та як їх уникнути
- Послуги як статичні сторінки. Немає фільтрації, сортування, автоматичного каталогу. Рішення: міграція в інфоблок з 301-редиректами.
- Форми без інтеграції з CRM. Заявки губляться в email. Інтеграція займає 2-3 дні і окупається за тиждень.
- Однакові META-теги. Google сприймає як дубльований контент. Шаблони META з підстановкою назви послуги та розділу — обов'язкова гігієна.
Чому ми: 10+ років на ринку, 50+ проєктів на Бітрікс, сертифіковані спеціалісти. Отримайте консультацію по вашому проєкту — оцінимо і запропонуємо рішення. Замовте розробку сьогодні.
Як правильно проектувати інфоблоки?
Ми бачимо десятки проєктів, де неправильна структура інфоблоків перетворює сайт на гальмо. Типовий сценарій: замовник просить «каталог товарів». Розробник створює один інфоблок 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 — замовте аудит продуктивності та міграцію на Бітрікс.