Как отключить стилизацию Gutenberg в админке WordPress, если Elementor не нужен в редакторе

На сайтах, где основной рабочий инструмент — Elementor, часто остаётся лишняя нагрузка в админке от блок-редактора: стили, скрипты, элементы интерфейса Gutenberg, которые не используются в повседневной работе. Это не всегда критично, но на больших проектах и в редакторских командах такие мелочи складываются в заметную задержку загрузки админки и лишний шум в интерфейсе.

Задача здесь не в том, чтобы «удалить Gutenberg вообще», а в том, чтобы аккуратно отключить его фронт админки там, где он не нужен: для определённых ролей, типов записей или на конкретных экранах. Ниже — рабочие варианты: через код, через настройки плагинов и с проверкой, что ничего не сломалось.

Когда это действительно имеет смысл

Отключать стилизацию Gutenberg в админке стоит только если вы понимаете, что именно используете вместо него. Типичный сценарий: контент собирается в Elementor, а записи и страницы редактируются ограниченным кругом пользователей. В таком случае блок-редактор может оставаться как резервный инструмент, но его интерфейс и связанные ресурсы в админке не нужны на каждом экране.

Если у вас смешанный процесс — часть контента в Gutenberg, часть в Elementor — лучше не рубить всё целиком. В этом случае безопаснее ограничиться отключением лишних ресурсов только там, где они реально мешают.

Диагностика: что именно грузится лишним

Перед изменениями проверьте, что именно вы хотите убрать. В админке откройте страницу редактирования записи и посмотрите исходный код или вкладку Network в DevTools. Обычно внимание стоит обратить на:

• wp-block-library и связанные стили;
• скрипты и стили редактора блоков;
• лишние элементы интерфейса на экранах, где Gutenberg не используется;
• конфликты между Elementor, классическим редактором и плагинами, которые вмешиваются в админку.

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

Пошаговое решение через код

Самый контролируемый вариант — отключать ресурсы Gutenberg точечно. Для этого удобно использовать functions.php дочерней темы или небольшой mu-plugin, если проект уже живёт в продакшене и вы не хотите зависеть от темы.

1. Убираем стили блок-редактора там, где они не нужны

Если на сайте Elementor используется как основной редактор, а блоки на фронтенде не нужны, можно отключить стандартные стили блоков. Это не ломает сам редактор, но убирает часть фронтенд- и админ-нагрузки, если они подключаются без необходимости.

<?php
add_action( 'wp_enqueue_scripts', function() {
    if ( ! is_admin() ) {
        wp_dequeue_style( 'wp-block-library' );
        wp_dequeue_style( 'wp-block-library-theme' );
        wp_dequeue_style( 'wc-block-style' );
    }
}, 100 );

Этот код полезен, если на сайте нет активного использования стандартных блоков WooCommerce или Gutenberg на фронтенде. Если блоки используются в шаблонах, не снимайте стили вслепую.

2. Отключаем Gutenberg для конкретных типов записей

Если редакция работает только с Elementor на страницах и обычных записях, а блок-редактор нужен, например, только для одного CPT, можно отключить его выборочно через фильтр use_block_editor_for_post_type.

<?php
add_filter( 'use_block_editor_for_post_type', function( $use_block_editor, $post_type ) {
    $disabled_for = array( 'page', 'post' );

    if ( in_array( $post_type, $disabled_for, true ) ) {
        return false;
    }

    return $use_block_editor;
}, 10, 2 );

Это более безопасный путь, чем глобальное отключение. Elementor остаётся доступен, а Gutenberg не мешает там, где он не нужен.

3. Скрываем лишние ресурсы в админке только на нужных экранах

Если задача — именно облегчить админку, а не менять редактор, можно отключать часть стилей и скриптов только на экранах редактирования, где они не используются. Для этого сначала определяем текущий экран через get_current_screen().

<?php
add_action( 'admin_enqueue_scripts', function() {
    if ( ! function_exists( 'get_current_screen' ) ) {
        return;
    }

    $screen = get_current_screen();

    if ( ! $screen ) {
        return;
    }

    if ( in_array( $screen->base, array( 'post', 'post-new' ), true ) ) {
        wp_dequeue_style( 'wp-edit-blocks' );
    }
}, 100 );

Здесь важно не переусердствовать: некоторые плагины и сам WordPress ожидают наличие базовых стилей редактора. После такого изменения обязательно проверяйте форму редактирования записи и работу метабоксов.

Если нужен готовый инструмент, а не код

На проектах, где код лучше не трогать руками редактору или контент-менеджеру, проще использовать плагин, который умеет отключать лишние элементы WordPress точечно. В экосистеме WPShop для таких задач часто используют Clearfy Pro: он помогает убирать дубли, чистить сайт и отключать ненужные функции без ручного редактирования темы.

Как проверить, что решение сработало

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

• открывается ли экран редактирования записи без ошибок JavaScript;
• доступен ли Elementor там, где он должен быть;
• не пропали ли метабоксы, поля ACF и другие элементы, если они используются;
• не сломалась ли публикация и обновление записей;
• не осталось ли в Network лишних запросов к стилям блок-редактора.

Если вы отключали стили через wp_dequeue_style(), сравните количество запросов до и после. Если меняли типы записей через фильтр, проверьте каждый тип отдельно: страницы, записи, CPT, шаблоны.

Частые ошибки и как их исправить

Отключили Gutenberg глобально, а потом потеряли нужный редактор

Это случается, когда используют слишком жёсткий фильтр или плагин без исключений по типам записей. Исправление простое: возвращайте блок-редактор только там, где он нужен, а не отключайте его для всего сайта.

Сняли стили блоков, но сломали фронтенд

Если на сайте есть блоки в контенте, стили wp-block-library могут быть нужны. В этом случае не отключайте их глобально. Ограничьте снятие стилей только страницами, где блоки не используются, или оставьте их полностью.

Появились конфликты с плагинами полей и SEO

Некоторые плагины добавляют метабоксы и рассчитывают на стандартный экран редактирования. Если после отключения Gutenberg пропали поля или перестали сохраняться данные, проверьте, не завязан ли плагин на блок-редактор. В таком случае лучше ограничить отключение только для страниц, где он точно не нужен.

Практические советы по безопасности и производительности

Любые изменения в админке делайте через дочернюю тему или mu-plugin, а не в основной теме Elementor-ориентированного сайта. Тогда обновление темы не затрёт правки. Перед внедрением проверьте код на staging-копии и держите под рукой быстрый способ отката.

• не отключайте ресурсы без проверки фронтенда и админки;
• не смешивайте несколько оптимизаторов, которые делают одно и то же;
• если используете плагин для чистки WordPress, отключайте только те опции, которые понимаете;
• после обновления WordPress и Elementor повторно проверьте экран редактирования.

Если нужен не точечный код, а более широкий набор настроек для чистки WordPress на сайте с Elementor, имеет смысл смотреть в сторону инструментов, которые умеют отключать лишние функции без ручного вмешательства в ядро и тему. Но даже в этом случае логика остаётся прежней: сначала диагностика, потом точечное отключение, потом проверка на реальном контенте.