Сайт на CMS или с нуля: что выбрать для бизнеса

Подрядчик говорит «сделаем на WordPress», а вы думаете про личный кабинет

Знакомая ситуация: нужен новый сайт. Маркетолог хочет править тексты сам. Продажи просят форму с UTM и передачей в CRM. IT - «не тянуть зоопарк плагинов». Бюджет ограничен, срок - «к концу квартала». На встрече звучат два лагеря: «берём CMS, будет быстрее и дешевле» и «делаем с нуля, иначе через год всё перепишем».

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

В статье разберём сравнение по стоимости, срокам, SEO, поддержке и интеграциям, сценарии «когда точно CMS» и «когда точно кастом», гибридный подход и чек-лист выбора. Если параллельно думаете про связку с продажами - загляните в материалы про интеграцию CRM и сайта и автоматизацию процессов.

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

Сравнительная таблица: CMS vs разработка с нуля

Цифры ниже, ориентиры для среднего B2B/B2C-проекта в 2026 году, не прайс. Смотрите на логику выбора, а не на «магическую» сумму.

Правило: выбирайте не «модную технологию», а срок жизни продукта. Если через год сайт станет частью операционки (заказы, роли, статусы), дешёвый старт на плагинах часто дороже полной переписки.

Когда точно нужна CMS

CMS окупается, когда контент и маркетинг важнее уникальной бизнес-логики. Ниже - сценарии, где «квартира в новостройке» - разумный выбор.

1. Корпоративный сайт и витрина услуг

Проблема. Нужны разделы «О компании», услуги, кейсы, блог, формы заявок. Маркетолог меняет тексты каждую неделю.

Решение. CMS с понятной админкой, чистой вёрсткой и готовой формой → CRM. Срок запуска короче, TCO ниже.

Пример. B2B-услуги, 15-25 страниц, SEO-блог, 2 формы. Кастом «ради кастома» добавит 1-2 месяца без роста конверсии.

2. Лендинг и быстрый тест спроса

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

Решение. CMS или конструктор уровня «быстрый лендинг» + аналитика и UTM. После подтверждения спроса - эволюция или кастом.

3. Каталог и интернет-магазин «из коробки»

Проблема. Типовая витрина: карточки, корзина, оплата, доставка. Нет сложного конфигуратора и B2B-ролей.

Решение. CMS/e-commerce платформа с модулями оплаты и склада. Кастом подключают точечно: калькулятор, личный кабинет дилера, обмен с 1С.

4. Контент-проект с частыми обновлениями

Проблема. Редакция публикует статьи, акции, новости без участия разработчика.

Решение. CMS с ролями редактора, черновиками, SEO-полями. Без админки «всё через тикет в IT» убивает скорость контента.

Когда точно нужна разработка с нуля

Кастом нужен, когда сайт - не витрина, а рабочий инструмент. Аналогия с домом: если вам нужна мастерская, гараж на два подъёмника и отдельный вход для клиентов - типовая планировка не спасёт.

1. Сервис с личным кабинетом и ролями

Проблема. Клиент, менеджер, партнёр видят разные данные: заказы, документы, баланс, статусы. Права доступа - часть продукта.

Решение. Своя архитектура, API, сессии/токены, аудит действий. Плагины CMS быстро упираются в лимиты. Смотрите направление web-разработку и личные кабинеты.

2. B2B-платформа и нестандартная воронка

Проблема. Прайс зависит от сегмента, согласование скидок, многоэтапные заявки, интеграция с CRM и 1С в обе стороны.

Решение. Кастомный бэкенд + чёткий обмен по API. Иначе «половина логики в плагине, половина в Excel».

3. Сложные расчёты и конфигураторы

Проблема. Калькулятор с десятками параметров, подбор комплектации, генерация КП в PDF.

Решение. Свой модуль расчёта, тесты, версионирование формул. На CMS это часто «хрупкий» кастом поверх темы.

4. Высокая нагрузка и жёсткие SLA

Проблема. Пики трафика, требования к uptime, свой DevOps-контур, контроль релизов.

Решение. Архитектура под нагрузку, мониторинг, бэкапы - см. также статью про DevOps, мониторинг и бэкапы.

Гибридный подход: CMS + кастомные модули

Часто лучший ответ - не «или/или», а «и». CMS отвечает за контент и SEO-страницы, кастомные модули - за то, чего нет в коробке.

• Витрина на CMS - услуги, блог, лендинги акций.
• Модуль на отдельном API - личный кабинет, конфигуратор, обмен с 1С.
• Единый дизайн и домен - пользователь не замечает «шва», если UX продуман.

Пример. Интернет-магазин: каталог и контент на CMS, а дилерский кабинет с прайсами и статусами заказов - отдельный сервис. Маркетинг правит акции сам, продажи работают в системе, а не в чатах.

Правило гибрида: заранее определите границу - что живёт в CMS, что в кастоме, кто владелец данных. Иначе через год получите два источника правды и ручной перенос.

Примеры: какой формат под задачу

Интернет-магазин

Типовой ассортимент, 1-2 склада, стандартная доставка - CMS/e-commerce. Нужны оптовые роли, индивидуальные прайсы, сложный обмен с 1С - закладывайте кастомный слой обмена и статусов, иначе поддержка утонет в «костылях».

Корпоративный сайт

CMS почти всегда выигрывает по скорости и стоимости владения. Главное - скорость страниц, структура URL, формы с UTM и передача в CRM. Без сквозной аналитики красивый сайт не окупает трафик.

