Если после обновления WordPress вы хотите работать в привычном классическом редакторе, это можно сделать без риска для уже опубликованных записей. Главное — понимать разницу между полным отключением Gutenberg и точечной заменой редактора только для отдельных типов контента. Тогда вы не сломаете старые страницы и не потеряете блоки, которые уже используются на сайте.
Что именно нужно отключить: блоковый редактор или весь Gutenberg
В WordPress под словом Gutenberg обычно имеют в виду блоковый редактор, который пришёл на смену классическому. На практике есть два сценария:
- полностью вернуть классический редактор для записей и страниц;
- отключить Gutenberg только там, где он мешает, например для одного типа записей, отдельной роли пользователя или конкретного шаблона.
Если сайт уже давно работает на блоках, не стоит без необходимости отключать редактор глобально. Это особенно важно, если часть контента собрана из блоков, паттернов или блоков темы. Сам контент не исчезнет, но редактировать его в старом интерфейсе будет неудобно, а некоторые блоковые конструкции могут отображаться как набор HTML.
Самый простой способ: плагин Classic Editor
Для большинства сайтов самый безопасный вариант — установить официальный плагин Classic Editor. Он возвращает классический редактор без ручного редактирования кода и без правок в теме.
Что делать:
- Откройте Плагины → Добавить новый.
- Найдите Classic Editor.
- Установите и активируйте плагин.
- Перейдите в Настройки → Написание.
- Выберите, какой редактор использовать по умолчанию.
После активации плагин обычно позволяет выбрать один из двух режимов:
- всегда использовать классический редактор;
- показывать выбор редактора для каждого пользователя или каждой записи.
Если вам нужен именно старый интерфейс без лишних настроек, выбирайте принудительное использование классического редактора. Если на сайте несколько редакторов или часть команды уже привыкла к блокам, удобнее оставить выбор.
Как отключить Gutenberg только для отдельных типов записей
Иногда блоковый редактор нужен для страниц, но мешает в записях, портфолио или другом кастомном типе контента. В этом случае лучше не отключать Gutenberg целиком, а ограничить его только нужными типами записей.
Для этого можно использовать фильтр use_block_editor_for_post_type. Его обычно добавляют в functions.php дочерней темы или в небольшой функциональный плагин. Перед изменениями сделайте резервную копию: ошибка в коде может временно вывести сайт из строя.
Пример, который отключает блоковый редактор только для записей:
add_filter( 'use_block_editor_for_post_type', function( $use_block_editor, $post_type ) {
if ( 'post' === $post_type ) {
return false;
}
return $use_block_editor;
}, 10, 2 );Если нужно отключить редактор для нескольких типов, добавьте их в условие. Например, для post и page:
add_filter( 'use_block_editor_for_post_type', function( $use_block_editor, $post_type ) {
$disabled_post_types = array( 'post', 'page' );
if ( in_array( $post_type, $disabled_post_types, true ) ) {
return false;
}
return $use_block_editor;
}, 10, 2 );Такой подход полезен, если на сайте есть кастомные типы записей, где блоки не нужны, но в остальных разделах вы хотите сохранить современный редактор.
Как отключить Gutenberg для конкретного пользователя или роли
На многопользовательском сайте бывает удобнее оставить Gutenberg для редакторов и администраторов, но вернуть классический интерфейс авторам или клиентам, которые не хотят работать с блоками. WordPress не даёт готовой настройки для этого в админке, но задачу можно решить кодом.
Ниже пример, который отключает блоковый редактор для пользователей без права edit_theme_options. Это не универсальное правило, но оно показывает рабочий принцип: вы можете опираться на роль или конкретное capability.
add_filter( 'use_block_editor_for_post_type', function( $use_block_editor, $post_type ) {
if ( ! current_user_can( 'edit_theme_options' ) ) {
return false;
}
return $use_block_editor;
}, 10, 2 );На практике такой код нужно тестировать на staging-копии. Если логика прав доступа на сайте нестандартная, лучше не привязываться к одной capability без проверки: можно случайно отключить редактор не тем пользователям.
Что будет с уже созданным контентом
Самый частый страх — потерять старые записи после отключения Gutenberg. В обычной ситуации этого не происходит. WordPress хранит контент в базе, и отключение редактора меняет в первую очередь интерфейс редактирования, а не сами данные.
Но есть нюансы:
- если запись создана в блоковом редакторе, в классическом редакторе она может отображаться как HTML-код блоков;
- если вы потом снова включите Gutenberg, блоки обычно подхватятся обратно;
- если вручную редактировать HTML старой записи, можно повредить разметку блоков.
Поэтому перед массовым отключением редактора на рабочем сайте стоит проверить несколько типовых страниц: обычную запись, страницу с таблицами, страницу с кнопками, запись с изображениями и любой контент, который создавался в Gutenberg. Если после переключения всё выглядит нормально в списке записей и на фронтенде, значит решение безопасно для вашего сценария.
Когда лучше не отключать Gutenberg полностью
Полный возврат к классическому редактору оправдан не всегда. Если сайт уже использует блоки темы, шаблонные части, паттерны или блоковые плагины, отключение Gutenberg усложнит поддержку. В таком случае разумнее ограничить блоковый редактор только там, где он действительно мешает.
Полностью отключать Gutenberg стоит, если:
- сайт давно работает на классическом редакторе и не планируется перевод на блоки;
- контент-менеджеры не готовы работать с блоками;
- в проекте есть старые метабоксы и кастомные поля, завязанные на привычный интерфейс;
- нужно быстро сохранить старый рабочий процесс без переделки темы.
Оставлять Gutenberg имеет смысл, если вы уже используете современные блоки, редактируете лендинги внутри WordPress или планируете постепенно переходить на блоковую структуру. В этом случае лучше отключать его точечно, а не рубить целиком.
Как проверить, что отключение сработало
После настройки откройте несколько записей и убедитесь, что вместо блокового редактора загружается классический интерфейс. Проверьте не только новую запись, но и уже существующую. Если вы отключали Gutenberg через код, дополнительно посмотрите, не появилось ли ошибок в админке и не сломались ли метабоксы.
Полезно проверить три вещи:
- создание новой записи;
- редактирование старой записи;
- отображение контента на сайте после сохранения без изменений.
Если редактор не переключился, чаще всего причина в том, что активен другой плагин, который тоже влияет на редактор, или код добавлен не в тот файл. На сайтах с кэшированием админки иногда помогает повторный вход в панель управления, но обычно проблема именно в конфликте настроек.
Что выбрать в реальном проекте
Если нужен быстрый и безопасный результат, ставьте Classic Editor. Это самый понятный путь для владельца сайта и редактора без технической подготовки. Если задача тоньше — например, отключить Gutenberg только для одной части сайта, — используйте фильтр use_block_editor_for_post_type и не трогайте остальной контент.
Практически всегда лучше начинать с точечного отключения и только потом, если это действительно нужно, переводить весь сайт на классический редактор. Так вы сохраните совместимость с уже опубликованными материалами и не усложните себе дальнейшую поддержку.