В Битрикс24 есть раздел «Сайты и Магазины»: конструктор, в котором страницы собирают из готовых блоков, редактируют визуально и публикуют без работы с кодом. Мы разобрали, что он реально умеет, где заканчиваются его рамки и как понять, когда нужен отдельный сайт.
Сразу уточнение: сайты в Битрикс24 и CMS «1С-Битрикс: Управление сайтом» — разные продукты. Здесь речь только о конструкторе внутри Битрикс24.
Три способа начать сайт
Первый — собрать в конструкторе из блоков: обложки, заголовки, изображения с текстом, таймеры, формы. В отдельных блоках есть режим «Суперблок», где можно добавлять или убирать элементы внутри заготовки. Но это не свободная вёрстка: Суперблок расширяет рамки блока, а не превращает конструктор в среду для произвольного интерфейса.
Второй — взять готовый шаблон. Подходит, когда структура заранее укладывается в типовые страницы.
Третий — «Сайт AI»: описываете идею в чате, агент BitrixGPT подбирает структуру, дизайн, изображения и текст. Результат нельзя считать готовым к публикации: факты, права на контент и бизнес-логику проверяют так же внимательно, как у собранного вручную сайта.
Что конструктор делает хорошо
Многостраничная структура. Добавляете страницы, копируете однотипные, настраиваете общие блоки (шапка, контакты, сайдбар) и меню. В меню попадают только опубликованные страницы — это стоит помнить после добавления новых разделов.
Связь с CRM. На страницу ставите CRM-форму; что произойдёт после отправки, зависит от настроек конкретной формы и портала. Порядок проверки простой: открыть опубликованную страницу как посетитель, отправить тестовое обращение и посмотреть фактический результат, затем повторить с мобильного. Предпросмотр такой тест не заменяет.
Домен. К сайту привязывают собственный домен. DNS-записи берут из актуального интерфейса Битрикс24, а не из старых инструкций — значения меняются. Для домена за Cloudflare в описанном сценарии нужен режим DNS only, без проксирования.
Базовое SEO. Можно задать Title страницы и включить её в sitemap.xml. Карта сайта создаётся автоматически, файл проверяется по адресу [сайт]/sitemap.xml. Но карта сайта не гарантирует индексацию и позиции — поисковик сниппет сформирует по своим правилам.
Магазин. Шаблонный магазин: каталог из CRM, список товаров, корзина, оформление заказа. Заказы поступают в тот же Битрикс24. Автоматическая синхронизация остатков требует настроенного складского учёта.
Где заканчиваются возможности
Граница проходит там, где заканчивается типовой сценарий. Частые ошибочные ожидания:
- «Шаблон можно переделать как угодно». У блока собственные параметры, даже Суперблок не даёт свободной разработки.
- «Мобильная версия подстроится сама». Есть предпросмотр и видимость блоков на устройствах, но ключевые экраны проверяют на реальных смартфонах: длинные заголовки, кнопки, меню, формы.
- «Магазин подключится к любой учётной системе». Подтверждена связь с CRM. Внешние ERP, кассы, маркетплейсы и службы доставки требуют отдельной оценки.
- «Домен подключается по универсальной инструкции». Нет: значения для DNS берут из текущего экрана настройки вашего портала.
Когда нужен отдельный сайт
Решение принимают по составу функций, а не по названию бизнеса. Отдельная разработка нужна, если требуются индивидуальный интерфейс вне настроек блоков, сложная навигация, широкий каталог со специальными правилами продаж, интеграции с внешними системами или независимая архитектура.
Разработка не начинается с вопроса «сайт или магазин». Сначала описывают структуру, дизайн, каталог, интеграции, роли, путь посетителя и правила дальнейших изменений. Если отдельный сайт должен передавать обращения в CRM, требования разбирают вместе с задачей интеграции сайта с Битрикс24.
Практический вывод
Раздел «Сайты и Магазины» — рабочий инструмент для типовых страниц, многостраничных ресурсов и магазина, который живёт рядом с CRM. Он снимает необходимость писать код для базовой сборки, но не отменяет работу над структурой, текстами и проверкой сценариев.
Перед стартом составьте структуру страниц, опишите, что происходит после отправки формы, проверьте, где в CRM появляются обращения, и перечислите внешние системы, с которыми должен обмениваться сайт. Если хотя бы один пункт не укладывается в подтверждённые возможности — сначала фиксируйте требования и оценивайте реализуемость, потом выбирайте конструктор или отдельную разработку.
Top comments (0)