Главное за минуту
- Корпоративный сайт решает задачу доверия и заявок, а не просто публикует страницы о компании.
- Каталогу нужны структура свойств, фильтр, поиск и понятный путь от товара к запросу цены.
- Магазин добавляет корзину, заказ, оплату, доставку, статусы и обмен с учётными системами.
- До выбора лицензии опишите сценарии, роли пользователей, интеграции и объём товарных данных.
01
Сайт начинается со сценария, а не с выбора шаблона
Сайты на 1С-Битрикс подходят для задач разной сложности: представить компанию, показать ассортимент, принимать оплату, давать партнёрам доступ к документам или публиковать большой объём материалов. Платформа не определяет тип проекта сама по себе. Его определяет путь посетителя и данные, которые сайт должен передать дальше.
Если клиент выбирает услугу и оставляет контакты, ключевой маршрут выглядит так: страница услуги → форма → CRM → ответственный менеджер. Если он сравнивает тысячи позиций, нужны свойства, фильтрация, поиск и актуальные остатки. Если оплачивает заказ, к маршруту добавляются корзина, доставка, платёжный статус и уведомления.
До старта соберите не перечень экранов, а 5–10 целевых действий: «запросить КП», «найти аналог», «добавить в корзину», «скачать сертификат», «увидеть статус заказа». Это основа для структуры, лицензии, оценки интеграций и критериев приёмки.
02
Инфоблоки и торговый каталог
Эти сущности определяют, как редакторы ведут контент, а посетители находят товары и документы.
03
Корпоративный сайт: лиды, экспертиза и управляемый контент
Корпоративный сайт на Битрикс нужен, когда решение покупают не мгновенно: клиент изучает услуги, кейсы, отрасли, команду, документы и условия поставки. Главная цель — привести посетителя к понятному следующему шагу и не потерять обращение между формой и отделом продаж.

Для маркетинга важнее всего управляемые блоки страниц, формы с обязательными полями, отдельные источники для рекламных кампаний и аналитика событий. Для отдела продаж — дубль заявки в CRM, ответственный, контроль статуса и защита от повторной отправки формы.
Проверьте сценарий с тестовой заявкой: откройте страницу с UTM-метками, заполните форму, затем найдите запись в CRM. В карточке должны быть контакты, источник, посадочная страница, дата и ответственный. Иначе маркетинг не сможет сопоставить рекламный расход с обращениями.
04
Каталог без корзины: когда посетитель выбирает, а не покупает онлайн
Каталог подходит производителям, B2B-поставщикам, дистрибьюторам и компаниям со сложным ассортиментом. Покупатель может запросить расчёт, уточнить наличие у менеджера или оформить заказ по договору. Отсутствие онлайн-оплаты не делает такой проект простым: обычно именно данные о товарах становятся главным риском.

