CMS или HTML для одностраничного сайта: что выбрать и как защититься от DDoS

Автор: wilgelmzwer , 2 января 2026
CMS или HTML для одностраничного сайта: что выбрать и как защититься от DDoS

CMS или просто HTML: что выбрать для одностраничного сайта со ссылками

Нужна простая страница “пример / визитка / ссылки” — без новостей, без личного кабинета, без сложного контента. И логичный вопрос: ставить CMS (WordPress, Drupal, MODX и т.д.) или сделать обычный HTML? А ещё часто звучит пожелание: “чтобы не боялся DDoS”.

Короткий вывод: для одной страницы CMS почти всегда избыточна. Самый простой и безопасный по “поверхности атаки” вариант — статическая HTML-страница, размещённая за CDN (например, Cloudflare). А DDoS — это вопрос инфраструктуры, а не выбранной CMS.

Почему CMS часто лишняя для одной страницы

  • CMS = больше точек атаки: админка, плагины/модули, авторизация, база данных, обновления.
  • CMS требует обслуживания: обновлять ядро и расширения, следить за безопасностью, делать бэкапы.
  • Статика проще: один index.html (и, возможно, styles.css), без БД и без админки.

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

  • страница “о проекте” + ссылки
  • страница “портфолио”
  • лендинг без регулярных обновлений
  • страница “меню/контакты/навигация”

Правда про DDoS: почему “не подвержен” не бывает

DDoS — это не “дыра в CMS”, а перегрузка трафиком: атакуют канал, сервер, веб-приложение. Поэтому фраза “сайт не подвержен DDoS” в реальности не выполняется ни для WordPress, ни для Drupal, ни для чистого HTML.

DDoS решается так: CDN + кэширование + WAF + ограничения запросов (rate limiting) + “прятать origin” (сервер за CDN). Это работает и для CMS, и для статических страниц.

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


Разбор CMS с панели хостинга: плюсы и минусы

CMS Форумы Магазины Сервисы Фреймворк

1C-Bitrix

  • Плюсы: мощно для бизнеса, интеграции, корпоративные решения, масштабирование при настройке.
  • Минусы: лицензии/стоимость, тяжёлый стек, сложнее сопровождение, “перебор” для одной страницы.

PHPShop

  • Плюсы: обычно простые сценарии для торговли/каталогов.
  • Минусы: нишевость (зависит от конкретного продукта), экосистема меньше, для одностраничника лишнее.

WordPress

  • Плюсы: быстрый старт, море тем/плагинов, легко отдать “на редактирование” не-технарю.
  • Минусы: основной риск — плагины/темы, нужен постоянный апдейт и гигиена безопасности.

Joomla!

  • Плюсы: нормальный “середняк”, есть права/структура, можно сделать сайт без лишней магии.
  • Минусы: меньше специалистов/экосистемы, чем у WP, для одной страницы избыточна.

Drupal

  • Плюсы: сильная архитектура, роли/права, типы данных, хорош для сложных контентных систем.
  • Минусы: порог входа выше, сопровождение сложнее, “пушка по воробьям” для одной страницы.

InstantCMS

  • Плюсы: часто проще “тяжёлых” CMS, быстрый старт небольших проектов.
  • Минусы: нишевость, зависимость от активности разработки, для одностраничника лишнее.

DataLife Engine (DLE)

  • Плюсы: исторически популярный “новостник”, быстрый запуск простых сайтов.
  • Минусы: не лучший выбор под “минимальную поверхность атаки”, требует обслуживания как любая CMS.

MODX

  • Плюсы: отлично подходит для небольших сайтов и лендингов, гибкая верстка, можно держать систему “чистой”.
  • Минусы: требует чуть больше техничности, экосистема меньше WP, всё равно PHP/часто БД.

Amiro

  • Плюсы: коммерческая платформа, поддержка, типовые модули.
  • Минусы: лицензии, зависимость от вендора, для простой страницы не оправдано.

phpBB (форум)

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

HostCMS

  • Плюсы: коммерческие решения, ориентир на корпоративные сайты.
  • Минусы: лицензии/вендор-зависимость, для одностраничника лишнее.

UMI.CMS

  • Плюсы: готовые модули “под бизнес”, поддержка.
  • Минусы: стоимость, зависимость от платформы, избыточно для одной страницы.

MediaWiki

  • Плюсы: лучшее решение для вики/базы знаний, история правок, совместная работа.
  • Минусы: не для лендингов, требует настройки/обновлений.

MyBB (форум)

  • Плюсы: относительно лёгкий форумный движок.
  • Минусы: это форум, не CMS для одностраничника.

NetCat

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

Django (фреймворк, не CMS)

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

Redmine (управление проектами)

  • Плюсы: отличный трекер задач/проектов.
  • Минусы: не CMS для сайта-визитки.

Moodle (LMS)

  • Плюсы: сильная платформа для курсов, тестов, электронного обучения.
  • Минусы: тяжёлая система, сложная эксплуатация, для одностраничника не подходит.

OpenCart (магазин)

  • Плюсы: быстрый старт интернет-магазина.
  • Минусы: магазинный движок = высокая сложность, для страницы со ссылками не нужен.

PrestaShop (магазин)

  • Плюсы: мощный e-commerce, много функций.
  • Минусы: требовательный и тяжёлый, для одностраничника не подходит.

Топ-3 “если всё же хочется движок”

Иногда CMS выбирают не потому что надо, а потому что “хочется админку” или “потом будем расширяться”. Тогда из этого списка чаще всего разумно смотреть сюда:

  • MODX — удачный компромисс для небольших сайтов и лендингов, если нужен контроль верстки.
  • WordPress — если важно, чтобы любой мог потом править контент (но без зоопарка плагинов).
  • Drupal — если реально планируется “на вырост” и сложная структура/роли/контент-типы.
Важно: безопасность CMS — это не “какая CMS”, а как она обслуживается: обновления, минимальный набор модулей, сильные пароли/2FA, ограничения доступа к /admin, резервные копии, WAF/ограничения запросов.

Что лучше в твоём кейсе: CMS или HTML?

Если задача — простая страница со ссылками (пример/навигация/визитка) — оптимальный выбор: обычный HTML + размещение через CDN.

Мини-чек-лист “идеальный одностраничник”:

  • Статика: index.html + styles.css (без БД и без админки)
  • CDN: включить кэширование, скрыть origin, включить базовую защиту
  • Доступность: корректный meta viewport, читаемый шрифт, контраст
  • Надёжность: резервная копия исходников (например, в git)
  • Минимум внешних скриптов: меньше зависимостей — меньше рисков

Итог

CMS хороши, когда есть регулярный контент, структура, пользователи, магазин или сложная логика. Для “одной страницы со ссылками” чаще всего выигрывает статический вариант: проще, дешевле, быстрее и безопаснее по площади атаки.