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

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

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

Что именно можно отключать без риска

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

Безопаснее всего отключать:

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

Не стоит отключать всё подряд у темы, если вы не понимаете, за что отвечает файл. Иногда один CSS-файл управляет сеткой, меню, адаптивностью и формами одновременно. В таком случае удаление одного ресурса ломает сразу несколько элементов интерфейса.

Сначала найдите, что именно грузится на странице

Самый практичный способ — открыть страницу сайта в браузере и посмотреть список подключений. В Chrome или Edge это можно сделать через инструменты разработчика: вкладка Network покажет CSS и JS-файлы, а вкладка Elements поможет понять, какой блок на странице связан с конкретным стилем. Для быстрой проверки подойдут и отчёты Lighthouse, но они не всегда подсказывают, какой именно плагин добавил файл.

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

На практике ориентируйтесь на такие признаки:

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

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

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

Для отключения используют функции wp_dequeue_script() и wp_dequeue_style(). Но перед этим нужно знать точный handle ресурса — внутреннее имя, под которым он зарегистрирован. Без него WordPress не поймёт, что именно убирать.

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

add_action( 'wp_enqueue_scripts', function () {
    if ( ! is_page( 'contacts' ) ) {
        wp_dequeue_script( 'contact-form-7' );
        wp_dequeue_style( 'contact-form-7' );
    }
}, 100 );

Здесь важно две вещи. Во-первых, условие is_page( 'contacts' ) оставляет ресурсы только на странице контактов. Во-вторых, приоритет 100 помогает выполнить код после того, как тема и плагины уже успели подключить свои файлы. Если поставить слишком ранний приоритет, отключение может не сработать.

Если ресурс нужен только для определённого шаблона, записи или категории, вместо is_page() можно использовать другие условные теги WordPress: is_single(), is_category(), is_front_page() и так далее. Выбор зависит от того, где именно файл должен остаться.

Что можно убирать у темы, а что лучше не трогать

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

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

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

Что обычно отключают у плагинов

Плагины чаще всего добавляют лишние подключения не потому, что они «плохие», а потому что по умолчанию стараются работать везде. Это удобно разработчику плагина, но не всегда выгодно сайту. Особенно часто лишние CSS и JS появляются у форм, слайдеров, таблиц, галерей, рейтингов, всплывающих окон и визуальных конструкторов.

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

Если плагин создаёт собственные блоки Gutenberg, иногда можно отключить только фронтенд-стили, оставив редакторские. Это уже зависит от конкретного расширения и его структуры. Здесь важно не путать стили админки и фронтенда: ресурсы для редактора нужны в панели WordPress и не должны отключаться вместе с фронтенд-частью.

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

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

Полезно сравнить страницу до и после в нескольких местах:

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

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

Когда лучше использовать плагин для чистки, а когда — код

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

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

Если вам нужен именно инструмент для чистки лишних подключений, у WPShop есть Clearfy Pro: https://wpshop.ru/plugins/clearfy. Он не заменяет понимание того, что вы отключаете, но помогает быстрее управлять лишними ресурсами без ручного редактирования каждого файла.

Практический порядок действий

Если нужно быстро навести порядок на сайте, действуйте так:

1. Откройте проблемную страницу и посмотрите, какие CSS и JS реально загружаются.
2. Определите, какие из них относятся к теме, а какие — к плагинам.
3. Проверьте, используется ли связанная функция на этой странице.
4. Отключайте только точечно, через wp_dequeue_script() и wp_dequeue_style() или через настройки плагина.
5. После каждого изменения проверяйте внешний вид и интерактивность страницы.
6. Если что-то сломалось, верните ресурс и сузьте условие отключения.

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