Перейти к основному содержанию

WordPress 7.0 и 7.1

Ичи20.08.2026WordpressWordpressWordPress 7.0WordPress 7.1ОбновлениеAIGutenbergОколо 5 минОколо 1388 слов

WordPress 7.0 и 7.1: изменения и безопасное обновление

WordPress 7.0 «Armstrong» вышел 20 мая 2026 года, а WordPress 7.1 «Mary Lou» — 19 августа 2026 года. Это не только два очередных обновления редактора: ветка 7.x добавляет базовую инфраструктуру для AI-интеграций, меняет административный интерфейс, расширяет адаптивные стили и переносит часть обработки изображений с сервера в браузер.

Материал актуален на 20 августа 2026 года.

Короткий вывод

  • Новый сайт разумно сразу разворачивать на WordPress 7.1.
  • Рабочий сайт на WordPress 6.x или 7.0 сначала нужно проверить на staging-копии.
  • Основные зоны риска — старые блоки, собственные стили административной панели, плагины редактора, обработка изображений и плагины оптимизации.
  • Обновление ядра не заменяет резервную копию базы и файлов.
  • После обновления нужно проверить не только внешний вид, но и индексацию, sitemap, canonical, robots, формы, отправку почты и фоновые задачи.

Что появилось в WordPress 7.0

AI Client и Connectors

В WordPress 7.0 появилась базовая инфраструктура, через которую плагины могут работать с AI-провайдерами единообразно. Ядро само по себе не превращает сайт в чат-бота и не отправляет содержимое сайта во внешнюю модель автоматически.

Ключевые компоненты:

  • WP AI Client — общий программный интерфейс для AI-функций;
  • Connectors API — подключение внешних AI-сервисов;
  • экран Connectors — управление доступными подключениями в административной панели;
  • Client-Side Abilities API — обнаружение и вызов доступных действий из JavaScript.

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

Обновлённая административная панель

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

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

Изменения редактора блоков

В 7.0 расширились возможности редактора:

  • адаптивное отображение блоков;
  • собственный CSS для отдельного блока;
  • дополнительные средства навигации и управления структурой документа;
  • развитие iframe-режима редактора;
  • регистрация блоков преимущественно на стороне PHP;
  • новые возможности для команд и расширений редактора.

Особенно внимательно следует проверять собственные и сторонние блоки, которые используют старую версию Block API или напрямую обращаются к DOM редактора.

WordPress 7.0.1

9 июля 2026 года вышел WordPress 7.0.1 — техническое обновление с исправлениями ошибок. При переходе на ветку 7.x не стоит устанавливать первоначальный релиз 7.0: используйте актуальную доступную версию ядра.

Что добавилось в WordPress 7.1

Адаптивные стили без собственного CSS

WordPress 7.1 позволяет задавать стили блоков для разных размеров экрана непосредственно в редакторе. Блочные темы могут переопределять мобильные и планшетные точки переключения через theme.json.

Это упрощает адаптивную вёрстку, но после обновления нужно проверить:

  • собственные media queries темы;
  • видимость блоков на мобильных устройствах;
  • порядок наложения стилей редактора, темы и плагинов;
  • соответствие редактора реальному фронтенду.

Полностью изолированный iframe-редактор

Редактор записей теперь работает в iframe для всех тем. Это снижает вероятность того, что стили административной панели случайно повлияют на содержимое страницы, и делает поведение адаптивных единиц и media queries более предсказуемым.

Одновременно это может затронуть старые расширения, которые:

  • ищут элементы редактора через document.querySelector() в родительском окне;
  • подключают CSS только в административную страницу, а не в canvas редактора;
  • вставляют элементы напрямую в DOM вместо официальных API;
  • зависят от глобальных обработчиков событий окна.

Обработка изображений в браузере

Сжатие, изменение размера и создание миниатюр изображений теперь могут выполняться в браузере с помощью WebAssembly-сборки libvips. Это уменьшает нагрузку на PHP и помогает избежать ошибок памяти и тайм-аутов при загрузке крупных файлов.

Также добавлена нативная поддержка AVIF, HEIC и HDR gain maps. Реальная доступность формата на конкретном сайте всё равно зависит от браузера, конфигурации и цепочки обработки медиа.

После обновления проверьте:

  • загрузку JPEG, PNG, WebP, AVIF и HEIC;
  • создание всех зарегистрированных размеров изображений;
  • плагины WebP/AVIF, оптимизации и offload в S3;
  • EXIF и ориентацию фотографий;
  • качество и размер итоговых файлов;
  • резервную серверную обработку для неподдерживаемых браузеров.

