Разбор12.08.2026·4 мин

Статический сайт или CMS: цена удобной админки

Обложка статьи "Статический сайт или CMS: цена удобной админки"

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

Как устроен сайт на системе управления

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

Чем отличается статический сайт

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

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

Главное ограничение статики и как его обходят

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

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

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

Когда система управления оправдана

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

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

Когда выгоднее статика

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

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

Нужен сайт или бот?

Обсудим задачу и предложим решение под ключ.