Статический сайт против CMS: как посчитать стоимость

Для сайта на 20 страниц с тремя шаблонами запуск статической версии может стоить около 60 000 рублей, а WordPress — около 90 000, если час работы стоит 2 500 рублей. Но за год разница меняется: CMS требует обновлений, резервных копий и контроля плагинов, а статический сайт может отнимать больше времени у редактора. Ниже — расчёт для конкретной модели, а не универсальный прайс-лист.

Что именно сравниваем

Вариант со статикой — это готовые HTML, CSS и JavaScript-файлы, которые сервер отдаёт посетителю без базы данных и панели администратора. Контент собирается заранее генератором или редактируется вручную.

Вариант с CMS — WordPress 6.x: сайт хранит материалы в базе данных, а редактор меняет страницы через административную панель. Тема, плагины и сервер образуют единую систему, которую нужно обновлять и проверять.

Третий вариант — headless CMS: редактор работает в отдельной панели, а посетитель получает заранее собранный фронтенд. Это не «бесплатная статика», а связка из двух систем с отдельными расходами на интеграцию.

Технический термин. Time to market — время от начала разработки до публикации первой рабочей версии. В расчёте его нельзя путать с ценой хостинга: дешёвый сервер не компенсирует лишние недели разработки.

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

Исходные данные для расчёта

Чтобы сравнение не превратилось в спор о вкусах, зафиксируем условия:

• 20 информационных страниц и три типа шаблонов: главная, статья, контактная страница;
• 12 публикаций или заметных изменений контента в месяц;
• один редактор и один разработчик на поддержке;
• ставка работы — 2 500 рублей в час, это допущение для примера, а не рыночный тариф;
• срок сравнения — 12 месяцев;
• стоимость домена, хостинга, платных тем, коммерческих плагинов и налогов не включена: их нужно подставить по вашему тарифу и региону.

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

Три подхода и их цена

Статические файлы

В базовом сценарии разработчик верстает шаблоны, подключает сборку и настраивает публикацию на хостинг. Получается 24 часа работы, или 60 000 рублей при принятой ставке.

Ежемесячная поддержка оценивается в 1,5 часа: обновить зависимости сборки, проверить публикацию и исправить мелкие ошибки. Это 3 750 рублей. Ещё 12 правок контента занимают, допустим, по 20 минут — около пяти часов, или 12 500 рублей в месяц. Если контент правит разработчик. При самостоятельной сборке эта часть превращается не в деньги, а во время редактора.

За год получается: 60 000 + 12 × (3 750 + 12 500) = 255 000 рублей плюс инфраструктура. Это не обещание конкретной цены, а прозрачная модель: если редактор сам публикует страницы, расчёт уменьшится на 150 000 рублей, но появится стоимость его рабочего времени.

WordPress 6.x

Для той же структуры закладываем 36 часов: установка, тема, редакторские роли, формы, резервное копирование, обновления и тестирование. При той же ставке запуск стоит 90 000 рублей.

Поддержка занимает 3 часа в месяц — 7 500 рублей. В неё входят обновления WordPress, темы и плагинов, проверка резервной копии и базовый тест форм. Контент редактор публикует сам, поэтому оставим 1 250 рублей в месяц на помощь разработчика с четырьмя сложными правками по 30 минут.

За год: 90 000 + 12 × (7 500 + 1 250) = 195 000 рублей плюс инфраструктура и лицензии. На первый взгляд CMS дороже только на старте, но в этой модели она дешевле за счёт самостоятельной публикации. Если обновления выполняются нерегулярно или сайт использует много плагинов, часы поддержки вырастут.

Headless CMS со статической выдачей

Такой вариант сохраняет удобную панель редактора и отдаёт посетителю готовые страницы. Но нужно связать CMS со сборкой, настроить webhook публикации, предпросмотр и обработку ошибок API. Для примера возьмём 60 часов, или 150 000 рублей на запуск.

Поддержка — 4 часа в месяц, ещё 10 000 рублей. Публикация остаётся удобной для редактора, поэтому добавим 1 250 рублей на сложные правки. За год: 150 000 + 12 × (10 000 + 1 250) = 285 000 рублей плюс две инфраструктуры и возможная плата за CMS.

Числа в таблице — расчёт по заданным часам, а не цены конкретных студий или сервисов. Хостинг нужно прибавить отдельно: для статики и WordPress это разные тарифы, а headless-схеме обычно нужны хостинг фронтенда, API или CMS и сервис сборки.

Почему очевидная экономия на статике исчезает

Частые публикации

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

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

Формы, поиск и личные кабинеты

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

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

Обновления и резервные копии

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

Когда выбирать каждый вариант

• Статика — если страниц немного, контент меняется редко, нет личных кабинетов и вы готовы настроить автоматическую публикацию из репозитория.
• WordPress 6.x — если редактору нужна панель, публикации идут регулярно, а функции можно закрыть ограниченным набором проверенных плагинов.
• Headless CMS — если редакторов несколько, нужны роли и удобный контентный процесс, но публичная часть должна оставаться независимой от базы данных.

Ключевой критерий — не посещаемость, а количество операций вокруг контента. Миллион просмотров статической страницы может быть дешевле, чем несколько десятков сложных публикаций в месяц. И наоборот: небольшой сайт с заявками и интеграцией с CRM быстро перестаёт быть простым.

Что ломается в каждом подходе

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

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

У headless-схемы отдельный класс проблем: CMS сохранила запись, но webhook не запустил сборку; API вернул неполные данные; фронтенд показывает старую версию. Здесь нужны повторная сборка, индикатор статуса публикации и ручной способ восстановить предыдущую версию.

Как посчитать ваш вариант

1. Посчитайте страницы, шаблоны и типы контента, а не только количество URL.
2. Запишите число публикаций и правок за месяц. Отдельно отметьте формы, поиск, каталог, авторизацию и интеграции.
3. Оцените часы запуска и умножьте их на полную ставку исполнителя.
4. Для каждого месяца добавьте обновления, резервные копии, проверку мониторинга и время редактора.
5. Сравните не только первый счёт, но и сумму за 12 и 36 месяцев. Отдельно добавьте тарифы сервисов, домен, хостинг и лицензии.

После расчёта проверьте чувствительность модели. Что произойдёт, если публикаций станет в три раза больше, разработчик будет недоступен неделю или один внешний сервис изменит тариф? Если ответ неизвестен, именно это место нужно описать в техническом задании.

Что делать дальше

Соберите журнал изменений за последние три месяца или смоделируйте его для нового проекта: сколько публикаций, форм и правок действительно понадобится. Затем сделайте небольшой прототип одного сценария — публикации для статики и редактирования в WordPress 6.x — и замерьте не скорость первой страницы, а время от готового текста до проверенной публикации.

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