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

Есть обходной путь: статическая копия сайта. Никакой базы, никакого PHP на продакшене, никаких уязвимостей плагинов. Просто HTML, CSS и немного JavaScript. Отдаётся в 3-5 раз быстрее и держит любой трафик. Ниже, как собрать такую копию двумя плагинами и облачным сервисом.

💡 Быстрый обзор:

• Определите, подходит ли вашему сайту статика: блоги, портфолио, лендинги и корпоративные сайты выигрывают больше всего, интернет-магазины на WooCommerce пока нет.
• Установите Simply Static из репозитория WordPress (Плагины → Добавить новый) и настройте целевой URL. Выберите способ доставки: ZIP-архив, FTP или деплой на Cloudflare Pages.
• Нажмите «Generate» и дождитесь завершения, плагин обойдёт все страницы сайта и сохранит их как HTML-файлы. Для небольшого блога процесс занимает 1-2 минуты.
• Загрузите статические файлы на хостинг или CDN (Netlify, Cloudflare Pages) и проверьте: все ли страницы на месте, работают ли ссылки, не сломана ли вёрстка.

Что такое статический сайт и чем он отличается от динамического WordPress

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

Статический сайт устроен иначе. Это просто набор готовых HTML-файлов, таблиц стилей CSS и скриптов JavaScript. Никакой базы данных. Никакого PHP-рантайма. Сервер просто отдаёт файл, как если бы вы открыли сохранённую веб-страницу с жёсткого диска.

Разница принципиальная. Динамический сайт генерирует страницу при каждом запросе. Статический, обслуживает уже готовую. Отсюда и все преимущества: скорость, безопасность, простота.

Но вы не теряете WordPress. Вы продолжаете писать посты, менять дизайн, устанавливать плагины, только делаете это в закрытой (локальной или staging) версии. А наружу отдаётся статическая копия. Это называется headless-архитектурой: WordPress работает как бэкенд для контента, а фронтенд живёт отдельно.

Зачем превращать WordPress в статику: четыре причины

Превращение динамического сайта в статический даёт не абстрактные «улучшения», а конкретные измеримые выгоды. Вот четыре главные.

Скорость загрузки

PHP-обработка + запросы к базе данных + выполнение плагинов = время. На общем хостинге эти миллисекунды складываются в секунды. А каждая лишняя секунда загрузки увеличивает показатель отказов, посетители просто не ждут.

Статический HTML-файл сервер отдаёт мгновенно. Никакой серверной обработки. Никаких обращений к базе. Результат: загрузка страницы ускоряется в 3-5 раз, а Time to First Byte (TTFB) падает до 50-100 миллисекунд. Для Google это прямой сигнал ранжировать сайт выше, а для пользователя, отсутствие раздражения.

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

Безопасность

WordPress, самая популярная CMS в мире. И самая атакуемая. SQL-инъекции, XSS-атаки, уязвимости в плагинах и темах, каждый день в WPScan добавляются десятки новых записей. По данным SolidWP, в 2025 году было обнаружено более 11 000 уязвимостей в экосистеме WordPress.

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

Радикальное решение: спрятать административную часть WordPress за паролем через .htaccess, а наружу отдавать статическую версию. Контент обновляется, статика перегенерируется.

Меньше обслуживания

Динамический WordPress требует постоянного внимания. Обновления ядра, тем, плагинов. Проверка совместимости. Мониторинг безопасности. Резервное копирование. Оптимизация базы данных. И если вы пропускаете обновление, сайт становится уязвимым, устаревшие плагины с известными багами открывают доступ злоумышленникам.

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

Но локальная WordPress-установка по-прежнему требует обновлений. Это страховка: если что-то пойдёт не так, проблема останется в изолированной среде.

Масштабируемость

Общий хостинг за $5 в месяц держит динамический WordPress, пока трафик скромный. Но стоит публикации попасть в топ Google или разойтись в соцсетях, сервер падает. Каждый посетитель создаёт нагрузку на PHP и базу данных, и хостинг-провайдер просто отключает сайт за превышение лимитов.