B2B-платформа

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

Сервис с личным кабинетом

Кастом обязателен для ядра продукта. Маркетинговые страницы можно держать на CMS. Так вы не платите «домом» за правку текста на лендинге.

Типичные ошибки при выборе платформы

Ошибка 1. Выбирать CMS только потому, что «дешевле на старте»

Экономия 20-30% на запуске легко съедается перепиской через год, когда плагины не тянут роли и API. Считайте TCO на 12-24 месяца, а не только счёт за вёрстку.

Ошибка 2. Делать кастом «на вырост» без продукта

Пять страниц услуг и форма обратной связи не требуют микросервисов. Лишний кастом замедляет запуск и SEO-эксперименты. Сначала MVP на подходящей платформе.

Ошибка 3. Собирать сложный продукт из десятка плагинов

«Зоопарк» обновлений, конфликты, дыры в безопасности, медленные страницы. Если логика продукта нестандартная - проектируйте модуль, а не стек плагинов.

Ошибка 4. Забыть про поддержку и владельца контента

Сайт без понятной админки и регламента обновлений «зависает» после сдачи. Даже на CMS нужен план: кто правит, кто обновляет ядро, кто смотрит бэкапы.

Кейс из практики: как «Логистика Плюс» не переплатила за кастом

Кейс вымышленный, но собран из типичных ситуаций клиентов Rogitel, цифры и логика реалистичны.

Компания. Региональный B2B-логист, 40 сотрудников, нужен новый сайт: услуги, кейсы, блог, калькулятор стоимости перевозки, личный кабинет клиента со статусами заявок, связка с CRM.

Боль. Два коммерческих предложения: «всё на Bitrix за X» и «полная разработка с нуля за 2,5X». В первом - калькулятор и кабинет обещали «плагинами». Во втором - даже маркетинговые страницы предлагали писать с нуля.

Что сделали.

1. Разделили продукт: контент и SEO-страницы - на CMS; калькулятор и кабинет - отдельный модуль с API.
2. Спроектировали карту полей заявки и статусов для CRM (см. логику из статьи про интеграцию CRM и сайта).
3. Заложили мониторинг и бэкапы на старте, а не «после первого падения».

Результат. Запуск витрины за ~6 недель, кабинет - следующим этапом. Бюджет ниже полного кастома примерно на 35%. Маркетинг правит статьи сам. Клиенты смотрят статусы без звонков в диспетчерскую. Через квартал конверсия из заявки в сделку выросла за счёт скорости ответа и прозрачности статусов, без смены рекламного бюджета.

Чек-лист для самопроверки

Ответьте «Да» или «Нет». Чем больше «Да» в блоке про сложность - тем ближе кастом или гибрид.

1. Маркетолог должен часто менять тексты и страницы без разработчика?
2. Нужен запуск витрины быстрее чем за 2 месяца?
3. Есть личный кабинет с ролями (клиент / партнёр / менеджер)?
4. Нужны сложные расчёты, конфигуратор или генерация документов?
5. Планируется двусторонний обмен с CRM, 1С или складом?
6. Сайт - часть продукта (заказы, статусы, баланс), а не только витрина?
7. Есть жёсткие требования к нагрузке, SLA и безопасности?
8. Через 12 месяцев логика точно усложнится (новые роли, модули)?
9. Готовы ли вы платить за поддержку обновлений ядра/плагинов?
10. Понимаете ли вы TCO на год, а не только стоимость запуска?

Если «Да» в пунктах 1-2 и «Нет» в 3-7 - чаще выигрывает CMS. Если «Да» в 3-7 - смотрите кастом или гибрид. Пункты 8-10 - про зрелость решения, а не про «вкус» технологий.

Часто задаваемые вопросы (FAQ)

Что дешевле в долгосрочной перспективе - CMS или разработка с нуля?

Для типовой витрины - CMS. Для продукта с кабинетом и сложным API - кастом часто дешевле через 12-24 месяца, потому что вы не платите за постоянные обходы ограничений плагинов. Считайте сопровождение, доработки и риски безопасности, а не только первый счёт.

Можно ли начать на CMS и потом перейти на кастом?

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

Влияет ли выбор платформы на SEO?

Да, но не лозунгом «CMS плохо ранжируется». Важно: скорость, мобильная вёрстка, чистые URL, мета-теги, структура, Core Web Vitals. И CMS, и кастом могут быть быстрыми, или медленными, если сделаны кое-как.

Как Rogitel помогает выбрать формат?

Мы смотрим цели на год, карту страниц, интеграции, роли пользователей и бюджет поддержки. Затем предлагаем CMS, кастом или гибрид - без продажи «самого дорогого». Подробнее - в разделе разработка сайтов и web-разработка.

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

CMS - быстрый и честный путь для контента, витрины и типового магазина. Разработка с нуля - когда сайт становится операционной системой бизнеса. Гибрид - когда нужно и то, и другое без переплаты.

Не начинайте с вопроса «WordPress или свой код?». Начните с вопросов: кто правит контент, какие роли у пользователей, какие интеграции критичны, какой SLA и какой горизонт в 12 месяцев. Ответы сами укажут на «квартиру» или «дом».

Следующий шаг: напишите нам цели проекта и список систем (CRM, 1С, платежи), или запросите короткий разбор платформы. Можно сразу посмотреть подход в портфолио и услугу разработка сайтов и web-разработка. Если уже выбран сайт и болит связка с продажами - читайте про интеграцию CRM и автоматизацию процессов.