WordPress 7.2: Notes, sudo mode и Secrets API — что готовят к декабрьскому релизу

18 сентября команда WordPress Core опубликовала roadmap WordPress 7.2. Релиз планируется на начало декабря 2026 года, а в список активных направлений вошли изменения редактора, безопасности, API, медиабиблиотеки и интерфейсов для разработчиков.

Самые заметные пункты — развитие Notes, возможный sudo mode с повторной аутентификацией перед чувствительными действиями, новый Secrets API, усиление Application Passwords и дальнейшее открытие Site Editor для расширений.

Важно не воспринимать roadmap как окончательный changelog. Команда WordPress отдельно подчёркивает, что перечисленные функции активно разрабатываются, но не каждая из них гарантированно попадёт в финальную версию 7.2.

Когда ожидается WordPress 7.2

По официальному плану WordPress 7.2 должен выйти в начале декабря 2026 года. До релиза отдельные задачи могут измениться, быть перенесены или получить другой интерфейс. Поэтому сейчас полезнее смотреть не на конкретные кнопки, а на направления, в которых развивается Core.

Для владельцев рабочих сайтов это означает, что обновление нужно будет проверять на staging, особенно если проект использует кастомные блоки, плагины авторизации, Application Passwords, расширения Site Editor или сложную медиабиблиотеку.

Notes становятся ближе к режиму совместной редакторской работы

Одно из главных направлений 7.2 — развитие Notes, то есть комментариев к блокам. В roadmap заявлены предложения изменений, которые можно принять или отклонить, emoji reactions и более быстрый способ добавлять заметки из панели блока.

Это ещё не полноценное совместное редактирование в стиле Google Docs. Команда прямо пишет, что collaborative editing не включён в roadmap 7.2 как готовая функция. Но Notes постепенно превращаются из простого комментария в инструмент редакционного согласования.

Для контентных команд это может уменьшить количество правок, которые сейчас приходится обсуждать в мессенджере или отдельном документе.

Sudo mode: повторная аутентификация для опасных действий

Для безопасности WordPress рассматривает механизм, который условно называют sudo mode. Идея знакома по административным системам: даже если пользователь уже авторизован, особо чувствительное действие может потребовать повторного подтверждения личности.

Это особенно полезно при операциях с повышенным риском. Если сессия администратора была перехвачена или рабочий компьютер остался без присмотра, одного факта активной авторизации будет недостаточно для некоторых критических действий.

Пока это начальная работа и подробная спецификация ещё развивается. Поэтому закладываться на конкретный API sudo mode в production-коде рано, но разработчикам административных интерфейсов стоит следить за проектом.

Secrets API может дать WordPress штатный слой для секретов

Ещё одно важное направление — Secrets API. В WordPress давно существует практическая проблема: плагинам нужно хранить API-ключи, токены и другие credentials, но единого первого класса интерфейса для такой задачи в Core нет.

Roadmap ссылается на предложение Secrets API, которое должно дать стандартный способ хранения credentials и поддержку WP-CLI. Полноценный пользовательский интерфейс рассматривается как последующий этап.

Для разработчиков интеграций это потенциально важнее очередной визуальной функции. Чем меньше каждый плагин изобретает собственный способ работы с секретами, тем проще аудит, переносимость и контроль доступа.

Application Passwords получат дополнительное усиление

В WordPress 7.2 также планируется работа над Application Passwords. Среди обозначенных задач — улучшения UX, уведомление по email при создании нового application password, более корректная проверка окружения и защита от небезопасных значений роли по умолчанию.

Application Passwords часто используются в REST API-интеграциях, поэтому изменения важны для сайтов, связанных с внешними сервисами. Если ваш проект использует такую авторизацию, перед обновлением стоит проверить создание, отзыв и реальные запросы от интеграции.

Extensible Site Editor открывается для сторонних экранов

Команда продолжает работу над новой расширяемой основой Site Editor. В roadmap говорится о server-side view config, который позволит авторам плагинов регистрировать собственные экраны и настройки без отдельных самописных API для каждого случая.

