Вышел WordPress 7.0. Что нового и как это влияет на разработку сайтов.

20 мая 2026 года мир веб-разработки всколыхнуло долгожданное событие — состоялся официальный релиз WordPress 7.0, получивший кодовое имя «Armstrong» в честь легендарного джазового музыканта Луи Армстронга. Это не просто плановый патч с косметическими правками, а первое за долгое время крупное мажорное обновление после ветки 6.9. Релиз знаменует собой официальный переход платформы к Фазе 3 проекта Gutenberg, которая полностью сфокусирована на совместной работе, автоматизации редакционных процессов и нативной интеграции искусственного интеллекта.

Мы в нашей веб-студии детально разобрали этот масштабный архитектурный сдвиг. «Armstrong» в корне меняет подходы к разработке плагинов, созданию тем и повседневному управлению контентом. Давайте вместе разберем, к чему готовиться контент-командам, владельцам сайтов и разработчикам.

За кулисами релиза: через тернии к «Армстронгу»

Скажем прямо: путь этой версии к продакшену был похож на остросюжетный триллер. Изначально релиз планировали выпустить еще 9 апреля 2026 года, приурочив его к масштабному WordCamp Asia в Мумбаи. Однако архитектурные амбиции столкнулись с суровой реальностью бэкенда. Команде Core-разработчиков пришлось экстренно сдвигать сроки ради глубокой переработки системных слоев и оптимизации производительности ядра.

Вспомним, как это было:

• 12 ноября 2025 года: Выход первой альфа-версии.
• Зима 2025–2026: Изнурительная пятиэтапная фаза бета-тестирования.
• Апрель 2026 года: Стадия кандидатов на релиз (Release Candidate), где и вскрылись критические ошибки в механизме синхронизации данных. Разработчикам пришлось продлить тесты на весь месяц.
• 20 мая 2026 года: Официальный выход стабильной версии в свет.

Самой громкой драмой релизного цикла стал вынужденный отказ от Real-Time Collaboration (RTC) — функции полноценного одновременного редактирования текста в реальном времени (как в Google Docs). На жестких стресс-тестах эта механика буквально «вешала» базу данных и приводила к рассинхронизации состояний.

В итоге 8 мая 2026 года разработчики официально объявили об исключении RTC из финального дистрибутива. Как вы думаете, оправдан ли был такой шаг? Мы уверены, вы согласитесь с тем фактом, что лучше отложить сложную фичу, чем выкатить сырой продукт и поставить под удар стабильность миллионов работающих сайтов по всему миру.

Системное сопоставление: WordPress 7.0 против WordPress 6.9

Предыдущий релиз, WordPress 6.9 «Gene» (декабрь 2025 года), носил сугубо эволюционный, стабилизирующий характер. Да, он принес отличную оптимизацию: уменьшил вес стилей классических тем на 30–65% и сократил время отклика RSS-фидов на безумные 87%. Но версия 7.0 — это совершенно иная веха, меняющая саму парадигму CMS.

Давайте наглядно сравним, как изменились ключевые параметры платформы:

Параметр / Технология	WordPress 6.9 «Gene» TXT	WordPress 7.0 «Armstrong» TXT
Главная направленность	Очистка технического долга, локальный UX, точечные улучшения.	Масштабная AI-архитектура, модернизация панели управления.
Требования к PHP	Поддержка устаревших PHP 7.2 и 7.3.	Строго PHP 7.4 и выше. Рекомендованный стек поднят до PHP 8.3.
Базовая библиотека JS	React 18.	React 19 (асинхронный рендеринг, улучшенная работа с DOM).
Система сборки ядра	Классический старый стек сборки.	Сверхбыстрый esbuild (радикальное ускорение компиляции).
Интеграция с ИИ	Исключительно через сторонние плагины.	Нативная абстракция WP AI Client на уровне ядра.
Интерфейс админки	Итеративные правки классической панели.	Полный перенос ключевых разделов на React-компонент DataViews.
Совместная работа	Асинхронные блочные комментарии («Notes»).	Визуальное сравнение версий, гибкие цепочки ревизий.

Интегрированная система искусственного интеллекта

Главный технологический прорыв версии 7.0 — это появление независимого от провайдеров слоя абстракции для работы с нейросетями. Архитектура спроектирована так, чтобы защитить владельцев сайтов от монополии конкретных ИИ-сервисов.