Новый редактор медиа

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

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

WordPress 7.1 добавляет:

  • блок Tabs для вкладок;
  • блок Playlist для списка аудиозаписей;
  • интерактивные стили кнопок для состояний hover, focus и active;
  • расширенные заметки с форматированием и упоминаниями;
  • возможность оставлять заметку для выбранного фрагмента текста;
  • публичный SVG Icon API для регистрации собственных наборов иконок.

Перед использованием новых блоков проверьте доступность содержимого без JavaScript, навигацию с клавиатуры и корректность HTML.

Развитие Abilities API

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

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

Что может сломаться

Старые блоки и расширения Gutenberg

Проверьте плагины, которые добавляют блоки, боковые панели, панели настроек или собственные форматирования текста. Особое внимание — решениям, давно не обновлявшимся и использующим внутренние компоненты редактора.

Собственный CSS и JavaScript администратора

Изменения интерфейса и iframe могут нарушить селекторы, завязанные на внутреннюю разметку WordPress. Лучше использовать официальные точки расширения вместо глобальных CSS-правил и прямого изменения DOM.

Плагины изображений и CDN

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

Кэширование

После обновления очистите:

  • page cache;
  • object cache;
  • OPCache, если это предусмотрено конфигурацией;
  • CDN-кэш;
  • кэш минификации CSS и JavaScript;
  • кэш браузера на тестовом устройстве.

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

Чек-лист перед обновлением

  1. Проверьте требования актуальной версии WordPress к PHP, базе данных и веб-серверу.
  2. Создайте резервную копию базы данных и wp-content.
  3. Убедитесь, что копию можно восстановить, а не только скачать.
  4. Обновите плагины и тему до совместимых версий.
  5. Проверьте журнал ошибок PHP и состояние Site Health.
  6. Создайте staging-копию с той же версией PHP и похожей конфигурацией.
  7. Зафиксируйте текущие значения Core Web Vitals и основные SEO-настройки.
  8. Проверьте свободное место на диске.
  9. Запишите способ отката: backup, snapshot виртуальной машины или релизный архив.

Обновление через WP-CLI

Посмотреть текущую версию и доступные обновления:

wp core version
wp core check-update
wp plugin list --update=available
wp theme list --update=available

Создать резервную копию базы:

mkdir -p backups
wp db export "backups/before-wordpress-update-$(date +%F-%H%M).sql"

Перевести сайт в режим обслуживания, обновить ядро и базу:

wp maintenance-mode activate
wp core update
wp core update-db
wp maintenance-mode deactivate

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

wp plugin update plugin-slug
wp theme update theme-slug
wp cache flush

Параметры --skip-plugins и --skip-themes полезны для диагностики, но не должны скрывать несовместимость при финальной проверке.

Что проверить после обновления

Функциональность

  • главную страницу и несколько типов записей;
  • вход, выход и восстановление пароля;
  • редактор записей и Site Editor;
  • публикацию, черновики, ревизии и отложенные записи;
  • формы, комментарии, поиск и фильтры;
  • загрузку и обработку изображений;
  • почтовые уведомления;
  • cron и фоновые очереди;
  • REST API и интеграции;
  • мобильную версию.

SEO

  • HTTP-коды страниц;
  • robots.txt;
  • meta robots и X-Robots-Tag;
  • canonical;
  • XML sitemap;
  • title и description;
  • структурированные данные;
  • hreflang, если используется;
  • Open Graph;
  • отсутствие массовых редиректов и 404;
  • доступность CSS, JavaScript и изображений для Googlebot;
  • показатели Core Web Vitals и время ответа сервера.

Быстрая проверка нескольких заголовков:

curl -I https://example.com/
curl -s https://example.com/robots.txt
curl -s https://example.com/wp-sitemap.xml | head

Откат

Если обновление нарушило работу сайта:

  1. Включите страницу обслуживания или временно ограничьте запись данных.
  2. Сохраните текущие логи до восстановления.
  3. Верните файлы и базу из одной согласованной резервной копии.
  4. Очистите кэши.
  5. Проверьте версии ядра, плагинов и схемы базы.
  6. Воспроизведите проблему на staging и определите несовместимый компонент.

Не следует просто заменять файлы ядра старой версией поверх новой базы: обновление могло изменить схему или данные.

Связанные материалы

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