Розробка цільової сторінки у 1С-Бітрикс
Цільова сторінка (лендинг) в екосистемі 1С-Бітрикс може бути створена двома принципово різними способами: через вбудований модуль landing (також відомий як «Сайти 24») та через користувацький шаблон на движку «Управління сайтом». Вибір між ними визначає бюджет, швидкість запуску та межу того, що ви зможете робити з цією сторінкою через півроку.
Модуль Landing: Блочний конструктор
Модуль bitrix:landing з'явився в редакції «Бізнес» і став стандартом для швидких цільових сторінок у Бітрикс. Принцип роботи — бібліотека готових блоків, які перетягуються на сторінку у візуальному редакторі.
Що входить у стандартну поставку:
- Більше 150 блоків — герой-секції, галереї, таблиці цін, таймери, відгуки, карти
- Прив'язка CRM-форм через компонент
crm.site.form— лід потрапляє у воронку без додаткового налаштування - Вбудований механізм A/B-тестування: створюється копія сторінки, трафік розділяється, статистика збирається у розділі «Аналітика»
- SEO-поля на рівні сторінки — title, description, og-теги, canonical
- Підключення Яндекс.Метрики та Google Analytics через штатні налаштування
Конструктор працює поверх власного фреймворку, не пов'язаного з класичними компонентами Бітрикс. Блоки зберігаються в базі даних як JSON-структури, рендеряться через REST-обгортку. Це забезпечує ізоляцію, але одночасно обмежує доступ до звичних інструментів розробки.
Користувацький лендинг на шаблоні
Альтернативний шлях — створення цільової сторінки як окремого шаблону сайту (/bitrix/templates/landing_custom/) з прямим доступом до API платформи. Тут немає візуального редактора у звичному розумінні — контент керується через інфоблоки або властивості сторінок.
Що дає користувацька розробка:
- Повний контроль над HTML/CSS/JS — жодних обмежень фреймворку конструктора
- Підключення будь-яких компонентів Бітрикс:
bitrix:form.result.new,bitrix:catalog.section,bitrix:sale.order.ajax - Інтеграція з модулем
highloadblockдля зберігання заявок з довільною структурою - Довільна логіка на PHP: багатокрокові форми, динамічний контент за UTM-мітками, персоналізація за сегментами CRM
- Нативна робота з композитним кешем та CDN
Технічні відмінності: конструктор vs користувацький
| Параметр | Модуль landing | Користувацький шаблон |
|---|---|---|
| Редагування контенту | Візуальний drag-and-drop | Адмінпанель (інфоблоки / властивості) |
| Доступ до PHP | Ні | Повний |
| CRM-інтеграція | Вбудована (crm.site.form) | Через API / вебхуки |
| A/B-тести | Штатний механізм | Google Optimize або користувацька реалізація |
| Швидкість запуску | 1–3 дні | 5–15 днів |
| Користувацька JS-логіка | Обмежена (пісочниця блоку) | Без обмежень |
| Масштабування | Обмежено бібліотекою блоків | Не обмежено |
| Композитний кеш | Не підтримується | Повна підтримка |
| Підключення модулів | Тільки через REST | Будь-які модулі ядра |
Коли конструктора достатньо
Модуль landing вирішує завдання, якщо лендинг — це типова сторінка промо з формою збору заявок. Маркетолог збирає сторінку самостійно, без залучення розробника. CRM-форма створює лід, сповіщення йде менеджеру, аналітика рахує конверсію.
Типові сценарії для конструктора:
- Промо-акція з обмеженим терміном дії
- Збір заявок на вебінар або подію
- Швидка перевірка гіпотези перед розробкою повноцінного розділу
- Внутрішні сторінки для працівників (опитування, реєстрація на корпоратив)
Коли потрібна користувацька верстка
Перехід на користувацький шаблон обґрунтований, коли з'являється хоча б одна з цих умов:
- Складна форма — багатокроковість, залежні поля, завантаження файлів, валідація за зовнішніми сервісами (ФІАС, ІНН)
- Динамічний контент — підстановка текстів та зображень залежно від джерела трафіку, регіону, історії взаємодій
-
Інтеграція з каталогом — вивід товарів або послуг через
bitrix:catalog.sectionз фільтруванням та сортуванням - Високі вимоги до швидкості — композитний кеш, оптимізація Core Web Vitals, ліниве завантаження важких секцій
- Нестандартний дизайн — анімації, паралакс, інтерактивні елементи, які неможливо реалізувати в межах блочної системи
Гібридний підхід
На практиці часто використовується комбінація: основна структура збирається на користувацькому шаблоні, а CRM-форма підключається через crm.site.form як вбудований віджет. Це дає повний контроль над версткою та одночасно зберігає нативний зв'язок з CRM без написання додаткового коду інтеграції.
Другий варіант гібриду — розширення конструктора власними блоками. Модуль landing підтримує реєстрацію користувацьких блоків через \Bitrix\Landing\Block::register(). Блок описується в YAML-маніфесті, містить власну верстку та стилі, але працює всередині візуального редактора. Підхід потребує початкових зусиль на створення блоку, зате потім маркетолог використовує його нарівні зі стандартними.
Практичні рекомендації
При виборі підходу варто враховувати не тільки поточне завдання, а й життєвий цикл сторінки. Лендинг, який проживе два тижні — кандидат для конструктора. Сторінка, яка буде розвиватися, обростати розділами та інтеграціями — причина одразу закласти користувацький шаблон.
Окремий момент — SEO. Конструктор дає базові мета-теги, але не дозволяє тонко керувати мікророзміткою Schema.org, hreflang для багатомовності чи серверними редиректами. Якщо лендинг повинен працювати на органічний трафік, користувацька розробка знімає ці обмеження.