Центральным интерфейсом ядра стал WP AI Client, обрабатывающий запросы к генеративным моделям. Для разработчиков плагинов теперь доступен конфигурационный класс WP_AI_Client_Prompt_Builder. Очень удобен метод using_model_preference(), который позволяет динамически выбирать модель в зависимости от её доступности, скорости работы и текущей стоимости.

Вот пример из официальной документации, показывающий, как элегантно теперь выглядит вызов генерации текста через Core API:

$text = wp_ai_client_prompt( 'Напишите хайку о WordPress.' )->generate_text();
if ( is_wp_error( $text ) ) {
    // Обработка ошибки
    return;
}
echo wp_kses_post( $text );

Если же плагину нужно задать строгие рамки и выстроить приоритет моделей, разработчики могут использовать гибкую цепочку вызовов:

$text_result = wp_ai_client_prompt( 'Суммируйте историю книгопечатания.' )
    ->using_temperature( 0.1 )
    ->using_model_preference(
        'claude-sonnet-4-6',
        'gemini-3.1-pro-preview',
        'gpt-5.4'
    )
    ->generate_text_result();

Важная ремарка: Пожалуйста, читайте этот код правильно. Это внутренний инструмент для разработчиков тем и плагинов, а не готовый сниппет, который конечный пользователь может просто скопировать в консоль для мгновенного результата.

Для настройки ИИ в админке появился раздел «Настройки → Connectors» на базе нового Connectors API. Из коробки ядро спокойно дружит с OpenAI (ChatGPT), Google (Gemini) и Anthropic (Claude). Сторонние разработчики могут регистрировать свои шлюзы. Здесь же можно тонко регулировать «температуру» генерации: низкие значения (например, 0.1) гарантируют строгую точность и детерминированность, а высокие — творческий полет мысли нейросети.

Параллельно внедрены Abilities API и Client-Side Abilities (пакеты @wordpress/core-abilities и @wordpress/abilities). Они позволяют плагинам декларировать свои функции в машиночитаемом виде. В будущем ИИ-ассистенты смогут считывать эти данные через REST API и автономно выполнять сложные цепочки задач: например, сами сгенерируют структурированный пост, подберут под него таксономии и отформатируют документ. Это мощный шаг к «автономному вебу».

Для обычных редакторов уже сейчас доступны инструменты автоматической генерации отрывков (excerpts), SEO-описаний и альтернативного текста (Alt) для картинок на лету. Но не стоит впадать в эйфорию. В стартовых сборках встроенный ИИ-аналитик структуры контента вел себя довольно нестабильно. Это лишь подтверждает, что технология пока «притирается» к ядру CMS. Тестируйте ИИ-функции на staging-среде, прежде чем доверять им боевые проекты.

Модернизация интерфейса административной панели

Панель управления wp-admin получила самое масштабное обновление со времен WordPress 3.8. Платформа планомерно избавляется от наследия старых серверных таблиц, заменяя их на современные React-интерфейсы.

➡️ Фреймворк DataViews

Классический PHP-класс WP_List_Table, десятилетиями выводивший списки постов и страниц, уступил место динамическому фреймворку DataViews. Теперь пользователи могут на лету переключаться между стандартной таблицей, сеткой (Grid) и списком. Можно настраивать сложную фильтрацию и группировку без перезагрузки страниц, а также сохранять свои кастомные представления для дальнейшей работы.

Внимание разработчикам: Кастомные плагины (особенно интернет-магазины на WooCommerce), которые жестко переопределяли WP_List_Table, с огромной вероятностью «сломаются». Технический аудит и тестирование на staging перед апдейтом теперь становятся жесткой необходимостью.

➡️ View Transitions API

Переходы между ключевыми разделами админки стали плавными и анимированными, как в хороших SPA-приложениях. Это существенно снижает когнитивную нагрузку при переключении задач. Приятно, что система уважает настройки доступности: если у пользователя в операционной системе включен режим сокращения движения (reduced-motion), анимация автоматически отключается.

➡️ Глобальная командная строка

Командная палитра, вызываемая через ⌘K или Ctrl+K, наконец-то обрела постоянную кнопку в верхней панели администрирования. Больше не нужно блуждать по разросшемуся боковому меню — нажали комбинацию клавиш, начали вводить название настройки или действия и мгновенно переместились в нужную точку.

