Развилка, на которой ошибаются дороже всего
Вопрос «1С-Битрикс или самописный сайт» почти никогда не приходит от стартапов. Его задают компании, у которых уже есть выручка, отдел продаж, склад и, как правило, работающая учётная система. Сайт при этом либо морально устарел, либо когда-то собирался под одну задачу, а сейчас перестал справляться — причём чаще не с технической нагрузкой, а с организационной. Контент-менеджер не может добавить раздел без программиста. Прайс выгружается из 1С руками раз в неделю. Маркетолог не видит, из какого канала пришла заявка. Разработчик, который всё это писал, ушёл, и никто не понимает, как устроена админка.
В этот момент перед руководителем встаёт развилка: взять готовую коммерческую платформу — в Казахстане это чаще всего 1С-Битрикс — или заказать разработку с нуля на фреймворке (Laravel, Symfony, Django, Node.js) под собственную логику. Ошибка здесь стоит дорого не потому, что деньги потрачены на «не ту» технологию, а потому что переезд с одной архитектуры на другую через два-три года обходится в стоимость нового проекта плюс потерянные позиции в поиске и месяцы простоя команды.
Разберём выбор так, как он выглядит с точки зрения владельца бизнеса, а не разработчика: что вы на самом деле покупаете в каждом случае, где проходит граница применимости и на каком горизонте считается экономика.
Что на самом деле скрывается за словом «самописный»
Формулировка «сайт с нуля» вводит в заблуждение. Ни одна вменяемая студия в 2026 году не пишет с чистого листа роутинг, авторизацию, ORM и работу с очередями. Разработка «с нуля» — это почти всегда сборка на фреймворке: базовые кирпичи берутся готовыми, а бизнес-логика, административная панель и структура данных проектируются под конкретную компанию.
Отсюда два практических вывода. Первый: сравнение «CMS или разработка с нуля» — это не сравнение готового и уникального. Это сравнение двух наборов готового с разной глубиной. В коробке 1С-Битрикс готовым идёт ядро и весь прикладной слой: каталог, корзина, скидки, права доступа, редактор страниц, права на разделы, формы, рассылки. В самописном решении готовым идёт только фундамент, а прикладной слой вы оплачиваете часами разработчиков.
Второй вывод важнее: у самописного проекта нет производителя. Некому выпустить обновление безопасности, некому проверить совместимость с новой версией PHP, некому написать документацию для нового администратора. Всё это — зона ответственности вашего подрядчика или вашего штатного разработчика. Пока команда на месте, это работает отлично. Как только человек уходит, стоимость входа следующего специалиста в проект измеряется неделями, а не часами.
Это не приговор самописной разработке — скорее повод закладывать в бюджет сопровождение и документирование честно, а не считать только стоимость запуска.
Что входит в лицензию 1С-Битрикс, кроме админки
«1С-Битрикс: Управление сайтом» — коммерческая CMS с несколькими редакциями: «Старт», «Стандарт», «Малый бизнес», «Бизнес» и «Энтерпрайз» (последняя существует и в варианте для PostgreSQL). Редакции отличаются не косметикой, а набором модулей и лимитами.
На что имеет смысл смотреть при выборе редакции:
- Количество сайтов. В «Старте» многосайтовость ограничена, начиная со «Стандарта» число сайтов на одной лицензии не ограничено. Для группы компаний или сети региональных поддоменов это решающий пункт.
- Модуль «Интернет-магазин». Полноценная торговая функциональность — каталог, заказы, скидки, службы доставки — появляется с редакции «Малый бизнес». Корпоративный сайт без продаж в «Старте» и «Стандарте» закрывается спокойно.
- Интеграция с 1С. Типовой обмен строится на открытом стандарте CommerceML 2.0 и работает в связке двух частей: функционала обмена с сайтом на стороне типовой конфигурации 1С и функционала интеграции в модулях «Торговый каталог» и «Интернет-магазин» на стороне сайта. Из 1С в магазин уходят товары, цены, остатки и скидки, обратно — заказы, статусы, покупатели.
- Инфраструктурные модули. «Проактивная защита», «Монитор производительности», «Композитный сайт», «Веб-аналитика», «Бизнес-процессы», «Документооборот», Highload-блоки входят в поставку — их не нужно писать и потом поддерживать.
Отдельно про лицензионную модель, потому что её регулярно понимают неправильно. Лицензия покупается один раз, но период бесплатных обновлений ограничен — год с момента покупки. Дальше есть выбор: продлевать доступ к обновлениям или не продлевать. Если не продлевать, сайт продолжает работать бессрочно, но перестаёт получать новые версии и теряет доступ к Marketplace — каталогу готовых решений и модулей. Для сайта, живущего в интернете и принимающего платежи, отказ от обновлений — это осознанное накопление технического долга, а не экономия.
Пять сценариев, в которых коробка выигрывает уверенно
1. Есть 1С и она — источник истины. Если ассортимент, цены и остатки живут в «Управлении торговлей» или «Комплексной автоматизации», типовой обмен закрывает 80 — 90% задачи без кастомной разработки. В самописном проекте эту интеграцию придётся спроектировать, написать и потом сопровождать при каждом обновлении конфигурации 1С.
2. Каталог большой и меняется каждый день. Тысячи SKU, свойства, фильтры, торговые предложения, разные цены для разных типов клиентов — всё это в коробке уже описано в виде инфоблоков и торгового каталога. Собрать такую же структуру данных с нуля можно, но это месяцы, а не недели.
3. Контентом должны управлять не программисты. Штатный редактор, права на разделы, версионность, визуальный редактор страниц — то, что в коробке идёт по умолчанию, в самописном проекте почти всегда откладывается «на второй этап» и в итоге не делается никогда.
4. Нужна предсказуемая замена подрядчика. Партнёрская сеть 1С-Битрикс и сертификация разработчиков означают, что при разрыве отношений со студией вы найдёте следующую команду за недели, а не за квартал. У самописного проекта такой ликвидности нет.
5. Проект должен пройти проверку заказчика или тендер. В корпоративных и государственных закупках требование к платформе часто прописано явно. Коробочное решение с лицензией снимает вопрос.
Если хотя бы три пункта из пяти про вас, спор можно считать закрытым: коробка дешевле по совокупной стоимости и быстрее по срокам. Наши услуги по разработке сайтов закрывают оба варианта, и в таких случаях мы сами отговариваем клиента от самописного решения — просто потому, что не видим, за что он переплатит.
Три сценария, в которых самописная разработка честнее
Первый — когда сайт не является сайтом. Если то, что вы называете сайтом, на самом деле продукт: маркетплейс со сложной моделью расчётов между продавцами, сервис бронирования с динамическим ценообразованием, личный кабинет с расчётом тарифов по десятку параметров, — вы упрётесь в архитектурные предположения CMS. Любая коробка построена вокруг сущностей «страница — раздел — товар — заказ». Как только ваша ключевая сущность другая, вы начинаете бороться с платформой, а не использовать её.
Второй — экстремальные требования к нагрузке и отклику. Универсальная CMS универсальна за счёт слоёв абстракции, и за них платят миллисекундами. Если вам нужна отдача сложных вычисляемых страниц за десятки миллисекунд при высоком RPS, специализированное решение выигрывает. Оговорка: подавляющее большинство «у нас высокая нагрузка» на практике оказывается некорректно настроенным кэшированием, а не пределом платформы.
Третий — сайт как часть более крупной внутренней системы. Когда веб-часть — это одна из витрин большой собственной платформы, и у компании уже есть свои разработчики, свой стек и свои стандарты, тянуть в этот ландшафт чужую CMS с чужой философией смысла мало.
Обратите внимание, чего в этом списке нет. Нет пунктов «хотим уникальный дизайн» и «не хотим платить за лицензию». Дизайн в 1С-Битрикс не ограничен ничем: вёрстка своя, шаблон свой, готовые темы использовать необязательно. А экономия на лицензии перекрывается стоимостью первых же сорока часов разработки функционала, который в коробке уже есть.
Стоимость владения: считаем на горизонте трёх лет
Сравнивать стоимость запуска бессмысленно — сравнивать нужно совокупную стоимость владения. В неё входят пять статей.
Лицензии и подписки. У коробки — стоимость редакции и ежегодное продление обновлений. У самописного проекта — ноль. Единственная статья, где самописное решение выигрывает всегда.
Разработка запуска. Тут разрыв обычно кратный. В коробке оплачивается проектирование, вёрстка, настройка инфоблоков, интеграции и доработки. В самописном проекте к этому добавляется весь прикладной слой: административная панель, роли и права, работа с медиа, редактор контента, корзина, платежи, экспорт-импорт. По нашему опыту сопоставимый по функциональности интернет-магазин на фреймворке стоит в полтора-два с половиной раза дороже на старте.
Доработки в первый год. Здесь картина меняется. В коробке нестандартная доработка иногда требует обхода архитектурных решений платформы и стоит дороже, чем «в чистом поле». В самописном проекте, если архитектура заложена грамотно, доработки идут дешевле.
Сопровождение и безопасность. У коробки обновления выпускает вендор, вам нужно их накатывать и проверять. У самописного решения обновлять нужно фреймворк и библиотеки, а прикладной код аудировать самостоятельно. Эта статья почти всегда недооценена в самописных проектах — и именно она догоняет на втором-третьем году.
Риск подрядчика. Формально в смете этой строки нет, но деньги здесь реальные. Стоимость передачи коробочного проекта новой команде измеряется днями. Стоимость передачи недокументированного самописного проекта — неделями, а иногда ещё и переписыванием части кода.
Практическое правило: если проект типовой по бизнес-модели, коробка выигрывает по TCO почти всегда. Если бизнес-модель нетиповая, самописное решение начинает выигрывать примерно с горизонта в два-три года — но только при условии, что у вас есть кому его сопровождать.
Как это выглядит на практике: разбор одной сметы
Приведём иллюстративный расчёт — не реальный клиент, а собирательный пример, показывающий логику. Оптовая компания, 4 500 позиций в 1С, три ценовые категории клиентов, личный кабинет с историей заказов и повторным заказом в один клик, выгрузка счетов, интеграция с CRM.
Вариант на 1С-Битрикс: редакция с модулем интернет-магазина, типовой обмен с 1С, кастомный шаблон, доработка личного кабинета под три типа цен, интеграция с CRM через готовый коннектор. Основные часы уходят на проектирование структуры каталога и на логику ценообразования; сам обмен, корзина, оформление заказа и админка не разрабатываются.
Вариант на фреймворке: проектирование модели данных, административная панель, каталог с фильтрацией, корзина и оформление, роли и права, интеграция с 1С через самостоятельно описанный протокол обмена, личный кабинет, интеграция с CRM. Из перечисленного только два последних пункта совпадают с коробочным вариантом — остальное добавляется сверху.
Разница в часах получается двукратной, и она не в пользу самописного решения. При этом на второй год картина частично выравнивается: коробочный проект требует продления лицензии и аккуратных обновлений, самописный — нет. Но точка окупаемости в этой конфигурации не наступает и на пятом году, потому что бизнес-модель компании типовая. Если бы в задаче появился, скажем, автоматический подбор поставщика под каждую позицию заказа с расчётом маржинальности в реальном времени, расклад изменился бы.
Техническая цена входа: о чём спросить хостинг-провайдера
Прежде чем выбирать платформу, стоит посмотреть на сервер. Официальные технические требования «1С-Битрикс: Управление сайтом» — PHP версии 8.2 и выше, MySQL 8.0 и выше (для Enterprise-лицензий с поддержкой PostgreSQL — PostgreSQL 11 и выше), веб-сервер Apache 2.0 и выше или Nginx. Начиная с версии 24.0.0 продукты поставляются только в кодировке UTF-8, поддержка windows-1251 прекращена.
Это важно по двум причинам. Во-первых, дешёвый шаред-хостинг со старым PHP просто не подойдёт — бюджет на инфраструктуру нужно закладывать сразу. Во-вторых, если у вас уже есть сайт на 1С-Битрикс, доставшийся «в наследство», проверьте версию PHP и кодировку до того, как планировать доработки: перевод старого проекта на актуальные версии — отдельная работа, которую нельзя незаметно вписать в задачу «поменять дизайн».
Для самописного решения жёстких требований от вендора нет, но это обманчивая свобода: версии PHP и библиотек всё равно устаревают, просто следить за этим будете вы, а не производитель.
Сюда же относится вопрос безопасности, который на пресейле обсуждают редко, а вспоминают после инцидента. В коробке за поиск уязвимостей в ядре и прикладных модулях отвечает вендор: находит, исправляет, выпускает обновление — вам остаётся его вовремя установить. В поставке есть и модуль «Проактивная защита» с типовыми механизмами фильтрации и контроля активности. В самописном проекте уязвимость в вашем прикладном коде не найдёт никто, кроме вас или того, кто ей воспользуется. Самописные решения от этого не становятся менее безопасными, но бюджет на аудит кода и на регулярное обновление зависимостей нужно закладывать с самого начала, а не после первого взлома.
Шесть вопросов, которые снимают спор за один вечер
Прежде чем звать подрядчиков на пресейл, ответьте на шесть вопросов внутри компании. Ответы почти всегда дают решение без длинных обсуждений.
- Где живут ваши товары и цены? Если в 1С — сильный аргумент в пользу коробки.
- Есть ли у вас или будет свой разработчик? Если нет и не планируется — самописный проект превращается в зависимость от одной студии.
- Сколько сущностей в вашей бизнес-логике не сводятся к «товар» и «заказ»? Если больше двух — присмотритесь к разработке с нуля.
- Кто будет менять контент через полгода? Если маркетолог, а не программист — коробка.
- Какой горизонт планирования? Меньше трёх лет — коробка почти наверняка. Больше пяти и с растущей внутренней ИТ-командой — стоит считать оба варианта.
- Что произойдёт с проектом, если завтра подрядчик исчезнет? Если ответ пугает — выбирайте платформу с рынком специалистов.
Наш подход на пресейле выглядит именно так: сначала эти шесть вопросов, потом смета, а не наоборот. Если после ответов выясняется, что задача типовая, мы не будем продавать вам разработку с нуля ради чека — сроки и бюджет проекта на готовой платформе почти всегда окажутся адекватнее, и это выгоднее для обеих сторон в долгую.
Частые вопросы
Можно ли перейти с самописного сайта на 1С-Битрикс без потери позиций в поиске?
Да, если переезд спланирован. Ключевое — сохранить структуру URL или настроить постоянные редиректы 301 со старых адресов на новые, перенести метатеги и микроразметку, не потерять содержимое страниц и заранее подготовить карту соответствия адресов. Проседание трафика на переходный период возможно, но при аккуратной работе оно измеряется неделями, а не месяцами.
Что будет с сайтом, если не продлевать лицензию 1С-Битрикс?
Сайт продолжит работать. Вы перестанете получать обновления продукта и потеряете доступ к Marketplace. Функциональность, которая уже установлена и работает, никуда не денется — но новые версии, в том числе с исправлениями безопасности, устанавливать будет нельзя, пока обновления не продлены.
Правда ли, что сайты на 1С-Битрикс медленные?
Платформа тяжелее минималистичного фреймворка по определению, но подавляющее большинство жалоб на скорость — следствие настроек, а не самой CMS: отключённое кэширование, неоптимальные запросы в шаблоне, слабый или неправильно сконфигурированный сервер, тяжёлые изображения. В поставке есть «Монитор производительности» и «Композитный сайт» — инструменты, которыми проблема диагностируется и в значительной части случаев решается без переписывания проекта.
Мы хотим уникальный дизайн — коробка нас ограничит?
Нет. Шаблон и вёрстка в 1С-Битрикс полностью ваши, использовать готовые темы необязательно. Ограничения возникают не в дизайне, а в бизнес-логике: если ваша модель работы не укладывается в понятия каталога, заказа и раздела, вы будете спорить с платформой, и вот это уже повод считать самописный вариант.
Какая редакция нужна интернет-магазину?
Торговая функциональность появляется с редакции «Малый бизнес» — этого хватает большинству магазинов среднего размера. «Бизнес» имеет смысл, когда нужны дилерские продажи, программы лояльности и более развитая отчётность. Точный выбор зависит от вашей модели продаж, и его лучше зафиксировать до старта работ, а не докупать редакцию в середине проекта.
Выбор между готовой платформой и разработкой с нуля касается не столько технологии, сколько того, что вы готовы контролировать сами, а что удобнее делегировать вендору. Растущему бизнесу с типовой моделью продаж почти всегда выгоднее делегировать: платить за лицензию и обновления дешевле, чем содержать собственный прикладной слой. Компании с нестандартной бизнес-логикой и собственной командой разработки выгоднее контролировать. Всё остальное — вопрос честной сметы и подрядчика, который готов посчитать оба варианта, а не только тот, который умеет делать сам.