Это заметный архитектурный сдвиг. Site Editor постепенно становится не только редактором шаблонов, но и платформой, которую плагины смогут расширять более стандартизированным способом.

Для сложных WordPress-проектов это может уменьшить количество несвязанных административных экранов и дать более единообразный интерфейс.

Новые блоки: Description List и Table of Contents

В библиотеку блоков планируется добавить нативный Description List с семантическими элементами dl, dt и dd. Это полезно для характеристик, терминов, FAQ-подобных справочных блоков и других пар «название — описание».

Также команда хочет стабилизировать давно экспериментальный Table of Contents Block, переведя его на server-side dynamic rendering. Это должно сделать содержание страницы предсказуемее между редактором и frontend.

Global Styles и адаптивные состояния

WordPress 7.2 продолжит развитие Global Styles. В планах — интерфейс для стилизации элементов форм, расширение responsive styling и поддержка custom states для блоков.

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

Для тем и кастомных блоков это означает, что часть CSS-настроек, которые раньше реализовывались вручную, постепенно получает стандартный интерфейс.

Interactivity API продолжает развиваться

В roadmap есть дальнейшая работа над Interactivity API. Среди направлений — возможность реактивно выводить доверенный HTML из store и более корректно отслеживать клиентскую навигацию.

Для разработчиков динамических блоков это важный сигнал: WordPress продолжает укреплять собственный стандартный слой frontend-интерактивности, а не только набор отдельных решений внутри Core-блоков.

React 19 пока не обещан для 7.2

Работа над совместимостью Gutenberg с React 19 продолжается, но сама команда отмечает, что полное обновление, скорее всего, не успеет войти в WordPress 7.2. Этот пункт присутствует в roadmap скорее как ориентир для будущего.

Поэтому разработчикам не стоит заранее переписывать расширения исходя из предположения, что WordPress 7.2 точно переключится на React 19.

Медиабиблиотека и обработка изображений

WordPress продолжает развивать client-side media processing. Задача — сделать обработку файлов менее зависимой от ограничений конкретного хостинга и постепенно расширять поддержку форматов и производительность.

Отдельно планируются улучшения media inserter для больших библиотек и более понятная связь между оригинальными изображениями и их обрезанными версиями.

Для крупных сайтов это особенно интересно: медиабиблиотека часто становится узким местом задолго до того, как проблемы появляются в обычных постах.

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

В направлении performance команда упоминает отказ от конкатенации скриптов и стилей в пользу prefetching, а также дальнейшие улучшения responsive images.

Это не означает, что после обновления любой сайт автоматически станет быстрее. Производительность WordPress по-прежнему зависит от темы, плагинов, базы данных, изображений и серверной конфигурации. Но изменения Core могут убрать часть старых компромиссов.

AI в WordPress 7.2: работа идёт, но без гарантии попадания в Core

Roadmap отдельно описывает AI-направления, однако команда подчёркивает: функции сначала должны показать практическую ценность и использование в AI plugin. Среди экспериментов — расширение WordPress abilities, обновление MCP Adapter, управляемый доступ к MCP, agent identity, embeddings, semantic search и streaming responses.

Это важное уточнение для заголовков в стиле «WordPress 7.2 получит AI». Сейчас корректнее говорить о продолжающейся экспериментальной работе, а не о гарантированном наборе Core-функций.

Нужно ли что-то менять уже сейчас

Нет необходимости переделывать рабочий сайт только на основании roadmap. До релиза функции могут измениться. Но если на проекте есть старый код вокруг редактора, авторизации, REST API или медиа, сейчас хороший момент привести его в понятное состояние и убрать зависимость от неофициальных обходных решений.

Для технической подготовки можно начать с обычной доработки и аудита WordPress: проверить staging, обновляемость, кастомный код и критические интеграции. Если нужна разработка или сопровождение проекта, можно также посмотреть страницу WordPress-разработчика.

Официальный источник

Roadmap опубликован командой WordPress Core 18 сентября 2026 года: Roadmap to 7.2 — Make WordPress Core.

При планировании обновления стоит ориентироваться на финальные release notes и тестовые версии ближе к релизу, а не считать весь roadmap уже утверждённым набором функций.