WordPress 7.0 вийшов 20 травня 2026 року і це той випадок, коли оновлення не зводиться до “нових блоків” чи “покращеної адмінки”.
Основна ідея релізу — змістити WordPress у бік єдиної платформи для створення сайтів, роботи з контентом і інтеграції зовнішніх сервісів (включно з AI).
Це не косметичний апдейт. Тут багато речей, які впливають на архітектуру плагінів і спосіб, у який WordPress буде розвиватися далі.
AI переходить у ядро, але не як “функція”
Найбільш помітна зміна — поява вбудованого AI-шару.
WordPress 7.0 вводить WP AI Client — це не конкретний AI-сервіс, а універсальний інтерфейс для роботи з різними провайдерами.
Ідея проста: замість того, щоб кожен плагін окремо інтегрував OpenAI, Claude чи інші моделі, WordPress дає спільний механізм доступу до них.
Але важливіше інше — з’являється Abilities API.
Він описує функціональність плагінів у структурованому вигляді. Це означає, що:
- плагіни перестають бути “чорними скриньками”
- їх можливості можна читати машинно
- AI або інші системи можуть викликати ці можливості без кастомної інтеграції
Фактично це перший крок до того, щоб WordPress почав працювати як система, зрозуміла не тільки людині, а й агентам/автоматизації.
Адмінка стає більш “додатком”, ніж набором сторінок
Оновлення DataViews — це не просто новий дизайн.
Це спроба привести адмінку до більш єдиної моделі роботи з даними.
Раніше різні частини wp-admin поводились по-різному: списки постів, медіа, користувачі — все це було реалізовано різними підходами.
Тепер логіка стає більш уніфікованою:
- списки і таблиці працюють однаково в різних розділах
- фільтрація і перегляд даних стандартизуються
- менше “унікальних” UI-винятків
У результаті адмінка не виглядає революційно новою, але стає більш передбачуваною. І це важливіше, ніж здається на перший погляд.
Командна робота прямо в редакторі
Функція Notes нарешті виглядає як інструмент, а не експеримент.
Її суть — коментарі прямо до блоків у Gutenberg.
Це змінює робочий процес:
- редактор працює з текстом і отримує фідбек без скріншотів
- дизайнер може коментувати конкретний блок
- клієнт залишає правки прямо в контексті сторінки
Якщо коротко — WordPress поступово забирає частину ролі у зовнішніх інструментів для погодження контенту.
Зміни для розробників: менше JavaScript там, де він не потрібен
Окремо варто згадати PHP-only block registration.
Це дозволяє створювати Gutenberg-блоки без обов’язкової JS-частини. Для великої частини класичних WordPress-проєктів це спрощує розробку і зменшує складність стеку.
Також:
- розширено можливості Style Variations для тем
- оновлені API для роботи з медіа
- поступово прибираються застарілі UI-патерни
Загальний тренд — менше “обов’язкового React всюди”, більше декларативних і серверних підходів там, де це логічно.
Функція, яку не встигли доробити
Найбільш очікувана можливість — реальний спільний режим редагування (real-time collaboration) — не потрапила у 7.0.
Її прибрали на фінальному етапі через проблеми в архітектурі роботи з базою даних і стабільністю синхронізації.
Це важливий момент: функцію не “урізали”, а саме зняли з релізу, щоб не ламати стабільність ядра.
Зараз її планують повернути у 7.1, а далі розширювати у 7.2.
Мінімальні вимоги і практичні речі перед оновленням
Офіційно WordPress 7.0 піднімає планку середовища.
Базові вимоги:
- PHP 8.1 або новіше
- актуальні версії MySQL / MariaDB
- достатньо пам’яті для сучасних блокових тем
Але на практиці важливіше інше:
- обов’язково робити повний backup (файли + база)
- тестувати оновлення на staging-середовищі
- перевіряти сумісність ключових плагінів
- не оновлювати “впритул до продакшну” без перевірки
Наш віртуальний хостинг повністю відповідає заявленим вимогам і ваші сайти на новій версії WordPress працюватимуть швидко і стабільно