Как убрать лишние стили и скрипты WordPress с сайта

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

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

С чего начать: понять, что именно лишнее

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

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

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

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

Что можно отключать, а что лучше не трогать

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

Обычно можно рассматривать к отключению:

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

С осторожностью относитесь к:

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

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

Как отключать стили и скрипты правильно

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

Отключение через код

Для фронтенда используются функции wp_dequeue_style(), wp_deregister_style(), wp_dequeue_script() и wp_deregister_script(). Обычно достаточно wp_dequeue_*, потому что он снимает подключение, не ломая регистрацию, если она нужна другим частям сайта.

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

add_action( 'wp_enqueue_scripts', function () {
    wp_dequeue_style( 'plugin-style-handle' );
    wp_dequeue_script( 'plugin-script-handle' );
}, 100 );

Здесь plugin-style-handle и plugin-script-handle — это не имя файла, а handle, то есть внутренний идентификатор подключения. Его нужно узнать в коде плагина, теме или через инструменты диагностики.

Если нужно отключить файл только на одной странице, добавьте условие. Например, так можно убрать подключение на главной:

add_action( 'wp_enqueue_scripts', function () {
    if ( ! is_front_page() ) {
        return;
    }

    wp_dequeue_style( 'plugin-style-handle' );
}, 100 );

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

Отключение через плагин

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

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

Как найти handle нужного файла

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

Есть несколько способов:

посмотреть код темы или плагина, где используется wp_enqueue_style() или wp_enqueue_script();
временно открыть исходный код страницы и найти имя файла, а затем сопоставить его с регистрацией в коде;
использовать плагин для диагностики подключений, если он показывает список assets и их идентификаторы.

Если handle неочевиден, не гадайте. Ошибка в идентификаторе просто не даст эффекта, а иногда приводит к лишним попыткам отключить не тот файл.

Как не сломать сайт после отключения

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

После изменений проверьте минимум:

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

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

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

Когда лучше не отключать вручную

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

В таких случаях разумнее:

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

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

Практичный порядок работы

Если нужен короткий рабочий сценарий, действуйте так:

Откройте проблемную страницу и посмотрите список CSS и JS в Network.
Определите, какие файлы относятся к теме, а какие — к плагинам.
Проверьте, используется ли этот функционал именно на этой странице.
Отключайте только конкретный handle, а не весь плагин целиком.
После каждого изменения проверяйте страницу, консоль и мобильное меню.
Если что-то сломалось, сразу возвращайте подключение и сужайте условие.

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