WordPress 6.8 принёс десятки улучшений для редактора блоков и Site Editor. В этой статье разберём, что реально изменилось в Gutenberg, какие новые блоки появились и как обновление влияет на работу с темами и шаблонами. Если вы только начинаете знакомство с блочным редактором, сначала прочитайте наш гайд по блочным темам WordPress — это упростит понимание новых функций. 🚀
🎯 Главные изменения в Gutenberg
WordPress 6.8 не переписал редактор с нуля, но сделал его заметно удобнее. Разработчики получили возможность настраивать поведение редактора для конкретных типов записей прямо через конфигурацию post type. Это значит, что для страниц, постов и кастомных типов можно задать разный интерфейс редактирования. Например, для портфолио можно скрыть лишние панели, а для лендингов — оставить только нужные блоки.
В редакторе записей появился переключатель Show template в меню Preview. Теперь можно быстро посмотреть, как контент выглядит в конкретном шаблоне, не уходя из редактора. Для страниц добавились дополнительные свойства: Preview, Slug, Parent, Discussion, Template и Password. Это особенно полезно при работе с лендингами на WordPress, где важно видеть финальный вид страницы сразу.
Ещё одно важное изменение — появление режимов Write и Design. В режиме письма скрываются дизайн-инструменты, чтобы не отвлекать от контента. В режиме дизайна доступны все настройки оформления. Это решает давнюю проблему, когда авторы случайно меняли стили, пытаясь просто написать текст. Теперь можно переключаться между режимами в зависимости от задачи.
В списке страниц добавили сортировку Ascending by order и Descending by order, которая опирается на атрибут page_order. Это удобно при работе с большим количеством страниц, когда нужно быстро найти элементы с нестандартным порядком вывода. В табличных представлениях появилась настройка Density с режимами Comfortable, Balanced и Compact для управления плотностью строк.
🧱 Новые блоки и улучшения существующих
Самый заметный новый блок — Query Total. Он показывает общее количество записей в цикле запроса. Полезно для архивов, результатов поиска и интерфейсов с пагинацией. Например, можно вывести «Найдено 47 записей» или «Показано 1–12 из 248» прямо в шаблоне, не написав ни строчки PHP-кода.
Блок Details получил поле name в панели Advanced для группировки и стилизации, а также поддержку anchor для якорных ссылок. В List View теперь отображаются названия меню, а у Details используется summary как метка. Это упрощает навигацию по сложным макетам с десятками блоков. Раньше приходилось открывать каждый Details, чтобы понять, что внутри.
Для Query Loop кнопка Replace переименована в Change design, а выбор паттерна перенесён из модального окна в dropdown. Появилась опция ignore sticky posts — теперь можно исключать закреплённые записи из выборки. Раньше для этого приходилось писать кастомный код или использовать дополнительные плагины кэширования для обхода ограничений.
В палитре цвета добавили кнопку Clear для быстрого сброса значения. Для текстовых inline-форматов стали доступны Highlight, Strikethrough и Inline image прямо из тулбара блока. Мелочь, но экономит время при форматировании длинных статей. Также появилась категория паттернов Starter Content — готовые layout-шаблоны для новых страниц.
🎨 Что изменилось в Site Editor
Панель Styles стала центральной точкой управления дизайном. Из неё можно открыть Global Styles с разделами Typography, Colors, Background, Shadows и Layout. Иконка глаза открывает Style Book для live-preview изменений — можно сразу видеть, как новый цвет или шрифт повлияет на все блоки.
Самое важное — Style Book теперь работает и с классическими темами, если они поддерживают editor-styles или содержат theme.json. Это означает, что визуальная система стилей больше не ограничена только блочными темами. Для владельцев классических тем это отличная новость — можно получить современный инструмент дизайна без полного перехода на block theme.
Для классических тем с поддержкой Style Book паттерны перенесли в Appearance → Design → Patterns. Это консолидирует все дизайн-функции в одном месте. Если вы используете тему Astra или похожие гибридные решения, проверьте, появился ли у вас доступ к Style Book после обновления.
Появился более явный режим Zoom Out — можно редактировать страницу в контексте всего шаблона, а не только фрагмента блока. Это упрощает работу с главными страницами сайтов, где важно видеть общую композицию. Также добавлен сброс design-настроек — можно вернуть исходные значения для цветов, теней и фильтров одной кнопкой.
⚡ Производительность и скорость
WordPress 6.8 встроил спекулятивную загрузку на базе Speculation Rules API. Браузер может предварительно загружать следующую страницу при наведении или клике по ссылке. Это уменьшает видимую задержку навигации и улучшает LCP — одну из ключевых метрик Core Web Vitals.
Механизм можно контролировать через плагины или собственный код — WordPress не навязывает жёсткую политику предзагрузки. Это важно для сайтов с динамическим контентом или сложной аналитикой, где не всегда нужен prefetch. Например, можно исключить страницы корзины или личного кабинета из спекулятивной загрузки.
Также продолжается оптимизация генерации ключей кэша в WP_Query. Это снижает нагрузку на базу данных, особенно на сайтах с высоким трафиком. В сочетании с Redis Object Cache это даёт заметный прирост скорости без дополнительных плагинов. Если ваш сайт работает на VPS, обновление до 6.8 позволит выжать максимум из имеющихся ресурсов.
🔒 Безопасность: bcrypt для паролей
В WordPress 6.8 пароли пользователей переведены на bcrypt вместо phpass. При первом входе после обновления или при смене пароля хеш автоматически пересоздаётся. Для application passwords и служебных ключей используется BLAKE2b. Старые хеши продолжают работать до истечения срока действия токена.
Это значительно повышает стойкость к перебору. Если раньше злоумышленник мог использовать готовые rainbow-таблицы для phpass, то с bcrypt стоимость атаки выросла на порядки. Дополнительные рекомендации по защите сайта читайте в нашем чеклисте безопасности WordPress.
Важно отметить, что миграция происходит лениво — не массово при обновлении, а по мере входа пользователей. Это означает, что сразу после обновления не все пароли будут на bcrypt, но при первой же авторизации произойдёт автоматический переход. Для администраторов это прозрачный процесс без необходимости сбрасывать пароли вручную.
📝 Чеклист: что проверить после обновления до 6.8
- Проверьте работу Query Loop на страницах с закреплёнными записями
- Убедитесь, что Style Book открывается для вашей темы
- Протестируйте скорость навигации с speculative loading
- Проверьте авторизацию пользователей после перехода на bcrypt
- Обновите плагины для совместимости с новым редактором
- Проверьте кастомные шаблоны на корректность отображения
- Протестируйте формы комментариев и обратной связи
- Проверьте работу кэширования после обновления
❓ FAQ: частые вопросы о WordPress 6.8
Нужно ли обновляться до 6.8?
Да, особенно если важна производительность и безопасность. Обновление включает спекулятивную загрузку и bcrypt для паролей.
Работает ли Style Book с классической темой?
Да, если тема поддерживает editor-styles или содержит theme.json.
Что такое Query Total?
Новый блок, который показывает общее количество записей в цикле запроса. Полезен для архивов и поиска.
Как отключить sticky posts в Query Loop?
В настройках Query Loop появилась опция ignore sticky posts — просто включите её.
Изменился ли Customizer?
Customizer как API остался, но новые дизайн-возможности появляются в Site Editor и Style Book.
Нужны ли новые плагины для 6.8?
Нет, но стоит обновить существующие для совместимости с новым редактором.
Как speculative loading влияет на SEO?
Ускоряет навигацию, что косвенно улучшает Core Web Vitals и пользовательский опыт.
🔄 Как подготовиться к обновлению
Перед установкой WordPress 6.8 рекомендуется выполнить несколько подготовительных шагов. Во-первых, создайте полную резервную копию сайта — файлов и базы данных. Это страховка на случай, если какой-то плагин окажется несовместимым с новой версией. Во-вторых, проверьте обновления для всех установленных плагинов и тем — разработчики обычно выпускают совместимые версии в течение недели после релиза WordPress.
Если вы используете кастомные блоки или собственные плагины Gutenberg, протестируйте их на staging-версии сайта. Обратите особое внимание на блоки Query Loop и любые кастомизации Site Editor — в этих областях изменений больше всего. Для крупных корпоративных сайтов рекомендуется отложить обновление на 2–3 недели после релиза, чтобы дождаться исправления возможных багов и обновления экосистемы плагинов.
После обновления проверьте ключевые страницы: главную, страницы записей, архивы и формы обратной связи. Убедитесь, что все блоки отображаются корректно, а кастомные стили не сломались. Если вы используете кэширование, очистите кэш после обновления — это предотвратит отображение устаревших версий страниц посетителям.