Статический сайт на том же хостинге выдержит в десятки раз больше посетителей. Отдача HTML-файла потребляет ничтожные ресурсы. А если добавить CDN, статические файлы разлетаются по десяткам дата-центров мира и доставляются с ближайшего к пользователю. Выдержите хоть миллион посетителей в сутки.

Бесплатные сервисы вроде Cloudflare Pages или Netlify хостят статические сайты вообще без платы за трафик. Ваш WordPress тем временем живёт в закрытом контуре и не потребляет ресурсы хостинга на продакшене.

Simply Static: превращаем WordPress в статику за три шага

Simply Static, флагманский плагин для генерации статических сайтов из WordPress. На начало 2026 года у него 30 000+ активных установок и рейтинг 4,5 звёзды на WordPress.org. Плагин делает ровно то, что нужно: сканирует сайт, вытягивает все страницы и сохраняет их как статические HTML-файлы.

Шаг 1: установка и базовая настройка

Установите Simply Static из репозитория WordPress: Плагины → Добавить новый → «Simply Static» → Установить → Активировать. После активации в меню появится пункт Simply Static → Settings.

На странице настроек укажите:

• Destination URLs, какой URL будет у статической версии. Можно указать домен (example.com) или поддомен (static.example.com).
• Delivery Method, куда выгружать файлы. Варианты: локальная папка (ZIP-архив), FTP/SFTP, GitHub Pages, Cloudflare Pages, BunnyCDN, S3-совместимое хранилище.

Для первого теста выберите Local Directory, плагин создаст ZIP-архив с полной статической копией сайта. Распакуйте его в корень нужного домена или локальную папку и откройте index.html в браузере.

Шаг 2: генерация статического сайта

Перейдите в Simply Static → Generate. Нажмите кнопку Generate Static Files. Плагин начнёт обход сайта: главная страница, записи, страницы, медиафайлы, CSS, JavaScript. Всё, что нужно для отображения сайта, будет скачано и сохранено.

Время генерации зависит от размера сайта. Небольшой блог (50-100 страниц) обрабатывается за 1-2 минуты. Крупный портал (тысячи страниц) может занять 15-30 минут. Ход процесса отображается в реальном времени.

Шаг 3: деплой и тестирование

Когда генерация завершена, скачайте ZIP-архив. Загрузите его на хостинг или в сервис деплоя (Netlify, Cloudflare Pages, GitHub Pages). Откройте сайт по новому URL и проверьте:

• Все ли страницы на месте?
• Работают ли внутренние ссылки?
• Отображаются ли изображения?
• Не сломана ли вёрстка?

Первое правило после деплоя статики: тестируйте на реальном домене, а не на localhost. Некоторые пути и ресурсы ведут себя по-разному.

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

StaticPress2019: бесплатная альтернатива с полным контролем

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

После установки и активации зайдите в StaticPress2019 → Параметры. Укажите URL статического сайта и корневой каталог на сервере. Например, static.vashsite.ru как URL и /home/user/static.vashsite.ru как путь.

Затем откройте раздел StaticPress2019 в левом меню. Вы увидите страницу управления генерацией.

Нажмите кнопку Rebuild. Плагин начнёт обход всех страниц сайта и сохранение их как статических HTML-файлов.

Дождитесь завершения процесса. Время обработки зависит от количества страниц. Для сайта из 50-100 страниц, около 2-5 минут.

Исходный сайт выглядит обычно. А вот результат после конвертации:

Вы не заметите разницы. Но замерьте скорость в PageSpeed Insights, она будет заметно выше. Все изображения, стили, скрипты и записи блога на месте. Адаптивная вёрстка сохраняется.

Важный нюанс: после каждого обновления контента в WordPress нужно возвращаться в StaticPress2019 и нажимать Rebuild. Новые страницы и правки автоматически не подхватываются.

Платные альтернативы: HardyPress и Shifter

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

HardyPress, это хостинг, заточенный под статический WordPress. Вы просто подключаете свой сайт, а HardyPress автоматически генерирует статическую версию и размещает её на своих серверах. При обновлении контента статика пересобирается. Планы стартуют от €15/месяц (актуальные цены на сайте). Плюс: встроенная поддержка поиска и комментариев через сторонние сервисы, функции, которые обычно теряются при переходе на статику.

