Как удалить стандартные виджеты и блоки из WordPress

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

Ниже разберём, что именно можно убрать, чем отличается скрытие от удаления и как сделать это так, чтобы не сломать сайт и не потерять нужные функции.

Что именно можно убрать в WordPress

Под «стандартными виджетами и блоками» обычно имеют в виду три разные вещи:

• виджеты на панели управления WordPress, которые показываются в админке на главной странице;
• виджеты в области Внешний вид → Виджеты или в редакторе сайта;
• стандартные блоки Gutenberg, которые доступны при добавлении контента.

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

Сначала проверьте, можно ли обойтись без кода

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

Откройте главную страницу админки WordPress и нажмите Настройки экрана в правом верхнем углу. Там можно снять галочки с ненужных блоков. Такой способ удобен, если вы хотите навести порядок только у себя в панели, не меняя поведение сайта для других пользователей.

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

Как убрать стандартные виджеты с панели управления

WordPress позволяет отключать виджеты панели управления через функцию remove_meta_box(). Это нормальный способ, который не затрагивает ядро. Код лучше добавлять в дочернюю тему или в небольшой плагин для сайта, а не в файлы основной темы, которую вы можете обновлять.

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

add_action( 'wp_dashboard_setup', function () {
    remove_meta_box( 'dashboard_activity', 'dashboard', 'normal' );
    remove_meta_box( 'dashboard_quick_press', 'dashboard', 'side' );
    remove_meta_box( 'dashboard_primary', 'dashboard', 'side' );
    remove_meta_box( 'dashboard_site_health', 'dashboard', 'normal' );
} );

Этот пример убирает несколько типовых виджетов: «Активность», «Быстрый черновик», новостной блок WordPress и блок состояния сайта. Набор может отличаться в зависимости от версии WordPress и установленных плагинов, поэтому у вас некоторые идентификаторы могут не сработать или, наоборот, появятся дополнительные виджеты от плагинов.

Если вы работаете с клиентским сайтом, не отключайте блок «Состояние сайта» без необходимости. Он полезен для диагностики, особенно если сайт обслуживают несколько человек.

Как понять, что код сработал

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

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

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

Как удалить стандартные блоки из редактора Gutenberg

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

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

Пример, который оставляет только несколько базовых блоков WordPress:

add_filter( 'allowed_block_types_all', function( $allowed_blocks, $editor_context ) {
    if ( ! empty( $editor_context->post ) ) {
        return array(
            'core/paragraph',
            'core/heading',
            'core/image',
            'core/list',
            'core/quote',
        );
    }

    return $allowed_blocks;
}, 10, 2 );

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

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

Как отключить стандартные блоки через плагин

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

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

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

Чем отличается удаление от скрытия

Для большинства сайтов безопаснее начинать со скрытия и только потом переходить к удалению. Так вы не отключите нужный элемент случайно.

Что лучше не трогать без необходимости

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

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

Поэтому перед изменениями стоит сделать резервную копию и проверить сайт на тестовой копии, если она есть. Это особенно важно, если вы работаете с живым проектом с несколькими редакторами.

Как проверить, что админка действительно стала чище

После отключения лишних виджетов и блоков проверьте три места:

• главную страницу админки WordPress;
• экран редактирования записи или страницы;
• список доступных блоков в редакторе.

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

Если что-то пропало лишнее, просто верните код назад или отключите соответствующую настройку в плагине. В отличие от правок ядра, такие изменения легко откатить.

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