WordPress чи Next.js: як вибрати і не переплатити

2 хв читанняNext.jsReactWordPress

Next.js модний, WordPress нудний, і саме тому вибір часто роблять неправильно. Чесно про те, коли React справді потрібен, а коли він додає вам вартості й нічого більше.

Питання «на чому робити сайт» зазвичай ставлять неправильно. Правильне звучить так: хто і як часто змінюватиме вміст, і чи є на сайті логіка, складніша за показ сторінок.

Коли WordPress - правильна відповідь

Якщо це сайт компанії, послуг, клініки, магазину - тобто щось, де контент змінюють люди без розробника, а сторінки в основному показують інформацію. Тут WordPress виграє не тому, що «простіший», а тому що адмінка і редагування вже написані й перевірені тисячами сайтів.

Головна помилка на цьому шляху - вважати, що WordPress означає повільно. Не означає. Він означає повільно тоді, коли на нього поставили білдер і тридцять плагінів. Кастомна тема з ACF дає ті самі показники швидкості, що й React-сайт, при незрівнянно простішому редагуванні.

Коли справді потрібен Next.js

  • Є кабінет користувача, ролі, дані під логіном - тобто застосунок, а не сайт.
  • Інтерфейс складний і живе станом: фільтри, крок за кроком, розрахунки, живі оновлення.
  • Є зовнішні API і бізнес-логіка, яку доведеться писати в будь-якому разі.
  • Сайт великий і контент має віддаватись з краю мережі під навантаженням.

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

Що змінилося в Next за останні версії

App Router і серверні компоненти зрушили баланс: більша частина сторінки тепер може рендеритись на сервері й приходити готовим HTML, а в браузер їде тільки той JavaScript, що справді потрібен для інтерактиву. Практично це означає легші сторінки без відмови від React там, де він потрібен.

Друга суттєва річ - інкрементальна регенерація. Сторінка віддається як статична, але оновлюється у фоні за розкладом. Для контентних розділів це дає швидкість статики без ручного перезбирання сайту.

Третій варіант, про який забувають

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

Це виправдано, коли редакція велика і працює щодня, а вимоги до інтерфейсу вищі за те, що зручно робити темою. Для сайту на десять сторінок це надлишок.

Технологія не буває правильною сама по собі. Вона буває доречною задачі - або дорожчою за неї.

Як вирішити за п'ять хвилин

Запитайте себе: чи буде хтось редагувати цей сайт без мене щотижня? Якщо так - вам потрібна нормальна адмінка, і це аргумент за WordPress. Чи є тут логіка, стан і дані під логіном? Якщо так - це аргумент за Next. Якщо обидві відповіді «так», ви дивитесь на headless і маєте бути готові платити за дві системи.