Интернет-магазин на 1С-Битрикс: разбор запуска по шагам

Разбираю каждый запуск интернет-магазина на Битрикс по одному чек-листу: редакция, хостинг, каталог, оплата, доставка, обмен с 1С. За несколько лет работы с такими проектами я видел, как одна и та же платформа превращается то в удобный инструмент для менеджера склада, то в панель с сотней настроек, в которых никто потом не разбирается. В этой статье прохожу по шагам, из чего реально состоит запуск интернет магазина на Битрикс, сколько это стоит на практике и где чаще всего теряют время и бюджет.

Какую редакцию 1С-Битрикс выбрать для интернет-магазина

У «Битрикс: Управление сайтом» четыре редакции, из которых для торговли годятся три: «Старт», «Стандарт» и «Малый бизнес» (есть ещё «Бизнес» - для крупных каталогов с несколькими складами и сложной логикой скидок). Разница не в дизайне, а в наборе модулей: в «Старте» нет полноценного каталога с торговыми предложениями, поэтому для магазина с вариантами товара - размер, цвет, объём - он не подходит в принципе, придётся сразу брать «Стандарт».

На практике для среднего магазина на 500‑3000 товаров хватает «Стандарта». «Малый бизнес» беру, когда нужна многоскладовость, каталог более чем на 10 000 позиций или интеграция с CRM-модулем самого Битрикса, а не внешней CRM. Ценник у вендора меняется, поэтому цифры не привожу как окончательные - на момент подготовки проекта их стоит сверять напрямую на сайте 1С-Битрикс, а не по старым статьям в интернете.

Отдельный момент - коробка или облако. Облачная версия избавляет от возни с сервером, но режет возможности: часть модулей маркетплейса туда не ставится, а самописные обработчики для нестандартной интеграции иногда просто некуда воткнуть. Для проектов, где заранее понятно, что понадобится доработка под конкретный бизнес-процесс, я всегда беру коробочную версию на своём сервере - с ней проще менять код обработчиков и подключать внешние библиотеки без ограничений облака.

Хостинг и сервер: что подготовить перед установкой

Битрикс требователен к окружению больше, чем WordPress или Tilda-скрипты, которые крутятся почти где угодно. Минимум для стабильной работы: PHP 8.1 или новее, MySQL 5.7+ или MariaDB, opcache, memcached для кеша компонентов и минимум 2 ГБ RAM на VPS даже для небольшого магазина - на 1 ГБ каталог с торговыми предложениями будет тормозить на списочных страницах уже при паре сотен товаров.

Из реальных вариантов хостинга: специализированные тарифы «1С-Битрикс: Виртуальная машина» на Timeweb или Selectel экономят время на настройке - образ уже содержит нужный стек и панель для мониторинга нагрузки. Обычный VPS с ручной настройкой дешевле, но требует, чтобы кто-то умел администрировать nginx, php-fpm и следить за логами при подскоках нагрузки в распродажи, когда трафик может вырасти в три-пять раз за один день.

Отдельно стоит сразу настроить SSL-сертификат - для старта хватает Let’s Encrypt, платный сертификат может понадобиться под требования эквайринга конкретного банка. Ежедневный бэкап базы и файлов складываю на отдельное хранилище, не туда же, где лежит сайт. Robots.txt и sitemap.xml генерируются автоматически, но настройки по умолчанию открывают в индекс служебные разделы вроде корзины и личного кабинета - это стоит закрыть в первый день, а не после того как поисковик проиндексирует мусорные страницы.

Ещё один момент, который часто упускают на старте, - шаблон ЧПУ для карточек товара и категорий. Если не задать его до заливки первых позиций, а потом менять структуру урлов, переиндексация каталога в поиске занимает недели, и часть страниц временно теряет позиции.

Крон для системных агентов настраивается отдельно от веб-сервера:

*/5 * * * * /usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php >> /home/bitrix/www/bitrix/cron_events.log 2>&1

Без этой строчки часть агентов - пересчёт скидок, отправка отложенных писем, обмен остатками - просто не срабатывает вовремя, и магазин выглядит рабочим, а по факту показывает устаревшие цены и наличие.

Каталог, инфоблоки и торговые предложения: настройка витрины

Каталог в Битриксе строится на инфоблоках - это универсальная структура для любых сущностей с произвольным набором свойств, не только товаров. Сам товар живёт в одном инфоблоке, торговые предложения в связанном, а привязка идёт через свойство «Торговое предложение». На старте это самая частая точка путаницы у тех, кто впервые открывает админку: кажется логичным завести один инфоблок на всё, а через полгода каталог превращается в кашу с дублями и потерянными связями.

Типы цен развожу заранее, даже если сначала нужна одна: розничная и, например, оптовая или цена для авторизованных пользователей. Добавить тип цены на действующем каталоге с тысячами товаров не проблема технически, но требует пересчёта и повторной синхронизации с 1С, если она уже настроена, поэтому дешевле продумать это на этапе проектирования, а не через полгода работы магазина.

Отдельно настраиваю выгрузку YML-фида для Яндекс Маркета и рекламных кампаний - модуль есть в стандартной поставке, но шаблон фида почти всегда приходится дорабатывать под категории конкретной площадки, иначе часть карточек отклоняется при модерации из-за несовпадения атрибутов.

Из практики: скорость каталога на 3000+ товаров с фильтром по свойствам и ценам сильно зависит от того, включено ли кеширование компонента «Каталог» и настроен ли композитный кеш для страниц без персонализации. Без этого списочная страница с фильтром может грузиться дольше двух секунд даже на приличном сервере, а это уже прямая просадка конверсии на самом посещаемом разделе магазина.

