WordPress 7.0: что нового и стоит ли обновляться

WordPress 7.0 «Armstrong» вышел 20 мая 2026 года. Это самый крупный релиз за несколько лет: в ядре появилась инфраструктура для ИИ, админка получила первый серьёзный редизайн с 2013 года, а блоки теперь можно писать на чистом PHP — без сборки и JavaScript. При этом главную анонсированную фичу — совместное редактирование в реальном времени — из релиза вырезали за две недели до выхода. Разбираем, что реально вошло в 7.0 и кому стоит обновляться сейчас, а кому — подождать.

Главное за 30 секунд

• AI в ядре: AI Client, Abilities API и хаб коннекторов. Это фундамент для плагинов, а не готовый «ИИ-помощник из коробки».
• Новая админка: списки записей, страниц и медиафайлов переехали на DataViews — современный интерфейс на React вместо таблиц образца 2013 года.
• PHP-only блоки: блоки для Gutenberg теперь регистрируются и рендерятся на чистом PHP, без wp-scripts и сборки.
• Визуальные ревизии: сравнение версий записи прямо в редакторе, с цветовой подсветкой изменений.
• Совместное редактирование — не вошло. Убрано из релиза 8 мая 2026 года, живёт в плагине Gutenberg.

AI в ядре: клиент, Abilities API и коннекторы

Самое обсуждаемое в 7.0 — интеграция ИИ. Важно понимать, что именно сделали: WordPress не встроил чат-бота в админку. Он встроил стандартный слой, через который плагины и темы обращаются к внешним ИИ-провайдерам.

Три составляющие:

1. AI Client — единый программный интерфейс для запросов к генеративным моделям. Плагину больше не нужно тащить собственный SDK под OpenAI или Gemini: он говорит с AI Client, а тот — с провайдером.
2. Abilities API — реестр «способностей»: суммаризация текста, генерация изображения и так далее. Разработчик запрашивает способность, а не конкретную модель. Провайдера можно поменять — код плагина не меняется.
3. Хаб коннекторов — центральное место в админке, где подключаются ИИ-провайдеры. Один раз ввели ключ — все плагины пользуются.

Что это значит на практике. Раньше каждый SEO-плагин, каждый генератор описаний и каждый переводчик хранил свой API-ключ и слал запросы по-своему. Теперь у них общая шина. Меньше дублирования, меньше ключей, разложенных по настройкам разных плагинов, и предсказуемые расходы — трафик к провайдеру идёт через одну точку.

Если вы не пользуетесь ИИ — ничего не изменится. Без подключённого провайдера AI Client просто спит. А что из ИИ-плагинов реально помогает уже сейчас, разобрали в обзоре ИИ в WordPress.

Редизайн админки: DataViews вместо таблиц 2013 года

Списки контента в админке — записи, страницы, медиатека — не менялись по сути со времён WordPress 3.8 (2013 год). В 7.0 их заменил DataViews — интерфейс на React, который уже обкатали в редакторе сайта.

Что изменилось для редактора контента:

• Виды отображения: таблица, сетка, список — переключаются в один клик. Медиатеку удобно смотреть сеткой, записи — таблицей.
• Настраиваемые колонки: можно скрыть лишнее и вывести нужное — например, автора и дату, убрав рубрики.
• Фильтры и сортировка работают без перезагрузки страницы.
• Командная палитра — быстрый переход к любому экрану админки с клавиатуры, как в редакторе кода.

Привычные действия — создать, отредактировать, удалить — никуда не делись, но кликать придётся в других местах. Заложите полчаса на то, чтобы команда привыкла к новым спискам.

PHP-only блоки: Gutenberg без сборки

До 7.0, чтобы сделать собственный блок, нужен был JavaScript, React и сборка через wp-scripts. Для PHP-разработчика — целый чужой стек ради одного блока «телефон в шапке».

В 7.0 блок можно зарегистрировать и отрендерить целиком на PHP: без единой строки JavaScript, без npm и без билд-пайплайна. Блок описывается в block.json, разметка задаётся PHP-шаблоном — и он появляется в редакторе как обычный блок.

Кому это важно:

• агентствам и фрилансерам, которые делают клиентские сайты на PHP и не хотят держать JS-инфраструктуру;
• авторам классических тем — путь в блоки стал короче;
• всем, кто раньше решал задачу шорткодами: теперь то же самое делается нативным блоком.

