19 августа 2026 года вышел WordPress 7.1 «Mary Lou» — второй крупный релиз WordPress в 2026 году. На первый взгляд здесь нет одной функции уровня «всё изменилось», но если посмотреть на изменения вместе, релиз выглядит гораздо интереснее.
WordPress постепенно закрывает несколько старых архитектурных пробелов: адаптивный дизайн теперь можно контролировать непосредственно из редактора, изображения обрабатываются не только сервером, интерфейсы получают общую дизайн-систему, совместная работа переезжает непосредственно в редактор, а Abilities API становится всё более серьёзной основой для автоматизации и AI-интеграций.
- Видео
- Адаптивный дизайн становится частью самого WordPress
- Работа с изображениями заметно изменилась
- Notes превращаются в инструмент редакционной работы
- Панель администратора появилась внутри редакторов
- Появились блоки Tabs и Playlist
- Появился стандартный API для SVG-иконок
- Abilities API становится интереснее для автоматизации и AI
- В WordPress появляется фундамент общей дизайн-системы
- Редактор записей теперь всегда работает в iframe
- Улучшилась доступность
- Что не вошло в WordPress 7.1
- Итого
По данным команды проекта, в WordPress 7.1 вошло более 1500 улучшений и исправлений. В работе над релизом участвовало более 800 человек, из которых более 170 сделали свой первый вклад в WordPress.
Именно поэтому WordPress 7.1 стоит рассматривать не как очередное обновление Gutenberg, а как продолжение движения WordPress от классической CMS к более цельной платформе для создания и управления веб-продуктами.
Видео
Адаптивный дизайн становится частью самого WordPress
Пожалуй, самое заметное изменение WordPress 7.1 — появление встроенного управления адаптивными стилями.
Раньше логика была достаточно простой: вы задавали размер шрифта, отступ или другое свойство блока, а затем это значение использовалось на всех устройствах. Если требовалось сделать заголовок меньше на смартфоне или изменить отступы на планшете, приходилось писать CSS с @media или полагаться на возможности темы.

Теперь часть этой работы можно выполнить непосредственно в редакторе.
WordPress позволяет переключиться между Desktop, Tablet и Mobile и задавать разные параметры оформления для разных размеров экрана. Это работает как с глобальными стилями, так и с отдельными блоками.
Например:
- заголовок может иметь размер 64 px на большом экране и 36 px на смартфоне;
- большие внешние и внутренние отступы можно уменьшить на мобильных устройствах;
- отдельные параметры оформления можно менять в зависимости от ширины экрана;
- тему больше не обязательно дополнять собственными CSS media queries для каждого подобного изменения.
Для разработчиков блочных тем есть ещё одно важное изменение: breakpoint’ы для мобильных устройств и планшетов теперь можно определять через theme.json. То есть система адаптивности становится частью дизайн-системы конкретной темы, а не жёстко заданным поведением редактора.
Это особенно важно для корпоративных сайтов и дизайн-систем. theme.json постепенно превращается не просто в файл с цветами и типографикой, а в полноценное описание правил интерфейса сайта.
Появились стили Hover, Focus и Active
С адаптивными стилями связано ещё одно давно ожидаемое изменение — управление состояниями элементов.
В WordPress 7.1 можно задавать оформление для состояний:
- Hover;
- Focus;
- Focus Visible;
- Active.
Пока пользовательский интерфейс этой функции доступен прежде всего для блоков Button и Navigation Link, но архитектура рассчитана на дальнейшее расширение. Состояния можно определять как через интерфейс Global Styles, так и через theme.json.
Это кажется небольшим улучшением, но для разработки тем оно довольно фундаментальное.
До сих пор визуальный редактор WordPress хорошо описывал статическое состояние интерфейса, тогда как интерактивное поведение практически неизбежно уходило в CSS. Теперь WordPress начинает описывать и его.
В перспективе это позволяет держать гораздо большую часть дизайн-системы сайта внутри WordPress.
Иллюстрация: интерфейс Responsive Editing с переключением Desktop / Tablet / Mobile.
Работа с изображениями заметно изменилась
Вторая большая тема WordPress 7.1 — медиа.
Причём изменения происходят сразу на двух уровнях: пользователь получает новый интерфейс редактирования изображений, а технически часть обработки файлов переносится с PHP-сервера в браузер.
Новый редактор изображений
Старая система обрезки изображений внутри блока заменена отдельным Media Editor Modal.
Редактирование по-прежнему начинается со знакомой кнопки Crop, но дальше открывается отдельный интерфейс, где доступны:
- свободное кадрирование;
- фиксированные пропорции;
- горизонтальное и вертикальное отражение;
- точный поворот;
- привязка угла поворота;
- масштабирование;
- изменение метаданных изображения.
Для пользователя это прежде всего вопрос удобства: для простой подготовки изображения всё реже требуется Photoshop, Preview или другой внешний редактор.
Но техническое изменение здесь ещё интереснее.
WordPress начинает обрабатывать изображения в браузере
Традиционно процесс загрузки выглядел примерно так:
браузер → оригинал изображения → PHP → ImageMagick/GD → thumbnails → сервер
WordPress 7.1 умеет выполнять значительную часть операций прямо в браузере пользователя с помощью WebAssembly.
Клиентская обработка включает сжатие, изменение размера, преобразование форматов, корректировку ориентации и создание дополнительных размеров изображений. После этого подготовленные варианты отправляются на сервер.