Shifter, специализированный serverless-хостинг для WordPress. В отличие от HardyPress, Shifter использует контейнеризацию: WordPress, база данных и PHP упаковываются в изолированный контейнер, из которого генерируется статическая версия. Это даёт дополнительную защиту от атак на этапе сборки. Цены стартуют от $25/месяц (тарифы на сайте Shifter). Подходит для сайтов, которым нужна стабильность корпоративного уровня.

Оба сервиса решают проблему «потери динамических функций». Комментарии можно подключить через Disqus, поиск, через Algolia, формы, через сторонние сервисы вроде JotForm.

На видео выше, наглядный процесс превращения WordPress-сайта в статический через Simply Static. 12 минут, все шаги от установки до деплоя.

⁉️🤔 Частые вопросы

Что теряется при переходе на статический WordPress?

Статические сайты теряют серверные функции: контактные формы, корзину WooCommerce, встроенный поиск, систему комментариев, динамические виджеты. Большинство из них восстанавливаются через JavaScript-сервисы: формы, JotForm, поиск, Algolia или Fuse.js, комментарии, Disqus. Но если сайт почти полностью состоит из интернет-магазина на WooCommerce, статика не подходит, оставьте динамический WordPress с хорошим кэшированием.

Проходит ли статический WordPress проверку Core Web Vitals?

Да, причём с большим запасом. Largest Contentful Paint (LCP) у статического сайта значительно ниже, чем у динамического на том же хостинге, по данным Simply Static, разница достигает 3-5 кратного ускорения. First Input Delay (FID) по сути равен нулю, JavaScript выполняется на клиенте, без задержек серверной обработки. Cumulative Layout Shift (CLS) тоже минимален, потому что браузер загружает готовую вёрстку без «прыжков» при подгрузке динамических блоков.

Статический WordPress проходит Core Web Vitals значительно лучше динамического. LCP снижается на 60-80%, FID близок к нулю, CLS минимален. Google напрямую учитывает эти метрики в ранжировании, переход на статику даёт измеримый SEO-прирост.

Можно ли обновлять контент после перехода на статику?

Да, это и есть основная модель работы. Вы продолжаете использовать WordPress для написания постов, редактирования страниц и загрузки медиафайлов, но в закрытой среде (локальный сервер, staging-домен или подпароленный поддомен). При каждом изменении запускаете регенерацию статики, плагин пересобирает изменившиеся страницы и выгружает их на продакшен. Процесс можно автоматизировать через вебхуки: обновили пост → плагин получил сигнал → пересобрал страницу → залил на хостинг.

Обновление контента, штатный процесс. Вы правите WordPress в закрытой среде, запускаете регенерацию статики (вручную или через вебхуки), и изменения появляются на продакшене. Частота обновлений при этом не ограничена.

Что делать, если статический сайт не отображает часть контента?

Проверьте пути к ресурсам. Самая частая проблема, абсолютные URL, которые ведут на исходный динамический домен, а не на домен статической версии. Simply Static автоматически заменяет URL при генерации, но некоторые темы и плагины могут использовать жёстко заданные пути. Решение: пройдитесь поиском по сгенерированным HTML-файлам и найдите ссылки на старый домен. Если проблема повторяется, в настройках Simply Static добавьте старый домен в список замены URL.

Проблема обычно в абсолютных URL, которые не заменились при генерации статики. Найдите ссылки на старый домен в HTML-файлах grep'ом, добавьте правила замены в настройках плагина и пересгенерируйте сайт. Это решается за 5 минут.

Зачем вообще создавать статический сайт из WordPress, если можно сразу сделать сайт на генераторе статики вроде Hugo или Astro?

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

WordPress как CMS для редакторов плюс статический HTML как способ доставки, это лучшее из двух миров. Редакторы работают в привычном интерфейсе, а пользователи получают мгновенную загрузку. Hugo, Astro, Eleventy, для команд, где контент пишут разработчики.

Статический WordPress в 2026: брать или не брать

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

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

Начните с Simply Static. Это бесплатно, это 30 000 установок, это три шага от установки до первой статической копии. Попробуйте на тестовом поддомене. Замерьте скорость до и после. Скорее всего, результат убедит вас перевести на статику и основной сайт.