WordPress 7.0: Обзор новых функций, AI-коннекторов и пошаговая подготовка к обновлению

Релиз WordPress 7.0 запланирован на 20 мая 2026 года, и самые значительные обновления выходят за рамки функций, показанных на скриншотах. Новый блок «Хлебные крошки», блок «Иконки», переработанная административная панель и расширенная функциональность заметок на уровне блоков составляют основную часть анонсов.

Самое большое изменение — это инфраструктура искусственного интеллекта, лежащая в основе этих функций. API коннекторов (Connectors API), AI-клиент (AI Client) и API способностей (Abilities API) предоставляют плагинам, темам и внешним AI-агентам стандартизированный способ чтения и взаимодействия с сайтом на WordPress.

Первоначально выпуск был запланирован на 9 апреля 2026 года, но был отложен для дополнительной работы над стабильностью и производительностью. RC 4 от 14 мая является финальным кандидатом в релиз, после чего следует заморозка кода 19 мая и общий доступ 20 мая.

Два обновления требуют пристального внимания от владельцев сайтов. Переработка административной панели на основе DataViews перестраивает экраны списков записей, страниц и медиафайлов, которые являются одними из наиболее настраиваемых частей панели управления WordPress. Минимальные требования к PHP также были повышены до версии 7.4, что прекращает поддержку PHP 7.2 и 7.3.

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

Дата релиза и масштаб WordPress 7.0

WordPress 7.0 — это первый крупный релиз 2026 года, и номер представляет собой маркетинговую веху, а не технический разрыв. Внутренняя кодовая база остается совместимой с линейкой 6.x, и изменение версии не сбрасывает существующие плагины, темы и API.

Он объединяет содержимое Gutenberg с версиями 22.0 по 22.6 в ядро. Результатом является релиз, охватывающий инструменты для совместной работы, улучшения рабочего процесса редактирования, инструменты дизайна, работу с медиафайлами и более широкий набор API для разработчиков.

Изменение графика повлияло на список функций. Совместная работа в реальном времени, которая месяцами позиционировалась как флагманская функция 7.0, была удалена из релиза 8 мая. Система заметок на уровне блоков (Notes) включена в релиз, но многопользовательское одновременное редактирование — нет. WordPress 7.0 не поддерживает совместное редактирование в реальном времени. Команды по-прежнему могут работать над одной записью, но не одновременно, в отличие от Google Docs. Рабочие процессы, построенные на совместном редактировании в реальном времени, потребуют корректировки.

API коннекторов и встроенные провайдеры

API коннекторов (Connectors API) — это новая платформа для регистрации и управления подключениями к внешним сервисам. Первая волна зарегистрированных коннекторов предназначена для AI-провайдеров. WordPress 7.0 включает три встроенных коннектора, зарегистрированных «из коробки». OpenAI, Anthropic и Google отображаются как опции по умолчанию на новом экране административной панели Настройки > Коннекторы.

Последствие для пользователя — административное. Владелец сайта вводит API-ключ один раз, и любой плагин, созданный для AI-клиента, может использовать это подключение без запроса отдельного ключа.

До версии 7.0 плагины обрабатывали API-ключи отдельно. Один плагин для генерации контента требовал ключ OpenAI, другой SEO-плагин требовал еще один, а медиа-плагин — третий. Такая настройка создавала дублирующиеся учетные данные, непоследовательную обработку ограничений скорости и ограниченную видимость того, как используются провайдеры.

Разработчики также могут расширять API коннекторов. Действие wp_connectors_init выполняется во время регистрации и позволяет плагинам добавлять провайдеров или переопределять метаданные коннектора. Затем экран администратора использует реестр провайдеров для отображения этих настроек.

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

Платформа коннекторов выходит за рамки AI-провайдеров. Сервисы хранения, инструменты транскрипции и другие внешние интеграции могут регистрироваться через ту же систему. AI — первая категория, которая его использует.

AI-клиент и API способностей

AI-клиент (AI Client) — это независимый от провайдера PHP-интерфейс, встроенный в ядро WordPress. Плагины используют его для отправки запросов внешним AI-моделям и получения ответов в стандартизированном формате. WordPress не включает собственный AI-движок. Вместо этого AI-клиент предоставляет единый способ для плагинов взаимодействовать с внешними провайдерами, что упрощает смену провайдера в будущем без перестройки логики плагина.

AI-клиент опирается на API способностей (Abilities API), который действует как центральный реестр именованных действий. Плагины, темы и ядро могут регистрировать такие действия, как create_order, list_products, get_inventory и schedule_post. Каждое включает правила ввода и вывода, проверки разрешений и метаданные, описывающие, как должно выполняться действие.

WordPress 6.9 представил серверный API способностей, а версия 7.0 добавляет JavaScript-версию. Обновление включает два пакета: @wordpress/abilities для управления состоянием и @wordpress/core-abilities для интеграции с WordPress через REST. Это позволяет функциям редактора блоков и административной панели напрямую обращаться к реестру, а не полагаться на пользовательские конечные точки, созданные плагинами.

API способностей обеспечивает согласованность интеграций плагинов. До его появления плагины предоставляли функциональность через пользовательские маршруты, хуки или недокументированные PHP-функции, и каждая интеграция обрабатывала эти системы по-разному. С помощью «Способностей» плагины регистрируют возможности через общую структуру. Например, расширение WooCommerce может зарегистрировать create_product, а плагин бронирования — reserve_slot, и оба могут быть доступны через один и тот же шаблон API.

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

MCP-адаптер и двусторонний доступ агентов

Протокол контекста модели (Model Context Protocol, MCP) — это открытый стандарт того, как AI-клиенты обнаруживают и вызывают инструменты. Пакет MCP-адаптера (MCP Adapter) связывает API способностей с MCP. Любая способность, зарегистрированная через API способностей, становится обнаруживаемой и вызываемой как MCP-инструмент для любого совместимого MCP-клиента.

Список совместимых клиентов в настоящее время включает:

Claude Desktop

Claude Code

Cursor

VS Code

Шаблон использования одинаков в каждом случае. Клиент подключается к сайту WordPress, запрашивает доступные способности и вызывает их со структурированным вводом.

Связь в обоих направлениях возможна с такой настройкой. WordPress 7.0 может подключаться к AI-провайдерам через AI-клиент, а внешние AI-агенты могут взаимодействовать с WordPress через MCP-адаптер. Рабочие процессы с контентом могут начинаться внутри редактора или вне WordPress, при этом оба подхода используют одну и ту же структуру реестра.

Эта часть WordPress 7.0 расширяет понимание того, как WordPress функционирует как платформа. Обычная CMS публикует страницы для читателей, в то время как сайт WordPress, использующий MCP-адаптер, также может предоставлять операции для программных вызывающих программ. Эта возможность расширяет WordPress за пределы традиционных рабочих процессов публикации и представляет новую модель интеграции для ядра.

Переработка административной панели DataViews

DataViews обеспечивает работу перестроенного интерфейса администратора. Экраны «Записи», «Страницы» и «Медиафайлы» теперь используют новый компонентный слой вместо устаревшего WP_List_Table. Обновленный интерфейс поддерживает пользовательские представления, сохраненные фильтры, несколько макетов и массовые операции. Он ведет себя больше как современная SaaS-панель управления, чем старые табличные административные экраны на основе строк, которые WordPress использовал годами.

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

Владельцам сайтов и разработчикам необходимо будет учесть изменения совместимости. DataViews построен на React, поэтому плагины, которые настраивают устаревшие экраны списков через PHP-фильтры, пользовательские колонки администратора или встроенный CSS, могут потребовать обновлений для поддержки нового компонентного слоя. Особенно вероятно, что плагины, привязанные к настройкам экрана, меню массовых действий или устаревшему интерфейсу быстрого редактирования, сломаются или исчезнут из административного представления.

Проблемы совместимости ограничены конкретными категориями плагинов, а не всей экосистемой. Плагины, которые добавляют метабоксы в редактор, в основном не затронуты, в то время как плагины, привязанные к колонкам администратора или устаревшим экранам списков, могут потребовать обновлений. Большинство активно поддерживаемых плагинов уже выпустили совместимые с 7.0 версии в течение бета-периода. Оставшиеся проблемы, скорее всего, будут связаны со старыми расширениями, которые больше не получают регулярных обновлений.

Обновления редактирования: заметки, визуальные версии и палитра команд

Block-level Notes — это система совместной работы, представленная в WordPress 6.9 и расширенная в WordPress 7.0. Редакторы могут оставлять комментарии с обсуждениями на отдельных блоках, отвечать в рамках разговоров, разрешать обсуждения и получать уведомления по электронной почте о новых действиях. WordPress 7.0 также добавляет комментарии к выделенному тексту внутри абзаца, а не ограничивает обратную связь целыми блоками. Взаимодействие аналогично комментированию в Google Docs.

Многопользовательское редактирование в реальном времени изначально планировалось для WordPress 7.0, но было исключено из релиза 8 мая, так как реализация не была признана достаточно стабильной для включения в ядро. Block-level Notes теперь служит основной функцией совместной работы в версии 7.0, а редактирование в реальном времени остается запланированным на будущий релиз.

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

Командная палитра — это интерфейс поиска с клавиатуры в админке WordPress. Она открывается по Cmd+K на macOS и Ctrl+K на Windows, а видимый индикатор Cmd+K или Ctrl+K появляется в админ-панели Omnibar. Палитра ищет действия админки, внутренние навигационные цели, поиск контента и команды редактора из одного поля ввода. Для администраторов, управляющих множеством сайтов, это сочетание клавиш значительно сокращает типовые рабочие процессы.

Новые блоки и работа с медиа

Breadcrumbs — это новый базовый блок, который формирует навигационные цепочки на основе иерархии страниц или таксономических терминов записей. Он читает структуру данных WordPress и автоматически отображает текущее местоположение страницы. Также поддерживается Query Loop, что означает, что один блок может отображать хлебные крошки для каждого элемента результата запроса.

Icons — это нативный блок иконок в формате SVG с единообразной разметкой доступности. Сайты, ранее устанавливавшие специальный плагин иконок для добавления SVG-иконок в контент, теперь могут делать это без дополнительного плагина. Блок поставляется с набором иконок по умолчанию, а регистрация сторонних наборов иконок запланирована на будущий релиз.

Блок Cover теперь принимает встроенное видео из внешних сервисов, ранее ограничиваясь только локально загруженным видео. С WordPress 7.0 он может использовать видео, размещенное на таких сервисах, как YouTube или Vimeo, в качестве фона. Экономия пропускной способности и места на диске полезна для сайтов с большим объемом контента, которые в противном случае размещали бы большие видеофайлы на своих собственных серверах.

Обработка медиа на стороне клиента — одно из самых полезных изменений в работе с медиа в версии 7.0. Теперь изображения изменяются по размеру и сжимаются в браузере перед загрузкой, так что сервер получает меньшую, обработанную версию вместо исходного файла. Это снижает нагрузку на процессор при загрузках, уменьшает использование пропускной способности и помогает поддерживать современные форматы изображений. На общем хостинге GreenGeeks это снижает нагрузку на серверные ресурсы при загрузке больших медиафайлов.

Требования к PHP и серверу

WordPress 7.0 требует PHP 7.4 или выше, так как PHP 7.2 и PHP 7.3 больше не поддерживаются. Рекомендуется использовать PHP 8.2 или 8.3 для производительности и безопасности. Ветка 8.x в настоящее время единственная, которая получает активную поддержку безопасности, и несколько изменений в ядре 7.0 оптимизированы для современных версий PHP.

Самый простой способ проверить текущую версию PHP сайта — через Инструменты > Здоровье сайта в админке WordPress. В разделе Сервер указана активная версия PHP, и выводится предупреждение, если версия ниже рекомендуемого минимума; у хостинг-провайдеров, поддерживающих параллельную работу нескольких версий PHP, можно переключать версию в панели управления хостингом.

Аккаунты GreenGeeks поддерживают PHP 8.1–8.3 с выбором версии PHP в cPanel в один клик, так что владельцы сайтов могут перейти на актуальную версию PHP, не покидая панель управления хостингом.

Риски совместимости плагинов и тем

Профиль риска совместимости для WordPress 7.0 неравномерен. Три категории поведения плагинов ответственны за большинство проблем, выявленных в ходе бета-тестирования.

Настройка экранов списков в админке: Плагины, которые фильтруют или расширяют экраны списков Записей, Страниц или Медиафайлов через старые хуки WP_List_Table, обычно будут отображаться некорректно в DataViews или полностью потеряют свои дополнения. Сюда относятся настраиваемые колонки в админке, расширения массовых действий, модификации опций экрана и настройки строк быстрого редактирования.

Внедрение CSS в админку: Плагины, которые добавляют собственные таблицы стилей в админку для стилизации устаревшей разметки, скорее всего, вызовут визуальные проблемы, так как базовая DOM изменилась. То же самое относится к плагинам тем админки, переопределяющим стиль админки по умолчанию.

Зависимости от блока «Классический редактор»: Плагинам, использующим хуки классического блока редактора или полагающимся на соглашения разметки классического редактора, потребуется обновленная логика для версии 7.0.

Блочные темы в основном не затронуты, тогда как классические темы, включающие настройки админки или использующие устаревшие скрипты админки, следует тестировать на стейджинге. Конструкторы страниц, включающие хуки админки, должны опубликовать заявление о совместимости с версией 7.0 перед обновлением продакшена; это можно подтвердить в журнале изменений вендора.

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

Подготовка и обновление сайта на GreenGeeks

Последовательность обновления разработана для минимизации вероятности сбоя на продакшене; предполагается, что сайт работает на GreenGeeks с актуальной политикой резервного копирования. Та же общая последовательность применима к любому хостингу, но ссылки на резервное копирование, стейджинг и выбор PHP описывают инструменты, доступные в вашем аккаунте.

Перед обновлением

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

Подтвердите активную версию PHP в разделе Инструменты > Здоровье сайта. Если версия ниже 7.4, обновите ее через выбор PHP в cPanel. PHP 8.2 или 8.3 — предпочтительные версии.

Настройте стейджинг-копию продакшн-сайта. Аккаунты Managed WordPress на GreenGeeks включают среду стейджинга, которая клонирует живой сайт.

Проверьте установленные плагины на предмет соответствия журналам изменений вендоров. Отметьте любой плагин из категорий высокого риска, указанных выше, который не имеет опубликованного уведомления о совместимости с версией 7.0.

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

На стейджинге

Примените обновление WordPress 7.0.

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

Посетите каждый экран админки, используемый регулярно. Проверьте наличие поломанных макетов, отсутствующих элементов управления, ошибок в консоли или видимых ошибок PHP.

Проверьте любые интеграции с ИИ на новом экране Настройки > Коннекторы. Подтвердите, что ключи API настроены в едином интерфейсе и что плагины, использующие ИИ, продолжают получать ответы.

На продакшене

Запланируйте обновление на период низкого трафика.

Примените обновление на продакшене.

Очистите кеш сайта, серверный кеш GreenGeeks и кеш вашего браузера. Компоненты админки на основе React в версии 7.0 не загружаются корректно, если обслуживаются из устаревших кешированных ресурсов.

Повторно протестируйте редакторские и коммерческие рабочие процессы на продакшене.

В течение нескольких дней после обновления отслеживайте Здоровье сайта на предмет ошибок PHP и экран Коннекторов на предмет ошибок ИИ-провайдеров.