Практическое преимущество очевидно: меньше нагрузки на PHP и меньше вероятность упереться в memory_limit или timeout при загрузке больших фотографий.
Особенно заметно это может быть на небольших VPS, shared hosting и сайтах с большим количеством пользовательских изображений.
WordPress 7.1 также улучшает работу с современными форматами, включая AVIF и HEIC, а также HDR gain maps. Это важно хотя бы потому, что HEIC давно является обычным форматом фотографий с iPhone.
Для старых устройств и браузеров предусмотрен fallback на привычную серверную обработку.
Это хороший пример более крупного изменения архитектуры WordPress: браузер становится не только интерфейсом редактора, но и полноценным вычислительным клиентом.
Иллюстрация: схема «раньше — PHP обрабатывает изображения / теперь — браузер предварительно готовит изображения и отправляет их WordPress».
Notes превращаются в инструмент редакционной работы
Ещё одна важная часть WordPress 7.1 — развитие Notes.
Раньше заметки были довольно простым способом оставить комментарий к блоку. Теперь они больше напоминают комментарии в Google Docs или Figma.

В WordPress 7.1 можно:
- оставить заметку на конкретном фрагменте текста;
- создать несколько отдельных обсуждений внутри одного блока;
- использовать ссылки;
- использовать жирное начертание, курсив и код;
- упоминать коллег через
@username; - автоматически уведомлять упомянутого пользователя;
- сворачивать длинные обсуждения.
Для сайта, которым управляет один человек, это приятная, но необязательная возможность.
Для редакции, агентства, корпоративного сайта или eCommerce-команды она уже значительно интереснее.
Вместо:
«Посмотри второй абзац на странице, кажется, там надо изменить формулировку»
можно оставить комментарий непосредственно возле нужного текста.
WordPress таким образом постепенно начинает закрывать ещё одну часть редакционного процесса, которая раньше обычно происходила в Google Docs, Slack, Telegram, Jira или Notion.
Но Google Docs из WordPress пока не получилось
Здесь важно не перепутать планы команды WordPress с тем, что действительно вошло в релиз.
В roadmap WordPress 7.1 активно тестировалось совместное редактирование в реальном времени, когда несколько пользователей могли бы одновременно работать с одним документом.
В финальный WordPress 7.1 эта возможность не вошла.
То есть Notes стали значительно мощнее, но полноценного multiplayer-редактора пока нет.
Вероятно, это один из наиболее интересных кандидатов для следующих версий WordPress.
Панель администратора появилась внутри редакторов
Небольшое изменение, которое можно недооценить: WordPress Toolbar теперь остаётся доступной внутри Post Editor и Site Editor.

Раньше верхний левый логотип WordPress одновременно выполнял роль довольно неочевидной кнопки возврата. Теперь навигация становится более последовательной:
- WordPress Logo имеет собственное назначение;
- иконка сайта открывает меню сайта;
- отдельная стрелка отвечает за возврат;
- привычная административная панель остаётся доступной во время редактирования.
Само по себе это не революция.
Но изменение хорошо показывает направление развития WordPress: Site Editor, редактор записей и классическая административная часть постепенно перестают выглядеть как три почти независимых приложения.
Интерфейс становится более цельным.
Появились блоки Tabs и Playlist
В WordPress 7.1 появились два новых Core-блока.
Tabs
Tabs позволяет собирать контент в переключаемые вкладки.
Типовые сценарии:
- характеристики товара;
- описание / доставка / гарантия;
- FAQ;
- описание тарифов;
- документация;
- информация о гостиничном номере или услуге.
Раньше подобная функциональность почти всегда означала установку дополнительного плагина или создание собственного блока.
Playlist
Playlist объединяет несколько аудиофайлов в плейлист и может показывать waveform композиции.
Для большинства корпоративных сайтов это нишевая функция, но она интересна с другой стороны: Core постепенно пополняется не только базовыми строительными блоками, но и более высокоуровневыми UI-компонентами.
Появился стандартный API для SVG-иконок
Для разработчиков особенно интересен новый SVG Icon API.
Теперь плагины и темы могут регистрировать собственные коллекции иконок через стандартный WordPress API и использовать их в редакторе.
В частности появились функции:
wp_register_icon_collection()
wp_register_icon()
wp_get_icon()
Это ещё один шаг к общей дизайн-системе WordPress.
Раньше каждый крупный плагин мог тащить собственный icon set, собственные React-компоненты и собственные правила рендеринга. Теперь появляется общий механизм.
Для разработчиков плагинов это стоит учитывать уже сейчас.
Abilities API становится интереснее для автоматизации и AI
Одна из менее заметных для обычного пользователя, но стратегически важных частей WordPress 7.1 — дальнейшее развитие Abilities API.
Abilities API появился раньше, но в 7.1 получил заметный набор доработок:
- фильтрацию зарегистрированных abilities;
- улучшенную проверку входных и выходных данных;
- хуки жизненного цикла выполнения;
- единый признак публичной доступности;
- более последовательные JSON Schema;
- типизацию входных параметров REST-запросов;
- улучшенную информацию о пользователе.
На первый взгляд это чисто developer feature.
Но здесь важно смотреть на Abilities API как на механизм, с помощью которого WordPress может стандартизированно описывать:
что этот сайт умеет делать.
Например:
- получить информацию о сайте;
- получить данные пользователя;
- создать запись;
- обработать товар;
- выполнить действие плагина;
- запустить некоторую автоматизацию.
А когда действие имеет формальное имя, описание, JSON Schema входных параметров и схему результата, его гораздо легче использовать не только обычному REST-клиенту, но и AI-агенту, MCP/WebMCP-клиенту или внешней системе автоматизации.
Именно поэтому Abilities API, возможно, является одной из самых интересных архитектурных частей современных версий WordPress.
WordPress постепенно получает слой, через который сайт может становиться не просто набором REST endpoints, а набором обнаруживаемых и формально описанных возможностей.
В WordPress появляется фундамент общей дизайн-системы
Ещё одно изменение пока почти незаметно обычному владельцу сайта.
WordPress 7.1 добавляет основу для Design System Theming.
Появляются семантические design tokens в виде CSS custom properties, новый wp-theme stylesheet и стабильные механизмы темизации компонентов @wordpress/ui.
Задача здесь большая: постепенно сделать интерфейс WordPress и интерфейсы сторонних плагинов более последовательными.
Сегодня ситуация хорошо знакома практически любому пользователю WordPress:
- WooCommerce выглядит одним образом;
- SEO-плагин — другим;
- форма обратной связи — третьим;
- Gutenberg — четвёртым;
- классический wp-admin — пятым.
Новая дизайн-система создаёт техническую основу для того, чтобы со временем эти интерфейсы могли использовать единые размеры элементов, цвета, радиусы, состояния и другие токены.
В 7.1 это скорее фундамент, чем законченная визуальная революция.
Но для будущего redesign wp-admin это важный шаг.
Редактор записей теперь всегда работает в iframe
Есть и изменение, которое разработчикам плагинов лучше не пропустить.
В WordPress 7.1 Post Editor окончательно переведён на iframe. Раньше выбор режима мог зависеть от используемых блоков и других условий, теперь редактор всегда работает внутри iframe.
Для большинства современных блоков ничего менять не потребуется.
Проблемы могут появиться у старого кода, который напрямую обращается к глобальным:
window
или
document
и предполагает, что содержимое редактора находится в том же DOM.
Поэтому плагины с нестандартным взаимодействием с canvas редактора желательно отдельно протестировать на WordPress 7.1.
Улучшилась доступность
Релиз также включает большой набор изменений accessibility: семантика административных таблиц, работа фокуса, контраст интерфейсов, клавиатурная навигация и взаимодействие с assistive technologies.
Отдельно появились функции:
wp_get_tooltip()
wp_get_toggletip()
для создания доступных подсказок в административном интерфейсе.
Это особенно полезно разработчикам плагинов: вместо собственных реализаций подсказок постепенно появляется стандартный WordPress-подход.
Что не вошло в WordPress 7.1
Не менее интересно посмотреть на вещи, которые активно обсуждались во время разработки, но в финальный релиз не попали.
Совместное редактирование в реальном времени
Функция активно тестировалась, но её решили пока не включать в Core.
React 19
Переход WordPress на React 19 также отложен. Эксперименты продолжаются в Gutenberg.
On This Day
Планировался новый Dashboard Widget, который показывал бы старые материалы, опубликованные в этот день в предыдущие годы. В 7.1 его нет.
Guidelines и Knowledge
В roadmap активно обсуждался механизм Guidelines — структурированные инструкции и знания сайта, которые могли бы использовать в том числе AI-инструменты.
Некоторые базовые элементы этой архитектуры развиваются дальше, но полноценное предложение не было включено в WordPress 7.1.
Это важное уточнение, потому что ранние обзоры WordPress 7.1 могут перечислять эти возможности как функции релиза.
Итого
WordPress 7.1 не переворачивает платформу за один день.
И, вероятно, это хорошо.
Вместо одной громкой функции релиз закрывает сразу несколько фундаментальных проблем: улучшает адаптивный дизайн, переносит часть медиаобработки в браузер, развивает совместную работу, унифицирует навигацию, создаёт основу дизайн-системы и продолжает строить программный слой Abilities API.
В результате WordPress становится чуть меньше похож на набор исторически сложившихся подсистем и чуть больше — на единую платформу.
И наиболее интересная часть WordPress 7.1 даже не Tabs, новый Crop или responsive controls.
Главное — направление.
WordPress постепенно собирает вместе контент, дизайн, интерфейсы, автоматизацию и AI-возможности в рамках одной архитектуры.
Именно за этим направлением будет особенно интересно следить в WordPress 7.2 и следующих версиях.