Если сайт на WordPress грузится медленно, одна из частых причин — тема и плагины подключают больше CSS и JS, чем реально нужно на конкретной странице. Проблема обычно не в одном «тяжёлом» файле, а в десятках мелких ресурсов, которые браузер всё равно должен запросить, распарсить и применить. Убрать лишнее можно, но делать это нужно не вслепую: сначала понять, что действительно не используется, а потом отключать точечно.
Ниже — практический порядок действий: как найти лишние стили и скрипты, чем проверить их реальную полезность и как удалить или отключить их без поломки верстки и функций сайта.
С чего начать: не удалять, а сначала измерить
Перед любыми правками нужно увидеть, какие файлы вообще загружаются на странице. Самая частая ошибка — отключить ресурс по названию, не проверив, где он нужен. В WordPress один и тот же плагин может подключать разные файлы на разных шаблонах: на главной, в записи, в корзине, в личном кабинете, в форме комментариев.
Для первичной диагностики удобно использовать:
- вкладку Network в DevTools браузера;
- отчёт Coverage в Chrome/Edge;
- PageSpeed Insights или Lighthouse для общей картины;
- плагин для просмотра подключённых ресурсов, если не хочется сразу лезть в код.
В DevTools откройте страницу, затем вкладку Network, перезагрузите её и отфильтруйте запросы по css и js. Смотрите не только размер файла, но и количество запросов, а также то, что грузится на первом экране. Иногда файл небольшой, но блокирует рендеринг или тянет за собой цепочку зависимостей.
Как понять, что ресурс действительно не используется
Сам по себе факт загрузки ещё не означает, что файл лишний. CSS может применяться только к скрытому блоку, всплывающему окну или мобильному меню. JS может быть нужен для формы, слайдера, галереи или аналитики. Поэтому проверять нужно не «нравится ли файл», а используется ли его содержимое на этой странице.
Проверка через Coverage
В Chrome DevTools откройте More tools → Coverage, запустите запись и обновите страницу. Инструмент покажет, какая часть CSS и JS была реально использована при загрузке. Это не идеальный детектор, но для первичной сортировки он полезен: видно, какие файлы почти полностью пустые на конкретной странице.
Здесь важно понимать ограничение: Coverage показывает использование в момент теста. Если блок появляется только после клика, скролла или открытия модального окна, файл может выглядеть «неиспользуемым», хотя на деле он нужен. Поэтому после отчёта всегда проверьте сценарии, которые есть на странице: меню, формы, слайдеры, табы, поиск, комментарии, попапы.
Проверка по шаблону страницы
На WordPress ресурсы часто подключаются условно. Например, стили комментариев нужны только там, где комментарии включены; скрипты WooCommerce — только на страницах магазина; библиотека для галереи — только если на странице есть галерея. Если файл загружается везде, а нужен только на части страниц, его кандидат на отключение уже очевиден.
Полезно составить короткий список:
- что видно на странице без взаимодействия;
- что появляется после клика или скролла;
- какие элементы завязаны на JS;
- какие стили относятся к виджетам, которых на странице нет.
Если ресурс относится к отсутствующему на странице функционалу, его можно отключать точечно. Если он нужен только в редких сценариях, лучше не удалять файл полностью, а ограничить его загрузку нужными страницами.
Где искать лишние CSS и JS в WordPress
Источников обычно три: тема, плагины и встроенные библиотеки WordPress. У каждого свой способ отключения.
Тема
Темы часто подключают общий набор стилей и скриптов на все страницы, даже если часть из них нужна только для отдельных шаблонов. Это особенно заметно у многофункциональных тем: там есть анимации, иконки, слайдеры, стили для блоков, которые сайт может вообще не использовать.
Если тема поддерживает собственные настройки отключения модулей — это лучший вариант. Если нет, смотрите, какие файлы подключаются через wp_enqueue_style() и wp_enqueue_script() в functions.php или в подключаемых файлах темы.
Плагины
Плагины — самый частый источник лишних ресурсов. Многие из них подключают CSS и JS на всех страницах, хотя реально нужны только в одном месте. Например, форма обратной связи может грузить стили даже на страницах, где формы нет.
Если плагин не даёт настроек для отключения ассетов, можно использовать точечное снятие подключения через код. Но делать это нужно только после проверки, что ресурс не нужен на конкретном шаблоне.
Встроенные библиотеки WordPress
WordPress сам подключает часть скриптов и стилей, например wp-block-library для блоков Gutenberg, dashicons для иконок, jquery и связанные зависимости. Удалять их «на всякий случай» не стоит: сначала проверьте, используются ли они темой или плагинами. Особенно осторожно нужно относиться к jQuery — многие старые темы и плагины на нём завязаны.
Как безопасно отключать ненужные файлы
Есть три рабочих подхода: настройки плагина, код в теме или дочерней теме, и специальные плагины для управления ассетами. Для большинства сайтов самый безопасный путь — сначала попробовать штатные настройки, а уже потом переходить к коду.
1. Отключение через настройки плагина или темы
Если плагин умеет выключать свои стили и скрипты на отдельных страницах, используйте это. Это проще и безопаснее, чем править код вручную. Проверьте настройки в админке: иногда опции спрятаны в разделе производительности, оптимизации или расширенных параметров.
Плюс этого способа в том, что обновления плагина не перетрут правки. Минус — не у всех расширений такие настройки есть.
2. Точечное снятие подключения через код
Если ресурс подключается программно, его можно снять через wp_dequeue_style() или wp_dequeue_script(). Делать это лучше в дочерней теме или в небольшом собственном плагине, а не в основной теме, чтобы правки не исчезли после обновления.
Пример: если на странице не нужен конкретный стиль, его можно отключить по хэндлу. Хэндл — это имя, под которым файл был зарегистрирован или подключён.
add_action( 'wp_enqueue_scripts', function () {
if ( ! is_page( 'contacts' ) ) {
wp_dequeue_style( 'plugin-contact-form' );
wp_deregister_style( 'plugin-contact-form' );
}
}, 100 );Здесь plugin-contact-form — пример хэндла. Реальное имя нужно узнать в исходном коде страницы, в настройках плагина или в коде темы. wp_dequeue_style() снимает уже поставленное подключение, а wp_deregister_style() убирает регистрацию ресурса. Обычно для точечного отключения достаточно одного wp_dequeue_*, но если другой код может снова зарегистрировать файл, иногда добавляют и wp_deregister_*.
Для скриптов логика та же:
add_action( 'wp_enqueue_scripts', function () {
if ( ! is_front_page() ) {
wp_dequeue_script( 'slider-script' );
wp_deregister_script( 'slider-script' );
}
}, 100 );Важно: не ставьте такие правки в код, если не уверены, что файл не нужен на этой странице. И не отключайте ресурсы в админке без понимания последствий — можно сломать редактор, медиа-библиотеку или интерфейс плагина.
3. Использование плагина для управления ассетами
Если нужно быстро пройтись по множеству страниц и отключать ресурсы без ручного кода, удобны плагины класса asset manager. Они показывают, какие CSS и JS загружены на текущей странице, и позволяют выключать их по шаблону или типу записи. Это хороший вариант для владельца сайта, который не хочет править PHP, но готов аккуратно тестировать изменения.
Главное ограничение такого подхода — всё равно нужна проверка на фронтенде. Плагин не знает, как именно ваш сайт использует конкретный ресурс, поэтому решение принимает человек.
Как не сломать верстку и функциональность
Удаление лишнего CSS и JS безопасно только тогда, когда вы проверяете сайт после каждого изменения. Не отключайте сразу несколько файлов подряд. Иначе, если что-то сломается, будет сложно понять, какой именно ресурс был критичным.
Рабочий порядок такой:
- сделайте резервную копию или подготовьте staging-копию сайта;
- отключите один ресурс;
- очистите кэш плагина, сервера и CDN, если он есть;
- проверьте страницу в обычном и мобильном виде;
- пройдитесь по ключевым действиям: меню, формы, поиск, корзина, слайдеры, модальные окна;
- если всё в порядке, переходите к следующему ресурсу.
Особенно внимательно проверяйте:
- адаптивное меню;
- всплывающие окна и формы;
- галереи и слайдеры;
- комментарии;
- страницы с блоками Gutenberg;
- динамические элементы, которые появляются после клика.
Если после отключения что-то пропало или съехало, не пытайтесь «доправить» это дополнительным CSS наугад. Сначала верните ресурс и убедитесь, что проблема действительно в нём. Иногда внешний вид ломается не из-за самого файла, а из-за зависимости, которую он подгружал.
Что обычно можно убрать безболезненно, а что лучше не трогать
На практике безболезненно отключаются ресурсы, которые относятся к отсутствующему функционалу: стили и скрипты слайдера, если слайдера на странице нет; файлы формы, если формы нет; библиотека галереи, если изображений в галерее нет; стили конкретного плагина на страницах, где плагин не используется.
С осторожностью относитесь к:
- jQuery и его зависимостям;
- скриптам, которые управляют меню, табами и выпадающими блоками;
- стилям редактора и блоков, если сайт активно использует Gutenberg;
- файлам, которые подключаются не напрямую, а как зависимость других ресурсов.
Если сомневаетесь, лучше ограничить загрузку файла только нужными страницами, чем удалять его полностью. Это особенно актуально для сложных тем и сайтов с большим количеством плагинов.
Как проверить, что вы действительно убрали лишнее
После оптимизации не ограничивайтесь ощущением «страница стала быстрее». Проверьте три вещи: список запросов, поведение интерфейса и итоговый отчёт в инструменте анализа.
Сравните страницу до и после в DevTools: количество CSS и JS-запросов должно уменьшиться, а в Coverage — вырасти доля реально используемого кода. Затем откройте сайт в обычном браузере и на мобильном устройстве или в эмуляторе. Если всё работает, значит отключение прошло безопасно.
Если используете кэширование, не забудьте очистить кэш после каждого изменения. Иначе вы будете смотреть на старую версию страницы и сделаете неверный вывод.
Для сайтов на WordPress лучший результат обычно даёт не массовое удаление файлов, а аккуратная точечная чистка: убрать ресурсы там, где они не нужны, и оставить только то, что реально участвует в работе страницы. Такой подход даёт заметный выигрыш без риска сломать сайт.