Огляд WordPress 7.0 “Armstrong”: Нова ера ШІ та масштабна перебудова Core-архітектури

20 травня 2026 року офіційно відбувся реліз довгоочікуваної мажорної версії WordPress 7.0 «Armstrong», названої на честь легендарного джазового музиканта Луї Армстронга. Цей випуск став першим у гілці 7.x і ознаменував один із найрадикальніших архітектурних зсувів за останні роки. Головний вектор релізу — інтеграція ШІ-інфраструктури безпосередньо в ядро (Core) CMS та тотальна модернізація робочих процесів для розробників і контент-менеджерів.

Порівняння з попередніми версіями: що змінилося?

Якщо останні релізи гілки 6.x (зокрема 6.8 та 6.9) фокусувалися на локальних покращеннях блочного редактора (Gutenberg) та розширенні системи ревізій, то WordPress 7.0 робить крок у бік перетворення CMS на гнучку прикладну платформу:

• Вбудований ШІ-фреймворк замість хаотичних плагінів: Раніше для підключення ChatGPT чи Claude доводилося встановлювати важкі сторонні модулі, кожен з яких мав власну логіку авторизації. У 7.0 додано уніфікований клієнт WP AI Client та екран конекторів.
• Еволюція адмін-панелі (DataViews): На зміну застарілим таблицям списків (WP List Tables), які тягнулися роками, приходить сучасний інтерфейс на базі DataViews з плавною навігацією (View Transitions API), командним рядком (Command Palette через Ctrl+K) та чистішою палітрою кольорів.
• Глобальна робота зі шрифтами: Інструмент Font Library, який раніше був ексклюзивом виключно блочних тем, тепер офіційно підтримується у класичних та гібридних темах без необхідності створювати дочірні теми.

Головні нововведення та фічі релізу

Реліз приніс чимало інструментів, які спрощують життя розробникам сайту та контентним командам:

1. Ші-інфраструктура (AI Core): В ядро закладено чотири кити: WP AI Client (відповідає за комунікацію з моделями), Abilities API (дозволяє ШІ здійснювати дії всередині CMS), Connectors API та централізований екран налаштувань (Settings > Connectors) для керування API-ключами зовнішніх провайдерів (OpenAI, Anthropic, Google тощо).
2. Візуальний таймлайн ревізій (Visual Revisions Scrubber): Замість незручного текстового порівняння коду (diff), тепер можна перетягувати повзунок часу, щоб наочно бачити зміни у шаблонах, патернах та частинах шаблонів.
3. Чотири нові базові блоки: В ядро інтегровано блоки Breadcrumbs (Хлібні крихти), Icon (Іконка), покращений блок Heading та рідний ефект лайтбоксу для галерей (Gallery Lightbox) — більше жодних сторонніх плагінів для базового UI.
4. Адаптивний контроль блоків (Responsive Controls): Довгоочікувана фіча, що дозволяє приховувати або відображати конкретні блоки залежно від пристрою (десктоп, планшет, мобільний) безпосередньо в сайдбарі редактора.
5. Реєстрація блоків через PHP: Розробники тепер можуть реєструвати блоки та патерни на серверній стороні виключно через PHP, автореєстрація відбувається автоматично через Block API.

Важливе розчарування релізу: Функцію спільного редагування контенту в реальному часі (Real-Time Collaboration), на яку всі чекали, в останній момент було вилучено з фінального коду 7.0 через технічні складнощі із синхронізацією. Розробники ядра пообіцяли повернутися до її тестування в циклі 7.1.

Обмеження, системні вимоги та сумісність із плагінами

Жорсткий підйом планки PHP: Зверніть увагу, що WordPress 7.0 підвищує мінімальні вимоги до серверного оточення. Якщо ваш сервер все ще працює на застарілих PHP 7.2 або 7.3, оновлення заблокується або «зламає» сайт. Наполегливо рекомендується переходити на PHP 8.1 чи 8.2 перед апгрейдом.

Сумісність із WooCommerce та екосистемою: Команда автоматизації WooCommerce та автори інших топ-плагінів (Yoast, Advanced Custom Fields, LiteSpeed Cache) випустили сумісні патчі синхронно з релізом. Проте, через заміну деяких внутрішніх бібліотек ядра (наприклад, оновлення PHPMailer до 7.0.2 та Backbone.js до 1.6.1), старі плагіни, які не оновлювалися понад рік, гарантовано викличуть Fatal Error.

Як правильно оновитися до WordPress 7.0: безпечний покроковий алгоритм

Оскільки це зміна мажорної версії, оновлюватися «наживо» на продакшені в один клік — це величезний ризик. Дотримуйтесь правильної інженерної послідовності:

• Крок 1: Повний бекап. Створіть свіжий знімок бази даних та всіх файлів (особливо папки wp-content) через панель керування сервером (DirectAdmin/cPanel) або перевірені утиліти резервного копіювання.
• Крок 2: Тест на Staging-оточенні. Склонуйте сайт на тестовий піддомен або підніміть локально через Docker. Проведіть оновлення спочатку там.
• Крок 3: Апдейт плагінів та теми. Перед тим як натиснути «Оновити WordPress», оновіть абсолютно всі активовані плагіни та поточну тему до останніх версій, що сумісні з гілкою 7.0.
• Крок 4: Запуск оновлення Core. Запустіть процес оновлення ядра через Dashboard > Updates. Після завершення обов’язково зайдіть у Налаштування > Постійні посилання (Permalinks) та просто натисніть кнопку «Зберегти зміни», щоб скинути правила перезапису URL.
• Крок 5: Смоук-тестування. Перевірте роботу критичних вузлів: кошик та оформлення замовлень у WooCommerce, роботу форм зворотного зв’язку, відображення кастомних блоків та швидкість завантаження сторінок. Якщо все чисто — переносимо зміни на «бойовий» сервер.

Замість висновку: