Четыре недели назад вышла WordPress 7.0 «Armstrong» — самый громкий релиз за последние пару лет. Я обновил три рабочих проекта в первую же неделю: интернет-магазин на WooCommerce, корпоративный сайт строительной компании и небольшой контентный блог. За месяц накопилось достаточно наблюдений, чтобы написать честный разбор — без восторженных перепевов release notes и без брюзжания.
Краткий вердикт: обновляться стоит. Но есть нюансы, о которых release notes не рассказывают. Под катом — что реально изменилось в повседневной работе, какие фичи прижились, а какие пока сырые, и как обновляться без боли.
AI в ядре: не хайп, а инфраструктура
Главная тема WordPress 7.0 — встроенный AI. Нет, это не ChatGPT внутри админки. Это инфраструктура: AI Client в ядре, Abilities API и централизованный хаб для подключения моделей. По сути, WordPress теперь умеет общаться с внешними AI-провайдерами (OpenAI, Anthropic, Google) через единый интерфейс, и любой плагин может это использовать.
Что это значит на практике? Раньше каждый AI-плагин тащил свой SDK, свои ключи и свою логику. У клиента стояло три плагина — три разных места для ввода API-ключа OpenAI. Теперь ключ вводится один раз в Connector screen, и все плагины могут его использовать через Abilities API.
Я протестировал на блоге клиента: установил официальный AI Plugin из репозитория, подключил OpenAI ключ через хаб. Из коробки доступны: генерация заголовков иexcerpt, alt-тексты для изображений, генерация и редактирование картинок. Alt-тексты — это вообще спасение: раньше на каталоге из 300 товаров я писал их руками, теперь плагин предлагает описание за 2 секунды, и остаётся только проверить.
Для разработчиков интереснее Client-Side Abilities — JavaScript-пакет, который даёт доступ к AI из фронтенда. Командная палитра (о ней ниже) уже использует его. Но документация пока тонкая — я потратил вечер, чтобы разобраться, как вызвать AI-способность из своего блока. Если вы делаете кастомные блоки с AI-функционалом — стоит изучать @wordpress/abilities пакет.
Из минусов: AI Plugin из репозитория довольно базовый. Для серьёзных задач (массовая генерация контента, AI-поиск по сайту) придётся писать своё или ждать, пока экосистема подтянется. Но фундамент заложен хороший.
Новый дашборд: не косметика
Я скептически отношусь к редизайнам админки — обычно это «просто другой цвет кнопок». Но в 7.0 дашборд действительно стал удобнее. Новая цветовая схема тёплая (как и весь релиз — дань Луи Армстронгу), переходы между экранами плавные. Мелочь, но работает на восприятие: админка перестала выглядеть как прошлогодний продукт.
Главная фишка — командная палитра. Нажимаешь Ctrl+K (или Cmd+K на Mac) в любой точке админки — открывается поиск по действиям. Создать запись, перейти к плагинам, сменить тему — всё через одно окно. Я поймал себя на том, что через неделю перестал пользоваться левым меню в половине случаев.
Менеджмент шрифтов вынесен на отдельную страницу — давно пора. Раньше шрифты были разбросаны по настройкам темы и кастомайзеру. Теперь всё в одном месте, и работает для всех типов тем: block, hybrid, classic.
Revision browser тоже обновили — добавили визуальные маркеры изменений. Приятно, но неgame-changer. Для контентных редакций с большой историей правок — полезно.
Новые блоки: что прижилось
Из новых блоков в 7.0 мне зашли три из четырёх:
- Breadcrumbs. Наконец-то без плагина! Работает из коробки, берёт структуру из меню. Для SEO — мастхэв. Раньше ставил Yoast Breadcrumbs или Breadcrumb NavXT на каждый проект.
- Icons. Базовый набор иконок, можно подключать свои SVG. Полезно для декоративных элементов в шаблонах. Пока набор скромный, но начало положено.
- Gallery с lightbox. Слайд-шоу из коробки — наконец не нужен Masonry или сторонний lightbox. Для простых галерей хватает.
- Heading. Отдельный блок для заголовков. Звучит избыточно, но даёт более гранулярный контроль над стилями. Пока неочевидно, нужно ли это отдельно от обычных H2/H3.
Адаптивные контролы — теперь можно скрывать блоки для конкретных устройств. Показать CTA-баннер только на мобиле? Два клика. Раньше возился с CSS media queries или плагинами. Для лендингов — реально удобно.
PHP-only блоки: наконец-то
Для разработчиков это, пожалуй, главное новшество 7.0. Раньше, чтобы зарегистрировать блок, нужен был JavaScript: registerBlockType в index.js, сборка через webpack, React-компонент. Теперь блоки можно создавать на чистом PHP — они авто-регистрируются через Block API.
Что это даёт? Представьте: вам нужен блок «Отзыв клиента» с тремя полями — имя, текст, рейтинг. Раньше: React-компонент, JSX, сборка, enqueue. Теперь — один PHP-файл:
“`php
А в block.json описываете атрибуты и render-коллбэк. Для блоков, которые выводят данные без сложного интерактива в редакторе, это идеальный вариант. Server-side rendering без единой строки JavaScript.
Я переписал три блока для клиентского сайта с React на PHP-only. Результат: код стал в три раза короче, сборка не нужна вообще, багов меньше. Для блоков с формами, калькуляторами и интерактивом — React всё ещё нужен. Но для 80% контентных блоков PHP-only — это именно то, чего сообщество просило годы.
Site Editor API: больше возможностей
Site Editor в 7.0 получил routing и валидацию маршрутов. Появился пакет wordpress/boot, который позволяет плагинам добавлять собственные страницы в редактор сайта. Это значит, что плагин может встроить свой интерфейс настройки прямо в Site Editor, а не где-то в подменю.
Custom CSS на уровне блока — тоже важное дополнение. Раньше приходилось писать кастомные стили в Additional CSS или в theme.json. Теперь можно прямо в инспекторе блока добавить CSS, который применится только к этому конкретному блоку. Для точечной стилизации — идеально.
Подводные камни при обновлении
Теперь о болях. За месяц я столкнулся с несколькими:
- Плагины с устаревшими API. Два плагина из репозитория сломались при обновлении до 7.0. Один использовал старый хук
admin_headдля инъекции скриптов в редактор — в 7.0 это перестало работать корректно из-за изменения архитектуры Site Editor. Решение: обновить плагины или заменить альтернативами. - Темы на базе старого фреймворка. Клиентская тема, построенная на Underscores (стартовая тема 2018 года), частично поломалась — пропали некоторые стили в кастомайзере. Пришлось мигрировать на block-based тему. Это кейс-specific, но проверьте совместимость.
- WooCommerce совместимость. На момент релиза 7.0 WooCommerce работал, но некоторые расширения (особенно payment gateways) ещё не были обновлены. Проверяйте перед обновлением магазинов.
- AI Plugin и конфиденциальность. Если включаете AI-функции, имейте в виду: данные отправляются на внешние сервера. Для GDPR-проектов и корпоративных клиентов — согласуйте с юристами.
Мой чеклист перед обновлением любого проекта до WP 7.0:
- Бэкап (файлы + база) — без вариантов.
- Проверка совместимости всех плагинов через
wp plugin listи страницу плагинов в директории. - Тестирование на staging-копии, не на проде.
- Проверка консоли браузера на ошибки после обновления.
- Прогон через PageSpeed Insights — Core Web Vitals не должны просесть.
На трёх проектах обновление заняло от 30 минут до 2 часов (самый долгий — магазин с 15 плагинами, где два пришлось заменять).
WordCamp Europe 2026: CERN выбрал WordPress
На WordCamp Europe в Кракове (прошёл 4-6 июня) был анонсирован показательный кейс: CERN — организация, где родился World Wide Web — выбрал WordPress как основу для своей веб-инфраструктуры. После оценки нескольких CMS WordPress победил. Для сообщества это мощный сигнал.
Команда CERN планирует перенести веб-присутствие, накопленное за 30 лет, на единую современную платформу на базе WordPress. Это не «бложик на ВП» — это масштабная институциональная инфраструктура. И тот факт, что WordPress 7.0 с его новыми API и архитектурой был выбран для такой задачи, говорит о зрелости платформы.
WCEU собрал 2458 участников из 81 страны — рекорд. Среди ключевых тем: AI в ядре (естественно), PHP-only блоки (был отдельный доклад, набитый под завязку) и обсуждение будущего Gutenberg.
Производительность: замеры
Ожидал, что новый дашборд и AI-инфраструктура замедлят админку. Замеры на трёх проектах показали:
- Время загрузки админки — примерно то же или на 5-8% быстрее (видимо, оптимизировали assets).
- LCP на фронтенде — без изменений, если тема не использует новые блоки с heavy-рендерингом.
- INP — немного лучше на block-темах за счёт оптимизированного рендеринга.
- Размер ядра вырос на ~2 MB — за счёт новых пакетов (abilities, command palette).
В целом, производительность не пострадала. Если сайт был быстрым на 6.x — будет быстрым и на 7.0.
Итог: обновляться или ждать?
Если у вас актуальная тема (block-based или свежий фреймворк) и плагины поддерживаются разработчиками — обновляйтесь смело. PHP-only блоки, Breadcrumbs и Command Palette окупят себя в первый же день работы.
Если проект на старой теме с кучей заброшенных плагинов — сначала проверьте совместимость, обновите критичное, и только потом переходите. WordPress 7.0 не прощает технический долг.
AI-функции пока опциональны — можно полностью игнорировать и работать как раньше. Но я рекомендую хотя бы попробовать alt-генерацию и автоматические excerpt. Это экономит реальные часы.
За месяц работы с 7.0 я не захотел возвращаться на 6.x. Командная палитра, PHP-only блоки и нормальные breadcrumbs — те улучшения, которые быстро становятся привычкой. Релиз не идеальный (документация по Abilities API — слабая, совместимость плагинов — боль), но направление правильное.
А вы уже обновились до 7.0? Что зашло, а что раздражает? Делитесь в комментариях — интересно собрать реальную картину, а не только мой опыт.