➡️ Визуальные ревизии (Visual Revisions)

Забудьте о страшных текстовых diff-файлах с кодом, которые пугали контент-менеджеров. Теперь в систему контроля версий встроен интерактивный слайдер, позволяющий накладывать две редакции страницы друг на друга. Изменения подсвечиваются цветовой разметкой: зеленый — добавлено, красный — удалено, желтый — изменены параметры. Клик по элементу в сводке сразу перемещает редактора к нужному блоку. Для крупных редакций это настоящий прорыв в координации.

Инструменты визуального проектирования и библиотека блоков

Gutenberg активно развивается в сторону полноценного «конструктора для всех», избавляя от необходимости писать кастомный код для базовых вещей.

• Кастомизация мобильного меню (Navigation Overlays): Мобильные «гамбургер-меню» стали полноценными редактируемыми шаблонами. Вдохновившись популярным сторонним решением Ollie Menu Designer, разработчики позволили собирать оверлеи из любых блоков: форм подписки, иконок соцсетей или поиска. Ради оптимизации скорости изображения в таком меню автоматически деприоритизируются при рендеринге и не блокируют загрузку.
• Нативный контроль видимости (Responsive Visibility): Наконец-то можно обойтись без сторонних плагинов скрытия блоков. В инспектор добавлены нативные переключатели отображения элементов на смартфонах, планшетах и десктопах. В режиме структуры (List View) такие блоки помечаются специальными индикаторами.
• Новые элементы управления: Добавлен нативный блок хлебных крошек (Breadcrumbs) со встроенной микроразметкой Schema.org. Появился блок SVG-иконок (Icons) с библиотекой из 88 базовых векторов (прощай, тяжелый Font Awesome!). Блок абзаца получил нативную многоколоночную верстку, а блок обложки (Cover) — прямую вставку фоновых видеороликов с оптимизированной отложенной загрузкой.
• Font Library для всех: Ранее управление шрифтами было эксклюзивом блочных тем. Теперь библиотека шрифтов открыта для классических и гибридных тем, позволяя централизованно администрировать и загружать шрифты из одного интерфейса.
• CSS на уровне блоков: Появилась возможность применять кастомный CSS к конкретному выбранному блоку прямо в редакторе. Отличная новость для тех, кому нужно быстро сделать точечную уникальную правку на странице.

Что нового для веб-разработчиков

Для профессионального сообщества WordPress 7.0 приготовил как приятные инструменты ускорения рутины, так и довольно бескомпромиссные требования к обновлению инфраструктуры.

1. PHP-only регистрация блоков: С целью снижения объема JS-кода в бэкенде представлена технология регистрации серверных блоков исключительно через PHP. Система сама генерирует интерфейс управления в инспекторе на основе метаданных. Это значительно снижает порог входа для PHP-разработчиков и ускоряет создание простых блоков.
2. React 19 и esbuild: Переход на React 19 открывает доступ к серверным компонентам для создания высокопроизводительных интерфейсов. А обновление среды @wordpress/build до высокоскоростного сборщика esbuild сократило время компиляции ассетов при локальной разработке с минут до считанных секунд.
3. Браузерная обработка медиафайлов: Процессы сжатия, ресайза и конвертации изображений в современный формат AVIF теперь происходят на стороне клиента (в браузере пользователя) перед отправкой на сервер. Это практически сводит к нулю серверные ошибки нехватки памяти (memory limit) при загрузке тяжелых фото.
4. Усиление безопасности: Из стандартного селектора автоматических ролей для новых пользователей в целях безопасности полностью убрали критические роли «Администратор» и «Редактор». Если на старом сайте была допущена такая ошибка настройки, инструмент Site Health (Здоровье сайта) тут же забьет тревогу.
5. Interactivity API: В пакет добавлен метод watch(), позволяющий подписываться на изменения сигналов внутри callback’а. Директива data-wp-watch облегчает создание интерактивных фронтенд-компонентов без использования тяжелых сторонних JS-фреймворков.

Что важно знать перед обновлением

Нововведений много, но мы в студии настоятельно рекомендуем контролируемый и осторожный подход к обновлению боевых проектов. Ловите чек-лист безопасного перехода:

