Сайт на чистом html

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

Я в SEO с 2005 года, застал время, когда все сайты были статическими, потом волну перехода на движки, а теперь — обратное движение части проектов к генерации статики. Из практики скажу так: чистый HTML — не устаревшая технология, а инструмент с очень узким, но реальным диапазоном применения. Ниже разберу, где этот диапазон проходит, сколько стоит владение в обоих случаях и что меняется для продвижения.

Что называют сайтом на чистом HTML

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

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

Классический ручной HTML — это когда правки делают текстовым редактором в коде каждой страницы. Именно у него самые яркие плюсы и самые тяжёлые минусы.

Скорость: главный аргумент и его границы

Статический файл отдаётся быстрее динамической страницы — это факт, а не мнение. Сервер не запускает интерпретатор, не обращается к базе, не собирает шаблон. Время до первого байта на приличном хостинге держится в пределах 50–150 миллисекунд, тогда как на нагруженной CMS без кэша легко получить 600–1200 миллисекунд.

Но есть важная оговорка, которая ломает половину аргументации сторонников статики. Разница в скорости серверной части — это доли секунды из общего времени загрузки, а общее время на 70–80 % определяется тем, что лежит на самой странице: размером изображений, количеством шрифтов, сторонними скриптами. Статический сайт с несжатыми фотографиями по три мегабайта и подключённым чатом будет грузиться медленнее, чем аккуратная CMS с включённым кэшированием.

И второй момент: полностраничное кэширование почти уравнивает CMS со статикой. При включённом кэше движок тоже отдаёт заранее собранный файл. То есть скоростное преимущество чистого HTML реально, но получить сравнимый результат на движке можно настройкой, а не переписыванием сайта.

Безопасность: почему статику почти не ломают

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

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

Для сравнения: сайту на популярной CMS требуется дисциплина обновлений. Ядро и расширения выходят регулярно, и невыполненное обновление рано или поздно превращается в заражение — обычно в виде скрытых ссылок или редиректов на мобильных, что бьёт по поиску сильнее, чем по самому сайту. Обслуживание безопасности движка — это реальные 1–3 часа в месяц или подписка на сопровождение.

Стоимость владения: считаем честно

Разработка статического сайта обычно дешевле на старте и дороже в эксплуатации. Ключевой вопрос — как часто вы будете менять содержание.

Статья расходов	Чистый HTML	Сайт на CMS
Разработка визитки или лендинга	25 000 – 80 000 ₽	40 000 – 120 000 ₽
Хостинг в год	1 500 – 5 000 ₽	5 000 – 20 000 ₽
Обновления и безопасность	Практически 0 ₽	1 500 – 6 000 ₽ в месяц
Правка текста на странице	1 000 – 3 000 ₽ за обращение к верстальщику	0 ₽, делает сотрудник сам
Добавление новой страницы	2 000 – 6 000 ₽	0 ₽
Публикация статьи в блоге	2 000 – 5 000 ₽	0 ₽
Смена оформления на всём сайте	Дорого: правка каждого файла	Замена шаблона

Считать надо по своему сценарию. Сайт-визитка на семь страниц, который меняется дважды в год, на статике обойдётся за пять лет тысяч в тридцать суммарно. Тот же бюджет на CMS уйдёт только на хостинг и сопровождение. Но стоит появиться блогу с двумя публикациями в месяц — и статика начинает стоить 50–120 тысяч рублей в год только на оплату верстальщика, а на движке это ноль.

Главная проблема — обновление контента

Это тот минус, который перевешивает все плюсы в большинстве проектов. На статическом сайте нет административной панели, а значит, любое изменение требует человека, умеющего править код и заливать файлы на сервер.

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

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

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

Что меняется для продвижения

Само по себе поисковым системам всё равно, чем сгенерирована страница. Робот получает HTML и работает с ним. Поэтому утверждение «статика лучше ранжируется» неверно: лучше ранжируется то, что быстрее и содержательнее, а это достижимо в обоих вариантах.

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

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

Частые ошибки статических сайтов, которые я вижу при аудитах, повторяются из проекта в проект. Адреса вида page1.html, page2.html вместо человекопонятных. Одинаковый title, скопированный с главной на все страницы. Отсутствие карты сайта — её просто забыли создать, потому что на движке она появляется сама. Не настроен единственный основной адрес: сайт открывается и с www, и без, и с index.html на конце, что даёт три копии главной. И почти всегда — отсутствие 404-й страницы: несуществующий адрес отдаёт либо пустоту, либо код 200, и поиск начинает индексировать мусор.

