Если на сайте WordPress грузится много лишних CSS и JavaScript-файлов, это почти всегда видно по двум признакам: страница открывается медленнее, а в отчётах браузера и PageSpeed появляются десятки запросов к файлам, которые нужны только на отдельных страницах или не нужны вовсе. Обычно лишние ресурсы добавляют тема, плагины и сам WordPress. Убирать их стоит не «на глаз», а точечно: отключать только то, что действительно не используется на фронтенде.
Самый надёжный способ — сначала понять, какой именно файл подключается, кем он добавлен и на каких страницах он нужен. После этого можно либо отключить его полностью, либо ограничить загрузку только нужными шаблонами и типами страниц. Для этого в WordPress есть штатные функции, а также удобные плагины для управления активными стилями и скриптами.
Что именно можно отключать без вреда для сайта
Речь не о том, чтобы удалить все стили и скрипты подряд. На практике отключают только ресурсы, которые не участвуют в работе конкретной страницы. Например, на главной не нужен скрипт формы комментариев, на странице контактов — стили слайдера, а в блоге — библиотека, которая используется только в галерее товара.
Чаще всего можно оптимизировать:
- стили и скрипты плагинов, которые работают только в админке или на отдельных типах записей;
- файлы, подключённые глобально, хотя нужны только на одной странице;
- дублирующиеся библиотеки, если тема и плагин тянут похожие ресурсы;
- лишние встроенные функции WordPress, если они не используются на сайте.
Но есть важное ограничение: отключать нужно только то, в чём вы уверены. Если файл отвечает за меню, форму, слайдер, валидацию или интерактивный блок, его удаление может сломать часть интерфейса. Поэтому перед изменениями полезно проверить сайт в приватном окне и, если это рабочий проект, сделать резервную копию.
Как понять, какой файл подключает тема или плагин
Начинать лучше с браузера. Откройте страницу сайта, нажмите F12 и перейдите во вкладку Network. Обновите страницу и отфильтруйте запросы по CSS и JS. Так вы увидите, какие файлы загружаются, с какого домена и в каком порядке.
Если нужно понять источник точнее, в WordPress удобно смотреть исходный код страницы. У подключённых файлов обычно есть признаки:
- в имени файла часто видно название плагина или темы;
- в атрибуте
idу стилей и скриптов нередко есть префикс плагина; - путь к файлу показывает, из какой папки он загружается —
/wp-content/themes/...или/wp-content/plugins/....
Когда файл найден, важно ответить на два вопроса: нужен ли он на всех страницах и можно ли заменить глобальную загрузку точечным подключением. Именно от этого зависит способ отключения.
Отключение через functions.php: когда нужен точный контроль
Если вы работаете с дочерней темой или своим кодом, самый прямой способ — снять регистрацию или выгрузить ресурс через wp_dequeue_style() и wp_dequeue_script(). Это подходит, когда нужно убрать конкретный файл на фронтенде, не трогая сам плагин.
Перед изменениями лучше делать это в дочерней теме или в небольшом функциональном плагине, а не править файлы родительской темы. Иначе обновление темы затрёт ваши правки.
Пример: если плагин подключает скрипт на всех страницах, а он нужен только на одной, можно отключить его и вернуть только там, где он действительно используется:
add_action('wp_enqueue_scripts', function () {
if (!is_page('contact')) {
wp_dequeue_script('plugin-script-handle');
wp_deregister_script('plugin-script-handle');
}
}, 100);Здесь plugin-script-handle — это не имя файла, а handle, то есть внутренний идентификатор, под которым скрипт зарегистрирован. Его нужно узнать из кода темы, плагина или из списка подключённых ресурсов. Аналогично работает и для стилей:
add_action('wp_enqueue_scripts', function () {
if (!is_page('contact')) {
wp_dequeue_style('plugin-style-handle');
wp_deregister_style('plugin-style-handle');
}
}, 100);Обычно достаточно wp_dequeue_*, а wp_deregister_* используют, если нужно полностью убрать регистрацию ресурса. Для обычной оптимизации на фронтенде чаще хватает выгрузки.
Когда ставить приоритет выше
Если тема или плагин подключает ресурсы поздно, ваш код может сработать раньше и не дать эффекта. Поэтому в примерах выше используется приоритет 100. Это практичный вариант, когда нужно дождаться, пока все стили и скрипты будут зарегистрированы, а потом снять ненужные.
Если после добавления кода файл всё равно грузится, значит, его подключают в другом хуке, через inline-скрипт или сторонний механизм. Тогда нужно искать источник точнее, а не добавлять ещё один случайный фильтр.
Как отключать ресурсы только на отдельных страницах
Это самый безопасный и полезный сценарий. Большинство лишних файлов не нужно убирать полностью — достаточно ограничить их загрузку страницами, где они реально используются. Например, скрипт галереи нужен только на записи с галереей, а стили формы — только на странице контактов.
Для этого в условиях можно использовать стандартные функции WordPress: is_front_page(), is_page(), is_single(), is_archive(), is_singular(). Такой подход лучше, чем глобальное отключение, потому что он не ломает функциональность в нужных местах.
Пример для страницы с формой:
add_action('wp_enqueue_scripts', function () {
if (!is_page('contact')) {
wp_dequeue_style('contact-form-style');
wp_dequeue_script('contact-form-script');
}
}, 100);Если ресурс нужен только в записях определённого типа, условие можно строить вокруг is_singular('post') или is_singular('product'), если у вас есть такой тип записей. Но не стоит усложнять код без необходимости: чем точнее и проще условие, тем легче его поддерживать.
Что можно убрать штатно, без риска для темы и плагинов
Некоторые ресурсы WordPress часто отключают именно ради сокращения лишних запросов. Но делать это нужно только если вы понимаете последствия.
- Emoji-скрипты и стили — если на сайте не нужны встроенные эмодзи WordPress, их можно убрать. Это обычно безопасно для большинства сайтов.
- Embeds — если вы не используете встроенные oEmbed-вставки WordPress, можно отключить соответствующий скрипт.
- Dashicons на фронтенде — если иконки админки не используются для гостей, их часто не нужно грузить на публичной части сайта.
Но даже такие изменения лучше проверять после внедрения. Иногда тема использует dashicons для меню или кнопок, а плагин — для элементов интерфейса. Если убрать ресурс без проверки, визуально сайт может не сломаться, но часть иконок исчезнет.
Плагины для управления стилями и скриптами: когда они удобнее кода
Если вы не хотите каждый раз искать handle и писать условия вручную, удобнее использовать плагин, который показывает подключённые ресурсы на конкретной странице и позволяет отключать их точечно. Это особенно полезно для владельца сайта или вебмастера, который не планирует постоянно править код темы.
Такой подход хорош в двух случаях:
- нужно быстро убрать несколько файлов без разработки;
- на сайте много плагинов, и проще управлять загрузкой через интерфейс, чем искать каждое подключение в коде.
Из минусов — дополнительный плагин сам по себе добавляет нагрузку и требует аккуратной настройки. Поэтому для небольшого сайта с понятной структурой часто достаточно нескольких строк в дочерней теме, а для сложного проекта удобнее интерфейсный инструмент. Если вам важна именно чистка фронтенда и удаление дублей, можно посмотреть Clearfy Pro: