Next.js чи WordPress для SEO: що насправді впливає на позиції

3 хв читанняSEONext.jsWordPress

Google не ранжує фреймворки. Він ранжує сторінки - і в обох системах можна зробити і взірцеву сторінку, і невидиму. Де між ними справжня різниця, а де міф.

Короткої відповіді «X краще для SEO» не існує, і хто її дає - щось продає. Пошуковик не бачить ні WordPress, ні Next.js. Він бачить HTML, який приходить за адресою. Тож питання звучить інакше: яка система з меншими зусиллями віддає правильний HTML - і де кожна з них найчастіше його псує.

Що Google насправді бачить

Робот приходить на адресу й отримує відповідь сервера. Якщо в ній уже є текст, заголовки, посилання, мета-теги й розмітка - сторінка йде в індекс майже одразу. Якщо там порожня оболонка, яку потім наповнює JavaScript у браузері, Google ставить сторінку в чергу на рендер. Він її зрештою відрендерить, але пізніше і не завжди повністю.

А AI-краулери, які наповнюють відповіді ChatGPT чи Perplexity, за публічними дослідженнями здебільшого JavaScript не виконують узагалі. Для них сторінка без серверного HTML просто порожня.

Для SEO важливо не те, на чому зроблено сайт, а те, що приходить у першій відповіді сервера.

Де виграє WordPress

WordPress віддає готовий HTML з коробки: це PHP, він рендерить на сервері завжди, тут нема що налаштовувати. Плюс екосистема. Yoast чи Rank Math закривають title, description, канонічні адреси, Open Graph і розмітку schema за годину, а карта сайту вбудована в ядро з версії 5.5.

Але головний козир - редактор. SEO живе контентом, а контент пишуть люди без розробника. Коли нову статтю чи сторінку послуги можна додати за десять хвилин, сайт росте. Коли для цього треба писати розробнику, він стоїть на місці.

  • Серверний HTML за замовчуванням, без жодних зусиль
  • SEO-плагіни, з якими розбереться будь-який маркетолог
  • Вбудована карта сайту і зрозумілі постійні посилання
  • Нові сторінки додають люди, а не розробник через деплой

Де WordPress шкодить сам собі

Швидкістю. Не тому, що він повільний від природи, а тому, що його обвішують білдером, слайдерами й десятками плагінів - кожен зі своїми скриптами й стилями на кожній сторінці. Core Web Vitals входять до сигналів ранжування, і сайт, що відповідає за чотири секунди, програє такому самому за змістом сайту, що відповідає за одну.

І дублями. Мітки, архіви за датами, сторінки авторів, параметри в адресах - WordPress охоче плодить сотні майже однакових сторінок, якщо їх не прикрити. Вага сайту розмазується між ними, і жодна не виходить на позицію.

Де виграє Next.js

Контролем. Кожен тег, кожна канонічна адреса, кожен шматок розмітки пишеться явно, і нічого зайвого на сторінку не потрапляє. Інструменти для цього вбудовані: Metadata API для заголовків і описів, файли sitemap і robots, що генеруються з тих самих даних, що й сторінки, компонент зображень, який сам віддає потрібний розмір і формат.

І швидкістю за замовчуванням. Статична генерація і серверні компоненти означають, що більшість сторінок приходить готовим HTML, а в браузер іде мінімум JavaScript. Добрі Core Web Vitals тут - точка старту, а не результат місяця оптимізації.

Де Next.js шкодить сам собі

Коли його використовують як старий React: сторінка збирається в браузері, а сервер віддає порожній контейнер. Це найдорожча SEO-помилка на Next, і вона досі трапляється - найчастіше тоді, коли частину сторінки зробили клієнтською заради анімації й не помітили, що разом з анімацією в браузер переїхав і текст.

І забутими дрібницями. Те, що у WordPress дає плагін, тут треба зробити руками: hreflang для кількох мов, розмітку schema, мета-теги для кожного типу сторінки. Нічого з цього не складне. Але якщо розробник не думає про SEO, у Next воно не зʼявиться само.

Що обрати

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

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