Если вы только осваиваете редактор — начните с нашего гида по блокам Gutenberg, а PHP-блоки оставьте на потом.

Визуальные ревизии

Ревизии в WordPress всегда были: старый экран сравнения версий показывал текст с плюсами и минусами, как diff в git, — понятно разработчику, непонятно редактору.

В 7.0 появился новый экран ревизий внутри редактора блоков: изменения показываются визуально, на превью страницы, с цветовой маркировкой — что добавили, что убрали, что изменили. Откат к прежней версии — в пару кликов. Для редакций, где над текстами работают несколько человек, это самая недооценённая фича релиза.

Что вырезали: совместное редактирование

Главным анонсом 7.0 должно было стать редактирование записи несколькими людьми одновременно — как в Google Docs. 8 мая 2026 года, за две недели до релиза, команда ядра объявила, что функция в 7.0 не войдёт: тестирование выявило гонки состояний, высокую нагрузку на сервер и проблемы с памятью.

Проект не закрыт — он продолжает развиваться в плагине Gutenberg, где его можно попробовать уже сейчас. Как устроена технология и что она изменит для редакций, мы разобрали в отдельной статье: совместное редактирование в WordPress.

Производительность: честно

В анонсах хостингов встречаются громкие цифры ускорения. Реальность скромнее: релизом производительности была версия 6.9 (декабрь 2025) — она сократила время первой отрисовки контента у блочных тем на 33% и радикально ускорила RSS. WordPress 7.0 — релиз возможностей: улучшения в нём архитектурные (тот же DataViews разгружает админку), но ждать заметного ускорения фронтенда после обновления не стоит. Если сайт тормозил на 6.9 — на 7.0 он сам по себе быстрым не станет.

Стоит ли обновляться: сравнение и чек-лист

Коротко: 6.9 против 7.0.

Критерий	WordPress 6.9	WordPress 7.0
Фокус релиза	Производительность	Новые возможности
Админка	Классические таблицы	DataViews, командная палитра
ИИ	Нет	AI Client, Abilities API, коннекторы
Кастомные блоки	Только через JS-сборку	PHP-only блоки без сборки
Ревизии	Текстовый diff	Визуальное сравнение
Совместное редактирование	Нет	Нет (вырезано, живёт в плагине Gutenberg)
Риск при обновлении	—	Средний: редизайн админки, новые API

Чек-лист перед обновлением — пройдите сверху вниз:

1. Сделайте полный бэкап — файлы и база данных, и проверьте, что бэкап разворачивается.
2. Проверьте плагины: у критичных для бизнеса (магазин, формы, бронирование) в описании должна быть заявлена совместимость с 7.0.
3. Обновитесь сначала на staging-копии сайта, а не на проде.
4. Прокликайте админку: новые списки записей и медиатека могут конфликтовать с плагинами, которые перекраивали старые таблицы.
5. Проверьте кастомные блоки и шорткоды в редакторе — откройте 3–5 типовых страниц и убедитесь, что ничего не «рассыпалось».
6. Проверьте фронтенд: главная, карточка товара или записи, формы.
7. Только после этого — обновляйте прод, в часы наименьшего трафика.

Кому обновляться сразу: простым блогам и корпоративным сайтам на популярных темах и плагинах — риск минимален, а новая админка того стоит. Кому подождать: магазинам на WooCommerce с обвязкой из десятка плагинов и сайтам с кастомной админкой — дайте экосистеме 4–6 недель на выпуск совместимых версий и дождитесь первого минорного патча 7.0.x.

Отдельная заметка для разработчиков: если ваши плагины добавляли колонки и действия в старые списки записей через классические хуки, проверьте их поведение в DataViews в первую очередь — именно на стыке старого и нового интерфейса админки сейчас всплывает больше всего несовместимостей. И посмотрите на Abilities API: если плагин ходит в ИИ-провайдера напрямую, миграция на общий слой ядра избавит вас от поддержки собственных интеграций.

Вывод

WordPress 7.0 — релиз про фундамент. ИИ-инфраструктура, новая админка и PHP-блоки — это вложение в следующие несколько лет платформы, а не набор фич, которые изменят ваш сайт за один день. Обновляться стоит, но без спешки: по чек-листу, через staging и после проверки ключевых плагинов. А за совместным редактированием следим в плагине Gutenberg — в ядро оно приедет в одном из следующих релизов.