Отдельно про масштаб. Продвижение по широкой семантике требует много страниц: под категории, подкатегории, комбинации фильтров, регионы. На статике каждая такая страница создаётся вручную. Проекты, где нужно 200+ посадочных страниц, на ручном HTML не делаются в принципе — не хватит ресурса на поддержку.

Прямое сравнение

Критерий	Чистый HTML	CMS	Кто выигрывает
Время ответа сервера	50–150 мс	100–1200 мс, с кэшем близко к статике	HTML, но разрыв закрывается настройкой
Уязвимость к массовым атакам	Практически нулевая	Требует регулярных обновлений	HTML
Правка контента силами сотрудника	Невозможна	Штатная функция	CMS
Стоимость запуска	Ниже	Выше	HTML
Стоимость владения при активном контенте	Высокая	Низкая	CMS
Масштабирование до сотен страниц	Плохо	Штатно	CMS
Контроль над кодом страницы	Полный	Ограничен шаблоном и плагинами	HTML
Риск мусорных дублей и параметров	Отсутствует	Типовая проблема	HTML
Поддержка перелинковки	Ручная, деградирует со временем	Автоматическая	CMS
Интеграции: оплата, CRM, склад	Требуют разработки	Готовые модули	CMS
Зависимость от подрядчика	Высокая	Низкая	CMS
Многоязычность и регионы	Дублирование файлов вручную	Модулями	CMS

Кому подходит, а кому нет

Чистый HTML оправдан в четырёх случаях. Сайт-визитка на 3–10 страниц, содержание которой меняется реже раза в квартал: контакты, услуги, о компании. Одностраничный лендинг под рекламу, где важна максимальная скорость и минимум лишнего. Технический или отраслевой справочник, который обновляется редко, но должен жить десятилетиями. И проект с жёсткими требованиями к безопасности, где наличие административной панели само по себе нежелательно.

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

Тип проекта	Страниц	Частота изменений	Рекомендация
Лендинг под рекламу	1	Раз в квартал	Чистый HTML
Визитка местной компании	3–10	Раз в полгода	Чистый HTML
Отраслевой справочник	10–50	Редко, крупными пачками	Генератор статики
Сайт услуг с планами на продвижение	20 → 150	Ежемесячно	CMS
Корпоративный сайт с блогом	50–300	Еженедельно	CMS или генератор статики
Интернет-магазин	от 300	Ежедневно	Только CMS
Сеть поддоменов по городам	от 200	Пачками	Только CMS

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

Средний путь: генераторы статики

Есть решение, которое снимает главный минус, сохраняя плюсы. Генератор статических сайтов хранит содержание в отдельных текстовых файлах, а оформление — в шаблонах, и при каждом изменении пересобирает готовые HTML-страницы. На выходе — обычная статика: быстро, нечего взламывать. Но телефон в шапке правится один раз в шаблоне, а новая статья — созданием одного текстового файла.

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

Минусы честно: нужен разработчик на старте и хотя бы базовое понимание процесса сборки у того, кто ведёт контент. Стоимость запуска выше, чем у типовой CMS, — обычно от 120 000 ₽. Поэтому средний путь имеет смысл, когда важны и скорость с безопасностью, и регулярное обновление: например, для корпоративного сайта с блогом, где технические компетенции в команде есть.

Если такой команды нет — не стоит усложнять. Обычная CMS с включённым кэшированием, сжатыми картинками и убранными лишними скриптами даст скорость, которой более чем достаточно, и не создаст зависимости от одного специалиста.

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

Коротко

Чистый HTML быстрее на стороне сервера и практически неуязвим для массовых атак — оба преимущества настоящие. Но разница в скорости почти закрывается полностраничным кэшированием на движке, а общее время загрузки на 70–80 % определяется картинками и сторонними скриптами, а не тем, статика перед вами или нет.

Главный минус — обновление контента: без административной панели каждая правка стоит обращения к верстальщику, от 1 000 до 6 000 рублей и дня ожидания. Через полгода это приводит к тому, что сайт перестают трогать. Для продвижения статика нейтральна: поиску всё равно, чем собрана страница, но вручную поддерживать метатеги, карту сайта и перелинковку на растущем проекте нереально.

Берите чистый HTML для визитки на 3–10 страниц, лендинга под рекламу или редко обновляемого справочника. Не берите для магазина, блога, сайта с региональной сеткой и любого проекта, где планируется рост числа страниц. Если нужны и скорость, и удобное обновление, смотрите в сторону генераторов статики от 120 000 ₽ на старте, а при отсутствии технической команды — обычная CMS с кэшем закроет задачу лучше всего.

Если нужно SEO-продвижение сайтов — помогу вывести сайт в топ Яндекса и удержать позиции.