Питання «Next.js чи WordPress» майже завжди ставлять як вибір між сучасним і застарілим. Насправді ви обираєте між двома моделями витрат: WordPress дешевший на старті й дорожчає щороку, Next.js дорожчий на старті й потім майже не просить грошей. Нижче — порівняння за швидкістю, SEO, безпекою, вартістю володіння за три роки та зручністю редагування, і три конкретні ситуації, коли WordPress однозначно правильний вибір.

Два різні способи витрачати гроші на сайт

WordPress — це готова система, у якій 80% функціоналу вже написано кимось іншим. Ви платите за складання: тема, плагіни, налаштування. Next.js — це фреймворк, у якому ви пишете фронтенд самі, а контент тягнете з окремої CMS. Ви платите за виготовлення. Різниця не в якості, а в тому, коли саме виставляють рахунок і скільки він триває.

Швидкість і SEO: де різниця реальна, а де вигадана

Міф, який варто вбити одразу: Google не дає бонус за фреймворк. Ранжування залежить від контенту, посилань і технічних сигналів. Але один із цих сигналів — Core Web Vitals, і саме тут архітектура починає впливати на позиції опосередковано, через поведінку користувачів.

• Стартова точка різна. Чистий Next.js віддає готовий HTML із CDN за 100–300 мс. WordPress спершу піднімає PHP, ходить у MySQL і збирає сторінку — 400–900 мс до першого байта, якщо немає кешу.
• Кеш ситуацію вирівнює, але не повністю. Повносторінковий кеш зводить TTFB WordPress до тих самих 150–250 мс. Проблема лишається в клієнтській частині: тема плюс 8 плагінів зазвичай тягнуть 400–900 КБ JavaScript, і жоден кеш цього не прибере.
• JavaScript б’є по INP, а не по завантаженню. Сайт може показати контент за секунду й при цьому «тупити» на кліках 300+ мс, бо основний потік зайнятий скриптами слайдера, конструктора сторінок і трьох аналітик.
• Зображення — найбільший важіль в обох. next/image конвертує в AVIF/WebP і віддає розміри під конкретний екран автоматично. У WordPress той самий результат досяжний, але це окремий плагін і окреме налаштування.
• Виграш у мілісекундах конвертується в заявки, а не в позиції. У наших проєктах скорочення LCP з 3.5 до 1.5 секунди давало +10–20% до конверсії форми, і майже нічого — до середньої позиції.

Вартість володіння за три роки

Порівнювати сайти за ціною розробки — те саме, що порівнювати автомобілі за ціною в салоні, ігноруючи паливо й ТО. Ось приблизний розрахунок для корпоративного сайту на 25 сторінок з формами й двома мовами.

Висновок, який зазвичай дивує: за три роки суми майже сходяться. WordPress виграє на першому році й програє на третьому, а весь розрив з’їдають обслуговування та ризик. Якщо ви точно знаєте, що сайт проживе рік і його замінять, — WordPress дешевший. Якщо горизонт п’ять років, порівняння перевертається. Ширший розбір бюджету — у матеріалі про те, скільки насправді коштує сайт.

Безпека і те, що доведеться робити щомісяця

Вразливості WordPress — це майже завжди не ядро, а плагіни й теми. Ядро оновлюється добре й швидко. Проблема в тому, що середній робочий сайт має 20–30 плагінів від різних авторів, і кожен із них — окремий постачальник ризику, який може просто перестати підтримувати свій код.

У Next.js цей список коротший, бо публічної адмінки на домені немає, а контент віддається як статика. Але він не порожній: залежності теж старіють, і раз на пів року хтось має піднімати версії й перезбирати проєкт. Різниця в тому, що це планова робота на кілька годин, а не щомісячна вахта.

Хто і як редагуватиме контент

Це найсильніший аргумент на боці WordPress, і його рідко озвучують чесно. Ваш контент-менеджер уже знає цей інтерфейс. Він може створити сторінку, зібрати її з блоків, поставити банер і не питати нікого. У headless-схемі редактор бачить структуровані поля: заголовок, підзаголовок, текст, зображення. Це надійніше — зламати верстку неможливо — але це менша свобода.

Технічно оновлення контенту в Next.js вирішується інкрементальною регенерацією: сторінка перебудовується за розкладом або за вебхуком з CMS, без повного перезбирання сайту.

// app/[slug]/page.tsx
export const revalidate = 3600; // перебудувати сторінку не частіше разу на годину

export async function generateStaticParams() {
  const pages = await cms.getPages();
  return pages.map((page) => ({ slug: page.slug }));
}

Практичний висновок: якщо у вас є людина, яка щодня публікує акції, новини й лендінги під кампанії, і вона працює без розробника — WordPress економить вам гроші й нерви. Якщо контент оновлюється раз на місяць і завжди в межах наявних шаблонів, свобода конструктора вам не потрібна, а ризики від неї — цілком реальні.

Як обрати за п’ять хвилин

Замість абстрактного порівняння дайте відповідь на чотири питання. Вони закривають 90% реальних ситуацій.

1. 1Скільки живе сайт? До двох років — WordPress, бо дешевший старт важливіший за вартість володіння. Понад три — рахуйте повний цикл витрат.
2. 2Хто публікує контент? Якщо це нетехнічна людина, яка щотижня збирає нові сторінки з блоків, WordPress виграє. Якщо публікації рідкі й типові — виграє Next.js.
3. 3Чи є нестандартна логіка? Калькулятори, особисті кабінети, синхронізація зі складом, інтеграція з Telegram-ботом. Якщо так — на Next.js це пишеться напряму, у WordPress перетворюється на пошук плагіна й боротьбу з ним.
4. 4Наскільки критична швидкість? Якщо основний трафік мобільний і платний, кожні 500 мс мають грошовий вимір. Тоді швидкий фронт окупається за перші місяці.

Три ситуації, де ми самі рекомендуємо WordPress без вагань: медіа з кількома авторами й щоденними публікаціями; сайт із великою кількістю кампанійних лендінгів, які маркетолог робить сам; бюджет до $1 000, коли вибір насправді між WordPress і відсутністю сайту.

Часті питання

Коротко

• WordPress дешевший на старті й дорожчий в утриманні; Next.js навпаки. За три роки суми зазвичай сходяться.
• Google не ранжує за фреймворком, але Next.js полегшує досягнення хороших Core Web Vitals, а це впливає на конверсію.
• Головний ризик WordPress — не ядро, а плагіни: кожен встановлений плагін збільшує і поверхню атаки, і місячний обсяг обслуговування.
• Якщо контент щодня публікує нетехнічна людина зі свободою збирати сторінки — беріть WordPress.
• Якщо є нестандартна логіка, критична швидкість або горизонт понад три роки — беріть Next.js.