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

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

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

Сайт хімчистки вирішує конкретне завдання: клієнт має зрозуміти, скільки коштує обробка його речі, та залишити заявку — бажано за одне відвідування, без дзвінків та уточнень. На 1С-Бітрікс це реалізується через зв'язку інфоблоків, HL-блоків з ціновою матрицею та форми замовлення з прив'язкою до CRM. Досвід понад 10 років у розробці на Бітрікс гарантує надійність та продуктивність.

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

Послуги хімчистки групуються за категоріями: одяг, килими та килимове покриття, штори та текстиль, шкіра та замша, весільні сукні, м'які меблі. Кожна категорія — розділ інфоблоку 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 секунди, а вартість підтримки значно скоротилася — за рахунок усунення надлишкових запитів та агентів.

Наш підхід: проектуємо інфоблоки до першого рядка коду. Окремі інфоблоки під сутності (товари, категорії, бренди), властивості-довідники через 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 годин).

Наш процес і технології

Стек: верстка 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 — замовте аудит продуктивності та міграцію на Бітрікс.