Весь процесс может занять несколько часов для небольшого сайта и большую часть дня для сложного. Эта подготовка помогает предотвратить сбои на продакшене после установки обновления.

Часто задаваемые вопросы

Когда выйдет WordPress 7.0?

WordPress 7.0 запланирован к выпуску 20 мая 2026 года. Первоначальная цель была 9 апреля 2026 года, но релиз был отложен, чтобы уделить дополнительное время работе над стабильностью и производительностью. RC 4 от 14 мая является фактически финальным кандидатом в релиз.

Что нового в WordPress 7.0?

WordPress 7.0 добавляет несколько изменений платформы и админки, включая API Connectors, AI Client, MCP Adapter и JavaScript-версию API Abilities. Обновление также перерабатывает экраны Записей, Страниц и Медиафайлов через DataViews, расширяет блок Notes, добавляет экран визуальных ревизий, представляет блоки Breadcrumbs и Icons, а также включает обработку медиа на стороне клиента.

Что такое AI Connectors в WordPress 7.0?

AI Connectors — это встроенные подключения к внешним ИИ-провайдерам, управляемые с экрана Настройки > Коннекторы. WordPress 7.0 включает три коннектора по умолчанию, зарегистрированные «из коробки»: OpenAI, Anthropic и Google. Владелец сайта вводит ключ API один раз, и любой плагин, созданный с использованием AI Client, может использовать это подключение.

Что такое Abilities API в WordPress?

Abilities API — это реестр, который позволяет плагинам, темам и ядру регистрировать именованные возможности с входными схемами, выходными схемами, колбэками разрешений и структурированными аннотациями. WordPress 6.9 представил серверную часть API, а версия 7.0 добавляет его JavaScript-аналог.

Что такое WordPress MCP Adapter?

MCP Adapter — это пакет для WordPress, который связывает API Abilities с протоколом Model Context Protocol. Зарегистрированные abilities становятся доступными для обнаружения и вызова в качестве инструментов MCP совместимыми AI-клиентами, включая Claude Desktop, Claude Code, Cursor и VS Code.

Будет ли в WordPress 7.0 реализована совместная работа в реальном времени?

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

Какая версия PHP требуется для WordPress 7.0?

Для WordPress 7.0 требуется PHP 7.4 или выше. Поддержка PHP 7.2 и PHP 7.3 прекращена, а для производительности и безопасности рекомендуется PHP 8.2 или 8.3.

Как подготовить мой сайт на WordPress к обновлению до версии 7.0?

Сначала создайте резервную копию файлов и базы данных, затем проверьте версию PHP в разделе «Инструменты» > «Здоровье сайта». Выполните обновление в промежуточной среде перед применением на рабочем сайте. Протестируйте публикацию, загрузку медиафайлов, формы, функциональность электронной коммерции и установленные плагины до перехода на рабочую версию. После завершения обновления на рабочем сайте очистите все кеши.

Сломаются ли мои плагины в WordPress 7.0?

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

Что такое DataViews в WordPress 7.0?

DataViews — это переработанный интерфейс администратора для экранов списков записей, страниц и медиафайлов. Он заменяет устаревший компонент WP_List_Table на интерфейс в стиле приложения, который поддерживает пользовательские представления, именованные фильтры, несколько макетов и массовые операции.

Как открыть палитру команд в WordPress?

Палитра команд в WordPress открывается с помощью Cmd+K на macOS и Ctrl+K на Windows. В админ-панели отображается индикатор сочетания клавиш. Палитра позволяет искать действия администратора, навигацию и контент из единого поля ввода.

Что мне делать после обновления до WordPress 7.0?

Очистите кеш сайта, серверный кеш и кеш браузера, чтобы новые React-компоненты админки загружались правильно. Затем повторно протестируйте процессы публикации и электронной коммерции, а также в течение нескольких дней отслеживайте ошибки PHP через раздел «Здоровье сайта». Убедитесь, что все AI-интеграции на экране «Коннекторы» настроены и возвращают ответы.