Сначала фиксируют модель: разделы, типы товаров, торговые предложения, свойства для фильтра, документы, изображения, цены и правила показа остатков. Свойство «материал» или «диаметр» нельзя заводить произвольно на каждой карточке: значения должны быть едиными, иначе фильтр и SEO-страницы распадаются.
| Сценарий | Что должно быть на сайте | Что проверить |
|---|---|---|
| Подбор позиции | Фильтр, поиск, сравнение | Выдача меняется по каждому свойству |
| Запрос цены | Форма с товаром и количеством | Название и ID товара попадают в CRM |
| Работа с дилером | Цены и документы по авторизации | Гость не видит закрытые данные |
| Обновление ассортимента | Импорт из 1С или PIM | Логи показывают ошибки обмена |
Полезно заранее согласовать пример 20 карточек с реальными данными. По нему команда проверяет длину названий, фотографии, набор характеристик и поведение фильтра до загрузки всего массива.
05
Интернет-магазин: добавляются заказ и ответственность за данные
Интернет-магазин на Битрикс строится вокруг жизненного цикла заказа. Посетитель должен найти товар, увидеть условия, оформить покупку и получить подтверждение. Сотрудник — увидеть заказ в административной части или CRM, изменить статус по регламенту и понимать, что произошло при сбое оплаты или обмена.
Минимальный контур включает каталог, корзину, оформление заказа, службу доставки, платёжную систему, уведомления и статусы. Для части компаний необходим обмен с 1С: цены, остатки, номенклатура и заказы. Важно определить, какая система считается источником истины по каждому полю.
Не смешивайте «оплачен» и «передан в доставку». Это разные события, которые могут приходить от платёжного провайдера, менеджера и службы доставки в разное время.
06
Как выбрать состав работ и редакцию до подписания сметы
Редакцию и модули 1С-Битрикс выбирают после описания функций. Ошибка — купить минимальный вариант, а затем выяснить, что для нужного сценария требуются возможности интернет-магазина, интеграция или доработка. Обратная ошибка — оплачивать сложный контур, когда бизнесу достаточно каталога и формы запроса.
Попросите подрядчика отделить стандартные возможности продукта от индивидуальной разработки. В смете должны быть видны: лицензия и продление, дизайн, шаблоны, импорт, интеграции, тестирование, запуск, поддержка и сторонние сервисы. Актуальный состав редакций сверяйте в официальной таблице редакций 1С-Битрикс.
- 1
Опишите целевые действия. Зафиксируйте, что должен сделать посетитель и сотрудник после этого действия.
- 2
Соберите данные. Подготовьте примеры товаров, услуг, документов, цен и ролей пользователей.
- 3
Нарисуйте обмены. Укажите, откуда приходят цены и остатки, куда уходят заявки и заказы.
- 4
Согласуйте статусы. Разделите новый, в работе, оплачен, отгружен, отменён и ошибку обмена.
- 5
Зафиксируйте приёмку. Составьте набор тестовых сценариев с ожидаемым результатом и ответственным.
07
Что обычно ломается после запуска
Проблемы редко связаны только с вёрсткой. Чаще сайт визуально работает, но заявки не содержат источник, карточки товаров теряют свойства при импорте, менеджеры получают дубли, а клиент видит устаревший остаток. Эти ошибки становятся заметны уже после рекламного запуска или первой массовой выгрузки.
Поэтому приёмку проводят на реальных, но тестовых данных: с UTM-метками, товарами в наличии и без него, разными доставками, отменой оплаты и повторной отправкой формы. Результат каждого сценария должен быть виден и на сайте, и в целевой системе.
Форма
Телефон нормализуется, согласие сохраняется, антиспам не блокирует реальных клиентов.
Обмен
Импорт не создаёт дубли и сообщает об ошибочных строках в логах.
Заказ
Статус оплаты меняется только после подтверждения платёжного сервиса.
Доступы
Редакторы и менеджеры видят только те разделы и действия, которые им нужны.
08
Короткий чек-лист перед запуском
Перед публикацией проверьте проект не только на своём компьютере и не только как администратор. Откройте сайт с мобильного устройства, отправьте форму с рекламными метками, выполните тестовый заказ и попросите менеджера найти результат без подсказок разработчика.
Зафиксируйте доступы к домену, хостингу, административной части, аналитике, CRM, почте и платёжным сервисам в защищённом реестре. У компании, а не у отдельного сотрудника, должны быть права владельца. Это критично для дальнейшей поддержки и смены подрядчика.
Практика проверки
Сохраните видео или таблицу тестов с датой, URL, входными данными и фактическим результатом. Такой документ быстрее всего снимает спорные вопросы при запуске.
Проверены мобильные сценарии; UTM передаются в CRM; письма приходят с рабочего адреса; тестовый заказ меняет статусы; импорт создаёт журнал ошибок; доступы оформлены на компанию
09
Какое решение принять
Выбирайте корпоративный сайт, если основной результат — обращение и доверие к компании. Каталог нужен, когда покупателю важно подобрать позицию по характеристикам, но заказ требует согласования. Интернет-магазин оправдан, если компания готова поддерживать цены, остатки, оплату, доставку и статусы заказа как регулярный процесс.
До выбора лицензии и запуска дизайна проверьте пользовательские сценарии, структуру данных, владельцев интеграций и тесты приёмки. Подрядчика стоит подключать, когда требуется связать эти части в единый контур: сайт, учётную систему, CRM, аналитику и поддержку после запуска.
FAQ
Частые вопросы
Можно ли начать с каталога, а потом добавить интернет-магазин?
Можно, если сразу предусмотреть корректную модель товаров, цен и торговых предложений. Но оплату, доставку и статусы заказа всё равно нужно проектировать и тестировать отдельным этапом.
Нужна ли CRM для корпоративного сайта?
Не всегда, но без неё сложнее контролировать обработку заявок и источники обращений. Минимум — передавать данные формы в систему, где работает отдел продаж.
Кто должен обновлять карточки и цены?
Назначьте владельца каждого типа данных. Контент может вести редактор, а цены и остатки — приходить из 1С или другой учётной системы.
Как понять, что лицензии достаточно?
Сопоставьте сценарии проекта с возможностями редакции и модулями, затем подтвердите вывод в смете подрядчика и на официальной странице продукта.
Что сохранить после запуска сайта?
Доступы, описание интеграций, инструкцию для редакторов, список доработок, резервные копии и результаты приёмочных тестов.