• Полный бэкап: База данных, файлы, конфигурация кэша. И обязательно убедитесь, что вы умеете быстро разворачивать этот бэкап в случае форс-мажора.
• Только через staging-среду: Создайте точную копию сайта на тестовом хостинге. Проверьте тему, критические формы, плагины кэширования и особенно WooCommerce. Категорически запрещено обновлять живые коммерческие сайты «в один клик» на продакшене.
• Аудит AI-плагинов: Сторонние модули ИИ могут конфликтовать с новым нативным WP_AI_Client. Уточните у их разработчиков статус совместимости с веткой 7.0.
• Обновление окружения: Если ваш хостинг до сих пор «сидит» на PHP 7.2 или 7.3, сайт попросту откажется обновляться. Пора переходить как минимум на PHP 7.4, а в идеале — сразу на PHP 8.3. Также проверьте актуальность версий MySQL/MariaDB, так как запросы к БД в 7.0 стали более современными.

Преимущества, риски и компромиссы

Давайте объективно взвесим все плюсы и минусы первых недель практической эксплуатации WordPress 7.0.

Плюсы:

• Единая, независимая от монополистов AI-инфраструктура с удобным меню управления ключами в админке.
• Меньше мусора в коде: отпала необходимость в сторонних плагинах для хлебных крошек, иконок и управления видимостью блоков.
• Ощутимый прирост производительности за счет оптимизации медиа на клиенте и перехода на esbuild/React 19.
• Безопасность: закрыта критическая уязвимость со случайным назначением прав админа новым пользователям.

Минусы и риски:

• Совместная работа в реальном времени (аналог Google Docs) вырезана перед самым релизом из-за проблем со стабильностью. Пока имеем лишь асинхронные заметки.
• Проблемы совместимости: замена старого класса таблиц на DataViews ломает админки многих старых плагинов.
• Психологический фактор: новая сине-фиолетовая цветовая схема интерфейса админки уже вызвала бурные споры среди консерваторов, привыкших к строгому классическому стилю.

Дорожная карта и прогнозы

Проект WordPress возвращается к своему классическому трехрелизному годовому циклу. Архитектура «Armstrong» закладывает фундамент на годы вперед, и вот чего нам ждать в ближайшем будущем:

• WordPress 7.1 (ориентировочно — 19 августа 2026 года): Focus сместится на оптимизацию рабочих процессов с медиафайлами и гранулярную систему прав пользователей. Сюда же доедут инструменты сложной фильтрации AI-коннекторов.
• WordPress 7.2 (ориентировочно — 10 декабря 2026 года): Разработчики предпримут вторую попытку внедрить синхронное редактирование в реальном времени (на базе протокола Yjs). И, что самое долгожданное, начнется закладка Фазы 4 — нативной мультиязычности прямо в ядре системы.

Стратегические выводы

WordPress стремительно превращается из простого блогового движка в комплексную, мощную операционную систему для веб-издательства. Развитие таких инструментов, как Abilities API, явно готовит нас к эпохе «автономного веба», где рутинные задачи SEO, перелинковки и первичной верстки будут выполнять послушные AI-агенты.

Но пока ИИ — это лишь ваш ассистент, помогающий победить «эффект чистого листа». Любой сгенерированный текст или метаданные всё ещё требуют обязательной верификации человеком перед публикацией. Не забывайте контролировать лимиты и бюджеты на стороне API-провайдеров, чтобы контент-менеджеры случайно не выставили вам счет на тысячи долларов за генерацию картинок.

Как вы считаете, оправдана ли интеграция искусственного интеллекта на столь глубоком уровне в ядро CMS, или разработчикам стоило сосредоточить все силы исключительно на доработке совместного редактирования текста в реальном времени?

Заинтересованы в разработке сайтов на ВордПресс?

Отправьте нам сообщение в мессенджере или через форму обратной связи. Обсудим ваш проект, цели, задачи и сроки разработки. Мы — опытная студия создания сайтов на WordPress в Казани с многолетней практикой. Разработаем для вас лендинг, корпоративный сайт, сайт-визитку или интернет магазин. Работаем по всей России с физ.лицами и юр.лицами, гарантируя прозрачное ценообразование и сопровождение сайта даже после сдачи проекта.