Какую редакцию 1С-Битрикс выбрать для сайта: функции, лицензия и ограничения

Уточните продукт и отделите лицензию от готового сайта

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

«1С-Битрикс: Управление сайтом» — платформа для создания и управления веб-проектом. Редакция определяет доступный набор возможностей продукта. Лицензия сама по себе не включает разработку именно вашего дизайна, перенос каталога и настройку всех подключений. Эти работы нужно видеть отдельными строками предложения.

Готовое решение из каталога партнёров также не тождественно лицензии платформы. У него могут быть собственная цена, поддержка, ограничения и требования к редакции. Если выбираете красивый демонстрационный магазин, уточните, какие показанные функции относятся к платформе, какие — к решению, а какие потребуют дополнительных услуг. Сравнивать только внешний вид двух демоверсий недостаточно.

Опишите функции через действия покупателя и сотрудника

Сначала решите, что посетитель делает на сайте. Читает описание и отправляет заявку, выбирает товар в каталоге, оформляет заказ или получает индивидуальные условия после входа? Затем опишите действия сотрудников: изменение цены, обработка заказа, публикация статьи, обмен с учётной системой. Этот перечень станет основой выбора редакции.

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

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

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

Как ориентироваться в четырёх редакциях

На дату подготовки материала, 18 сентября 2026 года, проверены официальные страницы четырёх распространённых редакций. Ниже — ориентиры для первичного отбора. Они не заменяют сопоставление конкретных требований с текущим составом продукта и условиями выбранного готового решения.

В описании «Старта» перечислены инструменты работы со структурой и информационными блоками. У «Стандарта» отдельно представлены веб-формы, подписка и рассылки, форумы и блоги. При этом простой редакционный блог можно реализовать разными способами: само слово «блог» в задании ещё не означает обязательность одноимённого модуля.

Попросите разработчика назвать конкретный штатный инструмент или способ реализации для каждой обязательной задачи. Ответ «эта редакция обычно подходит» полезен лишь для предварительного отбора. Окончательное подтверждение должно относиться к вашему сценарию и выбранному набору дополнений.

Что сравнить между «Малым бизнесом» и «Бизнесом»

Официальное описание «Малого бизнеса» включает торговый каталог, работу с заказами и обмен с 1С. В редакции «Бизнес» отдельно описаны управление разными типами цен, многоскладовость и расширенные возможности. Проверять следует не число пунктов в рекламе, а те операции, которые действительно нужны вашему магазину.

Возьмите несколько сложных товарных примеров. Товар с вариантами размера, отдельной дилерской ценой, разным остатком по точкам и условиями доставки. Попросите показать путь от загрузки данных до заказа. Если возможность требует дополнительного модуля, отметьте это в сравнении; она не должна выглядеть штатной только потому, что присутствует в демонстрационном проекте.

Отдельно обсудите, где ведётся основной учёт. Если цены и остатки определяются в 1С, сайт должен получать согласованные сведения и правильно показывать их покупателю. Наличие функции складского учёта на сайте не означает, что компания обязана переносить туда все свои операции. Архитектуру обмена выбирают под существующий процесс.

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

Проверьте совместимость подключений и готового решения

В строке «интеграция с 1С» должны появиться название конфигурации, версия, необходимые данные и направление обмена. Передача товаров, цен, остатков и заказов — разные части маршрута. Если учётная система доработана, совместимость проверяют на её примере. Общая возможность обмена в продукте не заменяет эту проверку.

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

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

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

Учтите покупку, продление и сопровождение отдельно

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

Условия лицензии и продления проверяйте в актуальном предложении и документах производителя. Не считайте заранее, что окончание оплаченного периода затрагивает только скачивание обновлений или, наоборот, автоматически останавливает весь сайт. Для конкретной поставки нужно подтвердить доступность функций и связанных сервисов, а также порядок продления. Если закупка переносится, проверку повторяют.

Согласуйте, на кого оформляется покупка и кто получает сведения о лицензии. Документы и права управления передают ответственным со стороны компании; они не должны оставаться только у отдельного сотрудника подрядчика. При смене исполнителя владельцу понадобятся также исходники доработок, описание модулей и порядок развёртывания.

Уточните обслуживание после запуска. Обновления платформы, решения и модулей требуют проверки совместимости, резервной копии и испытания важных сценариев. Это рабочие задачи, даже если сам файл обновления доступен по лицензии. Кто их выполняет, с какой регулярностью и в каких пределах бюджета — отдельная часть договорённостей.

Рассмотрите переход как проект изменения функций

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

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

Перед изменением сохраните проверенную резервную копию и выполните испытание на тестовой среде. Согласуйте порядок публикации, возможный перерыв и возврат к предыдущему состоянию. Не проводите переход на рабочем магазине в момент активной рекламной кампании без плана. Проверить способность восстановить сайт поможет материал о резервном копировании.

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

Что попросить у подрядчика до оплаты

Итоговое предложение должно связывать каждую обязательную функцию со способом реализации. Укажите редакцию, готовое решение, дополнительные модули и работы. Для неподтверждённых возможностей сохраните отдельный список с методом проверки. Это позволит сравнить предложения, в которых одинаковое название лицензии скрывает разный объём проекта.

Не принимайте обещание поискового продвижения или быстрой загрузки как гарантированное свойство выбранной редакции. Инструменты платформы могут помогать настройке, но результат зависит от реализации, контента и обслуживания. Такие задачи должны иметь собственные критерии и проверки, а не растворяться в цене продукта.

• Полное название продукта и редакции указано в предложении.
• Сценарии сайта сопоставлены с возможностями и дополнениями.
• Проверены обмен, цены, остатки и оформление нужного заказа.
• Учтены продление, модули, размещение и сопровождение.
• Определены владелец лицензии, доступы и порядок приёмки.

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