Что такое статический сайт и чем он отличается от сайта на CMS
Сайт на CMS собирает страницу в момент запроса: поднимает ядро, спрашивает базу, прогоняет плагины. Статический сайт отдаёт готовый файл. Отсюда всё остальное: скорость — нечему исполняться; безопасность — нет базы, открытой админ-панели и плагинов, типовую атаку на CMS не к чему применить; стоимость владения — лицензии нет, ядро не обновляют, хостинг под файлы стоит копейки против сервера под CMS.
Плата одна и честная: чтобы контент поменялся, сайт нужно пересобрать. Раньше это и было главным ограничением — и именно его снимает headless CMS.
Jamstack и генераторы статики: Hugo, Jekyll, Eleventy, Astro, Next.js
Статический сайт раскладывает по файлам генератор: берёт шаблоны, данные и тексты и собирает готовые HTML-страницы. Подход, где к ним добавляются данные и функции по API, а раздача идёт ближе к посетителю, называют Jamstack — это способ сборки, а не продукт, отдельно «покупать Jamstack» не нужно. Генераторы различаются не скоростью отдачи, она у всех одинаковая, а тем, кто и как будет работать с сайтом дальше.
- Hugo — самый быстрый на объёме: SEO-сетка в тысячи страниц собирается за секунды. Шаблоны свои, разработчику нужно к ним привыкнуть.
- Jekyll — простой и проверенный временем, хорош для документации и блога; на больших сайтах сборка заметно медленнее.
- Eleventy — гибкий, без навязанного фронтенд-фреймворка: удобен, когда вёрстка своя, а данных немного.
- Astro — когда на статичной странице нужны отдельные интерактивные блоки: калькулятор, фильтр, форма, — а всё остальное остаётся статикой.
- Next.js — когда часть страниц должна собираться на лету и рядом нужен полноценный бэкенд. Это уже не чистая статика, а гибрид.
Сайт, который вы сейчас читаете, собран этим же способом: свой генератор на Vite + Handlebars, стили на Sass, выкладка через Git. В проектах заказчиков также берём Hugo (большие SEO-сетки), Astro (статика с отдельными интерактивными блоками) и при необходимости гибрид на Next.js. Jekyll и Eleventy — по запросу, если так удобнее команде заказчика.
Что такое headless CMS и кто тогда правит тексты
Headless CMS — это админ-панель без сайта: редактор правит тексты и картинки в привычном интерфейсе, а отдаются они не посетителю, а сборщику по API. После правки сайт пересобирается сам. Редактор работает как в обычной CMS, посетитель — как на статике, а публичной админ-панели на сайте нет вовсе: половина типовых проблем с безопасностью исчезает вместе с ней.
Решение выбирается по тому, где лежат данные и кто платит за подписку. Strapi и Directus ставятся на ваш сервер: данные никуда не уезжают, платить за подписку некому. Sanity и Contentful работают как сервис и удобны большой редакции, но упираются в оплату из России — это стоит проверить до выбора. Отдельный вариант — headless WordPress: админ-панель у вас уже есть, менять её не нужно, а фронтенд выводится на статику; при переезде это чаще всего самый дешёвый путь. В работе студии чаще всего: headless WordPress и self-hosted Strapi / Directus на сервере в РФ. Облачные Sanity и Contentful подключаем только если заказчик уже на них и оплата из России решена.
Стоимость владения статическим сайтом за три года
Этого расчёта на рынке не делает никто: разработку сравнивают по первой цифре, а платить приходится три года.
Лицензия у статики отсутствует: ни покупки, ни продления. Для сравнения — открытый калькулятор битрикс-студии на сентябрь 2026 показывает лицензию редакции «Стандарт» около 16 400 ₽ в год, за три года это порядка 49 000 ₽ только за право пользоваться платформой. Хостинг там же — 6 036–8 412 ₽ в год за сервер с процессором, памятью и базой; статике нужно место под файлы и раздача, это другой порядок цифр, наша ставка — от 3 600 ₽/год shared · от 12 000 ₽/год VPS; домен отдельно. Обновления у CMS обязательны и регулярны, у статики обновлять нечего.
За три года разница по этим строкам обычно перекрывает разницу в цене разработки. Таблица по годам — ниже.
Скорость и SEO статического сайта: какие цифры называем
«Быстрый сайт» — не характеристика, а обещание. Характеристика — три публичных порога Core Web Vitals, одинаковых для всех: LCP не больше 2,5 секунды — отрисовка главного блока первого экрана, INP не больше 200 миллисекунд — задержка отклика на действие, CLS не больше 0,1 — смещение вёрстки при загрузке. Проверяются публичным инструментом замера, без нас. И смотрите, по какой метрике подрядчик отчитывается за отклик: если по FID — разговор устарел.
Статика попадает в LCP и CLS почти автоматически. А INP ломают сторонние скрипты — чат, пиксель рекламной системы, виджет обратного звонка, — поэтому на сторонний JavaScript закладываем бюджет и меряем метрики после его подключения. Таблицу «было/стало» по чужим сайтам не публикуем: без замера на вашем URL это пустое обещание. В договоре фиксируем пороги выше и принимаем работу по публичному инструменту на боевом адресе.
Миф о плохой индексации статики родился, когда сайты собирали скриптом в браузере: к готовым файлам он отношения не имеет. Разметка Schema.org и карта сайта задаются в сборке.
Переход с Tilda и других конструкторов на статику
Конструктор хорош, пока сайт маленький и временный. Дальше — абонентская плата, которую нельзя прекратить, иначе страница погаснет; ограничения по скорости и разметке; невозможность забрать сайт с собой.
Переход на статику закрывает все три сразу. Переносим на генератор — Astro, если на страницах нужны интерактивные блоки, Hugo под большую SEO-сетку, Next.js когда рядом нужен бэкенд, — и подключаем headless CMS, чтобы правки остались у вашего редактора. Вёрстку собираем заново: разметку конструктора переносить смысла нет. Адреса сохраняем, редиректы настраиваем, счётчики и цели переносим.
Цена и срок зависят от числа страниц и от того, нужен ли редизайн: от 80 000 ₽ с Tilda/конструктора; срок от 2 недель. Единственная найденная посадочная с фиксированными ценами на перенос с Tilda называет 50 000–180 000 ₽. Ориентир рынка, не наш прайс. Переносит она только на Битрикс: связку «конструктор → статика» не закрывает никто.