практичний SEO-план для сайтів на WordPress — плагіни, schema, Core Web Vitals, внутрішня перелінковка і те, що змінилося після наслідків Helpful Content Update
- Yoast, Rank Math і SEOPress роблять базові речі однаково добре; справжня різниця проступає у гнучкості schema, якості менеджера редиректів і тому, наскільки агресивно вони впарюють тобі платні версії.
- Schema більше не опція — це те, як Google розбирає твою сторінку для AI Overviews і rich results, і її відсутність коштує тобі видимості ще до того, як коштуватиме позицій.
- INP замінив FID серед Core Web Vitals у березні 2024-го, і більшість повільних сайтів на WordPress провалюють його через роздуті теми й нашаровані плагіни з JavaScript.
- Для нового сайту в 2026-му внутрішня перелінковка і глибина контенту дають результат набагато швидше, ніж гонитва за беклінками.
- Helpful Content Update (вересень 2023) і core-апдейт березня 2024-го випотрошили тонкий, AI-нагенерований, шаблонний контент на WordPress — і більшість постраждалих сайтів так і не повернулися.
Купа сайтів, що ранжувалися в 2022-му, втратили 70% органічного трафіку під час Helpful Content Update у 2023-му. Більшість так і не оговталася. Хтось перейшов на платний трафік, хтось продав сайт по частинах, хтось тихо вимкнув його. Ті, хто все ще тримається, перебудувалися навколо інакшого набору припущень — і саме це і є SEO-план для WordPress на 2026-й, а не той, який тобі продавав улюблений ютубер три роки тому.
Цей гайд — та версія, яку я реально застосовую на клієнтських сайтах: який плагін обрати, що робити з пермалінками, як думати про schema, який вигляд мають Core Web Vitals, коли головною метрикою став INP, і які саме помилки призводять до того, що сайт ловить мітку від пост-HCU класифікатора. Жодних 2000 слів про те, «що таке sitemap». Якщо ти ведеш сайт на WordPress, ти це вже знаєш.
Що змінилося в SEO для WordPress у 2026
Helpful Content Update стартував як окремий сигнал у вересні 2023-го й був вбудований у ядро системи ранжування Google у березні 2024-го. Це найважливіший контекст для всього, що буде нижче. Більше немає окремого «відновлення після HCU» — кожен core-апдейт тепер уже містить оцінку корисності, а це означає, що тонкий, шаблонний, написаний під пошук пост на WordPress карається тихо й безперервно.
Core-апдейт березня 2024-го об'єднав інтеграцію HCU із масштабним spam-апдейтом, що бив по масовому генеруванню контенту, зловживанню простроченими доменами й зловживанню репутацією сайтів. Багато сайтів на WordPress, які гнали AI-контент на потік, за одну ніч втратили 60–90% проіндексованих сторінок. Дехто втратив домен повністю.
З технічного боку INP (Interaction to Next Paint) офіційно замінив FID серед Core Web Vitals у березні 2024-го. INP суворіший за FID, бо він вимірює найгіршу взаємодію за весь візит, а не лише першу. Важкі теми WordPress, що тягнуть десяток плагінів з JavaScript, провалюють INP так, як ніколи не провалювали FID.
AI Overviews і далі розширюють охоплення запитів і відсмоктують інформаційні кліки. Сторінки, що раніше брали першу позицію за запитами «як зробити», тепер отримують зведення вгорі з трьома цитуваннями й драматично меншою кількістю кліків. Захист — стати одним із цих трьох цитувань, а це означає schema, ясність і оригінальну інформацію, а не ще більше напхуваних ключів.
І насамкінець: spam-апдейт грудня 2025-го поширив прискіпливість до E-E-A-T на всі конкурентні запити, а не лише на YMYL (Your Money or Your Life). Саме тому твоя добірка «найкращі теми WordPress», написана анонімним автором без біографії та без власних скриншотів, тепер сприймається так само, як колись сприймалося «найкращі ліки від діабету». Авторство тепер важить усюди.
Обери правильний SEO-плагін
Велика сімка SEO-плагінів для WordPress покриває базу однаково: title-теги, meta-описи, XML-карти сайту, редагування robots.txt, канонічні теги, Open Graph. Різниця — у гнучкості schema, обробці редиректів, якості аналізу контенту і в тому, наскільки сильно вони запихають платну версію тобі в дашборд. Ось як вони реально порівнюються для сайту, що хоче ранжуватися в 2026-му:
| Плагін | Ціна (2026) | Плюс | Мінус |
|---|---|---|---|
| Yoast Free | Безкоштовно | Перевірений часом, нормальні дефолти, аналіз контенту цілком придатний | Безкоштовна schema поверхова, немає менеджера редиректів, постійні банери з рекламою платної версії |
| Yoast Premium | $99/рік (один сайт) | Підказки з внутрішньої перелінковки, менеджер редиректів, кілька ключових фраз | Дорого з розрахунку на сайт, schema все ще менш гнучка, ніж у Rank Math |
| Rank Math Free | Безкоштовно | Багата schema з коробки, менеджер редиректів, моніторинг 404, інтеграція з Search Console | Майстер налаштування перевантажений; деякі «безкоштовні» функції ховаються за натяком на Pro |
| Rank Math Pro | $79/рік (необмежено сайтів) | Найкраще співвідношення ціни й функцій, просунута schema, інтеграція з GA4, content AI | Важчий за безкоштовний Yoast; може конфліктувати з плагінами кешування, якщо налаштувати криво |
| SEOPress | Безкоштовно / $59/рік Pro | Чистий інтерфейс, жодної реклами платної версії на безкоштовному тарифі, дружній до GDPR, опція white-label | Менша спільнота, менше туторіалів, редактор schema менш візуальний |
| AIOSEO | Безкоштовно / $49.50/рік Plus і вище | Дружній до новачків, сильна інтеграція з WooCommerce, помічник із посиланнями | Тарифні рівні заплутані; багато функцій замкнено за вищими планами |
| The SEO Framework | Безкоштовно / $84/рік Pro | Легкий, без реклами, розумні дефолти, швидкий на хостингах з обмеженими ресурсами | Мінімум підказок, менше керованих перевірок, нішева аудиторія |
Для більшості сайтів я раджу Rank Math Pro. Гнучкість schema, ліцензія на необмежену кількість сайтів і менеджер редиректів окуповують себе вже на першій міграції. Для агенцій, що ведуть клієнтські сайти, де в дашборд лізтиме нетехнічний власник, Yoast усе ще виграє за рахунок звичності. Якщо продуктивність і мінімалізм важать більше за функції, варто придивитися до The SEO Framework — він додає майже нуль навантаження і робить хороші дефолти непомітними.
Структура пермалінків
Перше, що я міняю на свіжій інсталяції WordPress, — це структура пермалінків у Settings → Permalinks. Використовуй /%postname%/. Завжди. Дефолтне ?p=123 нечитабельне ні для людей, ні для пошукових систем. Пермалінки з датою (/2026/05/post-name/) роблять кожну стару статтю застарілою на вигляд у видачі й доречні хіба що для справжніх новинних видань, де дата — частина цінності. Якщо ти пишеш вічнозелений контент для блогу, дата в URL — це власноруч створений гандикап у ранжуванні.
Щойно структура пермалінків стала живою і проіндексувалася, не міняй її без налаштування 301-редиректів зі старих URL на нові. Ланцюжки редиректів і биті старі URL у беклінках убивають позиції швидше, ніж майже будь-що інше.
Title-теги і meta-описи
Твій SEO-плагін задає їх для кожної сторінки, і більшість людей не чіпає шаблони. Дефолти нормальні для категорій і архівних сторінок, але ліниві для постів. Title-тег усе ще найважелезніший елемент на сторінці — це те, що показується у видачі, що цитують AI Overviews і на що користувач реагує за 0,3 секунди.
- Title-тег: до 60 символів, головне ключове слово ближче до початку, бренд суфіксом у кінці (
Title — Brand). - Meta-опис: до 155 символів, написаний як рекламне оголошення — обіцянка, конкретика, м'який заклик до дії. Не зведення.
- Ніколи не роби title-тег ідентичним до H1 у лонгрідах. Title — для видачі; H1 — для читача на сторінці.
- Уникай шаблонного клікбейту («Ти не повіриш…»). Класифікатор Google ставить на нього мітку; користувачі навчилися його гортати.
- Тестуй зміни в Search Console — якщо CTR стрибає за тієї самої позиції, новий title виграє.
Розмітка schema
Schema — це те, як пошукова система, AI Overview чи цитування Perplexity розбирає твою сторінку на структурований факт. Можна мати чудовий контент і втратити видимість, бо Google не знає, на сторінку якого типу він дивиться. Хороша новина в тому, що Rank Math і Yoast Premium обробляють більшість поширених типів автоматично — твоє завдання знати, які типи де доречні, і перевірити, що вони віддаються чисто.
Типи schema, що важать на типовому сайті WordPress у 2026-му:
- Article — кожен пост у блозі. Додай
author,datePublished,dateModified,image. - FAQPage — для постів зі справжньою секцією FAQ. Не напихай туди фейк; Google став суворим щодо того, що FAQ має бути видимим для користувача.
- HowTo — покрокові туторіали. Кроки мають бути видимими на сторінці, а не схованими.
- Product — WooCommerce або будь-яка сторінка товару. Додай ціну, наявність, рейтинги.
- Review — огляди товарів і добірки. Чесні огляди все ще отримують rich snippet, коли реалізовані правильно.
- BreadcrumbList — кожен URL, крім головної. Підказує Google ієрархію твого сайту.
- Organization і WebSite — один раз, на головній, із sitelinks search box.
Перевіряй усе у валідаторі Schema.org і Google Rich Results Test, перш ніж вважати, що воно працює. Криво налаштований блок schema спричиняє ручну санкцію швидше, ніж повна відсутність schema.
Core Web Vitals на WordPress
Три Core Web Vitals — це LCP (Largest Contentful Paint), CLS (Cumulative Layout Shift) і INP (Interaction to Next Paint). LCP хоче бути під 2,5 с, CLS під 0,1, INP під 200 мс. Більшість сайтів на WordPress провалюють спершу INP — через роздутий JS теми, рекламні скрипти й сім тегів аналітики, завантажених синхронно.
- Плагін кешування — WP Rocket (~$59/рік, найпростіший), FlyingPress (~$60/рік, технічно найкращий) або LiteSpeed Cache (безкоштовний, лише на серверах LiteSpeed). Пропусти безкоштовні універсальні кеші; вони лишають надто багато на столі.
- Оптимізація зображень — ShortPixel або Imagify. Конвертуй у WebP чи AVIF, прибирай метадані, стискай. Налаштуй масову оптимізацію наявної бібліотеки, а потім автоматизуй нові завантаження.
- Ліниве завантаження — нативне браузерне ліниве завантаження для зображень нижче згину, але ніколи для LCP-зображення. Ліниве завантаження героя — найпоширеніша причина зіпсованих оцінок LCP.
- Завантаження шрифтів — попередньо завантажуй головний шрифт через
rel="preload"і віддавай його локально. Google Fonts із зовнішнього хостингу — це зайвий мережевий обмін, якого тобі не треба. - Аудит JavaScript — відкрий DevTools → вкладка Coverage і знайди, які скрипти не використовуються на сторінці. Відклади або прибери їх. Більшість провалів INP — від одного чат-віджета, одного тегу аналітики чи одного A/B-тест-скрипта, що робить забагато під час взаємодії.
Тестуй на реальних пристроях і реальних з'єднаннях, а не на розробницькому M3 MacBook по оптоволокну. PageSpeed Insights дає тобі і лабораторні, і польові дані — саме польові (CrUX) Google реально використовує як сигнали ранжування.
Стратегія внутрішньої перелінковки
Для нового сайту або сайту, що відновлюється, внутрішня перелінковка перемагає гонитву за беклінками з розрахунку на годину роботи. Беклінки повільні, дорогі й частково поза твоїм контролем. Внутрішні посилання безкоштовні, миттєві й на 100% під твоїм контролем. Пост-HCU світ винагороджує сайти, що демонструють тематичний авторитет, а тематичний авторитет — це саме те, що кодує сильний граф внутрішніх посилань.
Будуй тематичні кластери: обери головний термін, напиши вичерпну pillar-сторінку, а потім обклади її вісьмома-п'ятнадцятьма допоміжними статтями, кожна з яких посилається назад на pillar описовим анкором. Pillar посилається на кожну допоміжну статтю. Перелінковуй допоміжні статті між собою там, де це справді доречно. Не лінкуй з одного кластера в незв'язаний кластер лише заради розподілу ваги — це розбавляє обидва.
Коли публікуєш нову статтю, витрать двадцять хвилин на додавання контекстних посилань на неї з трьох-п'яти наявних постів із високим трафіком. Це найважелезніша звичка, яку майже ніхто не робить. Rank Math Pro і Link Whisper обидва автоматично підказують варіанти внутрішньої перелінковки; будь-який вартий своїх грошей.
Глибина контенту й виживання після HCU
Пост-HCU класифікатор шукає сигнали, що контент написала людина, яка знається на темі, а не зведення з перших трьох результатів пошуку, зроблене LLM. Слово «глибина» оманливе — довгий не означає глибокий. Стаття на 1200 слів від того, хто реально користувався продуктом, щоразу перемагає AI-нагенеровану стіну на 4500 слів.
Чек-лист виживання після HCU, який я проганяю на кожному шматку контенту:
- Особистий досвід — чи автор справді робив те, про що пише? «Я перевів цей сайт із Bluehost на Kinsta, і INP впав із 380 мс до 140 мс» перемагає «Kinsta швидкий». Давай конкретику.
- Оригінальні дані чи аналіз — навіть малі вибірки (опитування 30 користувачів, скриншоти з власної GSC, результати власного A/B-тесту) перемагають перетравлену статистику.
- Реальні фото й скриншоти — не стокові фото. Не AI-намальовані ілюстрації ноутбуків. Реальні скриншоти реального софту, з вотермаркою, якщо хочеш.
- Біографія автора із сигналами E-E-A-T — повне ім'я, фото, кваліфікація, посилання на LinkedIn чи X, перелік досвіду й попередніх робіт. Анонімний підпис «Admin» — це мітка.
- Оновлено, а не просто освіжено — коли оновлюєш статтю, міняй суть, а не лише рік у заголовку. Сигнал свіжості Google уміє розрізняти.
Оптимізація зображень
Зображення все ще найменш оптимізована частина більшості сайтів на WordPress. База: описові імена файлів (wordpress-permalink-settings.png, а не IMG_3942.png), alt-текст, що описує зображення для скрінрідерів і дає Google семантичний контекст, сучасні формати (WebP як мінімум, AVIF там, де підтримується), адаптивний srcset, щоб телефони не качали зображення у розмірі для десктопа, і явні атрибути width і height, щоб браузер зарезервував місце й CLS лишався низьким.
Більшість цього автоматизує ShortPixel або Imagify після налаштування. Дві речі, які не автоматизуєш, — це найменування файлів і alt-текст; для них потрібна людина, яка розуміє, що зображення показує. Задай домовленість до початку виробництва контенту, а не після того, як з'явилася бібліотека на 2000 зображень.
Поширені помилки SEO на WordPress
Та сама жменя помилок проступає майже на кожному сайті WordPress, який я аудитую. Жодна з них не екзотична. Усі виправляються за пів дня. Вони тримаються тому, що дефолти й комбінації плагінів змовляються, аби лишити їх на місці, доки хтось активно не придивиться.
?p=123 — зазвичай тому, що сайт ставили нашвидкуруч. Зміни це до того, як щось публікувати; якщо URL уже проіндексовані, налаштуй редиректи.
application/ld+json і переконайся, що вона там.
noindex у SEO-плагіні, якщо в тебе немає реальної стратегічної причини їх лишати.
FAQ
Yoast чи Rank Math — який ставити?
Rank Math Pro для більшості сайтів: краща schema, ліцензія на необмежену кількість сайтів, менеджер редиректів, інтеграція з GA4, і все це дешевше за односайтовий Premium від Yoast. Yoast виграє за звичністю, якщо в дашборд лізтиме нетехнічний клієнт, а якщо тобі треба лише база, Yoast Free цілком підходить.
Чи мені реально потрібна преміум-версія SEO-плагіна?
Для особистого блогу чи сайту малого бізнесу — ні; безкоштовні Rank Math чи Yoast тягнуть базу. Преміум починає окуповуватися, коли тобі потрібен менеджер редиректів під час міграцій, підказки з внутрішньої перелінковки на контентному сайті чи просунута schema для магазину на WooCommerce. Якщо твій сайт заробляє на органічному трафіку, преміум окуповується за місяць.
Що найважливіше для SEO зображень у 2026-му?
Віддавати WebP чи AVIF замість JPEG/PNG, з описовими іменами файлів і явними атрибутами width/height. Сама лише заміна формату часто зрізає вагу сторінки навпіл. Alt-текст важить для доступності й пошуку зображень, але сам по собі не зрушить загальні позиції.
Чи SEO для WooCommerce відрізняється від звичайного SEO на WordPress?
Так — schema товарів, структуровані ціна й наявність, контроль фасетної навігації (уникай індексування кожної комбінації фільтрів), контент сторінок категорій і review-schema — усе це специфічні для WooCommerce турботи. Використовуй модуль WooCommerce від Rank Math чи e-commerce-доповнення від AIOSEO; не намагайся збирати це руками.
Чи варто все ще використовувати AMP у 2026-му?
Ні. Google прибрав вимогу AMP для каруселі Top Stories ще у 2021-му, і більшість видавців від нього відмовилися. AMP додає накладні витрати на підтримку, обмежує дизайн і більше не дає переваги в ранжуванні. Краще зосередься на Core Web Vitals на канонічній версії своїх сторінок.
Чи шкодить SEO використання конструктора сторінок на кшталт Elementor чи Divi?
Не саме по собі, але це ускладнює перемогу в Core Web Vitals, бо конструктори віддають більше CSS і JS, ніж тема, написана руками. Збірки Elementor і Divi 2026-го помітно легші, ніж були у 2022-му. Якщо ти стартуєш з нуля і продуктивність важлива, придивися краще до легких тем (Astra, GeneratePress, Kadence) з нативним блоковим редактором.
Підсумок
SEO для WordPress у 2026-му — це менше про відмічання галочок і більше про розуміння того, які сигнали винагороджує пост-HCU класифікатор: реальна експертиза, оригінальна інформація, швидкі й стабільні взаємодії та чистий шар структурованих даних. Плагін, який ти обереш, важить менше, ніж те, наскільки ти дисциплінований щодо глибини контенту й внутрішньої перелінковки. Більшість сайтів, що втратили трафік під час HCU, втратили його з однієї й тієї ж причини — шаблонний контент, оптимізований під пошукові системи, а не під людей, які шукають. Будуй для другої групи — і перша зазвичай підтягнеться.
- Обери один SEO-плагін і налаштуй його як слід — Rank Math Pro для більшості, Yoast для дружніх до клієнта дашбордів, The SEO Framework для збірок, де продуктивність на першому місці.
- Постав пермалінки на
/%postname%/одразу на нових інсталяціях; редиректь старі структури через 301, якщо колись їх міняєш. - Schema обов'язкова у 2026-му — Article, FAQPage, HowTo, Product, BreadcrumbList — і саме вона дає тобі цитування в AI Overviews.
- Вигравай INP, аудитуючи JavaScript, відкладаючи сторонні скрипти й використовуючи реальний плагін кешування (WP Rocket, FlyingPress, LiteSpeed Cache).
- Для нових сайтів внутрішня перелінковка й тематичні кластери рухають позиції швидше, ніж гонитва за беклінками.
- Виживання після HCU — це особистий досвід, оригінальні дані, реальні скриншоти й реальна біографія автора, а не довші статті.
- Оптимізація зображень здебільшого автоматизується через ShortPixel або Imagify; найменування файлів і alt-текст потребують людини.
- Перевір очевидне: дефолтні пермалінки, відсутня schema, проіндексовані сторінки тегів, два активні SEO-плагіни, роздута тема. Більшість виправлень займає пів дня.
Хочеш простий link-in-bio, що вже проходить Core Web Vitals, віддає чисту schema і дає тобі зосередитися на контенті замість налаштування плагінів? Створи свою сторінку UniLink і забудь про обслуговування взагалі.