Оплата и доставка: T‑Bank, СДЭК и модули из маркетплейса

Для приёма платежей на Битриксе обычно ставлю готовый модуль эквайринга T‑Bank из маркетплейса - он закрывает и обычную оплату картой, и сплит на части, и чек по 54-ФЗ без отдельной интеграции с онлайн-кассой сбоку. Ставится модуль минут за двадцать, но реальная проверка занимает день-два: тестовые платежи, возвраты, обработка отменённых заказов - всё это стоит прогнать до запуска, а не после первой жалобы клиента.

С доставкой похожая история: у СДЭК есть официальный модуль для Битрикса с расчётом стоимости по габаритам и весу прямо в корзине, печатью накладных из админки и статусами по трек-номеру. На практике его чаще донастраивают под конкретные упаковочные габариты и тарифные зоны компании, чем ставят из коробки - стандартные настройки редко совпадают с тем, как реально упаковывает товар конкретный склад.

Из модулей, которые ставлю почти на каждый проект в дополнение к базовой связке:

• калькулятор доставки с несколькими службами одновременно - СДЭК, Почта России, курьер по городу;
• виджет отслеживания заказа в личном кабинете, чтобы клиент не писал в поддержку «где мой заказ» на второй день после отправки;
• блок похожих и сопутствующих товаров на карточке, который поднимает средний чек заметнее, чем кажется на старте проекта.

Обмен с 1С: остатки, цены и заказы без ручного экспорта

Штатный механизм - CommerceML 2.x, тот же протокол, что используют магазины на WooCommerce и других платформах для связи с учётными системами. Со стороны 1С:Управление торговлей или 1С:Бухгалтерия настраивается план обмена, со стороны Битрикса - обработчик обмена в административной части. Первая синхронизация всегда самая долгая: если каталог уже вёлся вручную на сайте, приходится сопоставлять товары по артикулу или штрихкоду, а не заводить их заново, иначе получите дубли на каждой позиции.

После первичной выгрузки настраивается регулярный обмен остатками и ценами - обычно раз в 5-15 минут через агент по расписанию - и отдельно выгрузка заказов обратно в 1С для резервирования и сборки. Частая ошибка - гонять полный обмен по всему каталогу каждые пять минут: при 10 000+ товарах это создаёт заметную нагрузку и на сервер сайта, и на саму 1С, особенно если база работает на файловом варианте без сервера СУБД.

Правильнее настраивать инкрементальный обмен только по изменённым позициям и запускать полную сверку раз в сутки ночью, когда нагрузка от покупателей минимальна. Если у бизнеса до этого не было учётной системы вообще и заказы велись в экселе или через Tilda-скрипты для уведомлений в Telegram, обмен настраивать пока не с чем - сначала внедряется учётная система, и уже потом тянется интеграция с сайтом.

Битрикс, WooCommerce или Tilda: когда какая платформа выгоднее

Вопрос платформы стоит закрывать до начала работ, а не после установки - переезд каталога и заказов между системами дороже, чем правильный выбор с самого начала.

Свои проекты на Битриксе беру под ключ от 80 000 ₽ - сюда входит установка, настройка каталога, оплаты и доставки, но не сама лицензия платформы, её клиент покупает у 1С-Битрикс напрямую. Если задача сложнее среднего - мультискладовость, нестандартный обмен, кастомные торговые предложения с матрицей размеров - оценка идёт выше базовой планки после короткого созвона по требованиям. Если пока не готовы к разговору о конкретной архитектуре, проще сразу посмотреть услуги по разработке интернет-магазинов и прикинуть объём по своему каталогу, чем ориентироваться на чужие кейсы с другой спецификой.

Отдельно замечу: если бизнес пока небольшой, обмен с 1С не нужен, а каталог меньше пары сотен товаров, Битрикс окажется избыточным и по деньгам, и по административной нагрузке - там, где хватило бы Tilda с кастомным скриптом оплаты, содержать сервер под Битрикс смысла нет.

Частые вопросы

Сколько стоит интернет-магазин на Битрикс под ключ?

Разработка у меня стартует от 80 000 ₽ - установка, настройка каталога, оплаты через эквайринг и доставки. Лицензия самой платформы оплачивается отдельно напрямую вендору, её стоимость я не включаю в разработку и не фиксирую, так как она периодически меняется у поставщика.

Нужна ли лицензия Битрикс, если магазин уже есть на WordPress?

Нет, это разные продукты без общей лицензионной модели. Переезд с WooCommerce на Битрикс имеет смысл, когда каталог вырос и нужен полноценный обмен с 1С или несколько складов - до этого момента дешевле дорабатывать существующий магазин на WordPress.

Сколько времени занимает запуск магазина на Битрикс?

Типовое решение с готовым шаблоном и стандартным набором модулей запускается за 3-5 недель. Индивидуальная вёрстка, нестандартный обмен с учётной системой или доработка под конкретную логику скидок и складов добавляют от двух недель и больше в зависимости от объёма правок и числа согласований с клиентом.

Можно ли перенести магазин с Tilda или WooCommerce на Битрикс?

Можно, каталог и заказы переносятся через выгрузку в CSV или CommerceML с последующим сопоставлением по артикулам. Технически перенос не сложный, но требует ручной сверки, если товары на старой площадке заводились без строгой структуры свойств - иначе после переноса часть карточек потеряет варианты или характеристики и их придётся восстанавливать вручную.