Ви публікуєте допис, і 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 році в екосистемі WordPress було виявлено понад 11 000 вразливостей.

Статичний сайт не має поверхні для цих атак. Немає бази даних, немає що інжектувати. Немає виконуваного 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 встановлень — це три кроки від встановлення до першої статичної копії. Спробуйте на тестовому піддомені. Заміряйте швидкість до і після. Найімовірніше, результат переконає вас перевести на статику й основний сайт.