Разработка landing page на 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 для мультиязычности или серверными редиректами. Если лендинг должен работать на органический трафик, кастомная разработка снимает эти ограничения.