Если на части страниц сайта грузятся стили и скрипты, которые там не используются, это почти всегда лишний вес и лишние запросы. На главной может быть нужен слайдер, на странице контактов — карта, а на обычной статье они только замедляют загрузку. В WordPress это можно исправить без полного отказа от плагина или темы: отключать ресурсы точечно, только там, где они не нужны.
Рабочая схема обычно такая: сначала находят, что именно загружается, затем отключают это на конкретных шаблонах, страницах или типах записей, после чего проверяют, не сломалась ли нужная функциональность. Ниже — практический порядок действий и безопасные способы, которые реально применяются в WordPress.
С чего начать: понять, что именно можно убрать
Не стоит отключать всё подряд. В WordPress один и тот же файл может обслуживать сразу несколько функций, и если убрать его без проверки, можно сломать форму, галерею, меню, слайдер или админские элементы на фронтенде.
Сначала откройте проблемную страницу и посмотрите список загружаемых файлов в инструментах разработчика браузера или через расширения для анализа запросов. Ищите:
- CSS и JS от плагинов, которые не используются на этой странице;
- ресурсы темы, которые нужны только для отдельных шаблонов;
- библиотеки, подключённые «на всякий случай» на всём сайте;
- дублирующиеся стили, когда один и тот же функционал подключён несколько раз разными способами.
Полезно сразу разделить ресурсы на две группы: безопасно убрать и нужно оставить. Например, стили формы обратной связи на странице статьи обычно не нужны, а стили и скрипты самой формы — нужны на странице контактов.
Как отключать ресурсы в WordPress правильно
В WordPress стили и скрипты подключаются через очередь загрузки. Для фронтенда это обычно делается через функции wp_enqueue_style() и wp_enqueue_script(). Отключать их нужно тем же путём — через wp_dequeue_style(), wp_dequeue_script() и при необходимости wp_deregister_style(), wp_deregister_script().
Ключевой момент: dequeue убирает файл из очереди на текущей странице, а deregister полностью снимает регистрацию. Для точечного отключения чаще достаточно dequeue. Полное снятие регистрации используют реже, когда нужно заменить файл своим вариантом или когда плагин регистрирует ресурс слишком рано.
Ниже пример, который отключает конкретный стиль и скрипт только на обычных страницах. Код лучше добавлять в дочернюю тему или в собственный мини-плагин, а не править файлы родительской темы напрямую: обновление их перезапишет.
add_action('wp_enqueue_scripts', function () {
if (is_page()) {
wp_dequeue_style('plugin-style-handle');
wp_dequeue_script('plugin-script-handle');
}
}, 100);Здесь plugin-style-handle и plugin-script-handle — это не имя файла, а handle, то есть внутренний идентификатор, под которым ресурс зарегистрирован. Его нужно узнать в коде плагина, теме или через инструменты анализа.
Как найти правильный handle
Самый надёжный способ — посмотреть исходный код плагина или темы и найти вызов wp_enqueue_style() или wp_enqueue_script(). Первый аргумент функции и есть handle. Например:
wp_enqueue_script( 'contact-form-7', ... );В этом случае handle — contact-form-7. Если ресурс подключается не напрямую, а через обёртку темы или другого плагина, handle может быть неочевидным, поэтому проверка по коду важнее, чем догадки по имени файла.
Отключение только на нужных страницах, а не на всём сайте
Чаще всего задача не в том, чтобы убрать ресурс полностью, а в том, чтобы не грузить его там, где он не нужен. Для этого в условии можно использовать стандартные функции WordPress: is_page(), is_single(), is_front_page(), is_home(), is_archive(), is_singular().
Например, если скрипт нужен только на странице контактов, его можно отключить везде, кроме неё:
add_action('wp_enqueue_scripts', function () {
if (!is_page('contacts')) {
wp_dequeue_script('map-script');
wp_dequeue_style('map-style');
}
}, 100);Вместо слага страницы можно использовать ID, если так надёжнее в вашем проекте. Это особенно полезно, когда название страницы меняется, а ID остаётся прежним.
Если ресурс нужен только в записи определённого типа, используйте is_singular('post_type'). Это удобнее, чем писать длинные проверки по множеству страниц вручную.
Когда одного dequeue недостаточно
Иногда ресурс продолжает подключаться даже после wp_dequeue_style() или wp_dequeue_script(). Обычно это происходит по одной из трёх причин:
- плагин подключает файл слишком поздно, уже после вашего кода;
- ресурс зарегистрирован и тут же снова добавлен в очередь другим хуком;
- вы указали не тот handle.
В таких случаях помогает увеличить приоритет хука. В примере выше стоит 100, то есть код выполнится позже большинства стандартных подключений. Если этого мало, можно поднять приоритет ещё выше, но обычно сначала стоит проверить сам handle и место, где ресурс подключается.
Если плагин или тема жёстко вставляют CSS/JS прямо в шаблон через <link> или <script>, стандартные функции очереди WordPress уже не помогут. Тогда нужно править сам шаблон или искать настройку в плагине. Это менее удобно, но иначе ресурс просто не убрать штатными средствами.
Что безопаснее отключать в первую очередь
На практике проще всего начать с ресурсов, которые почти всегда можно ограничить по страницам:
- скрипты виджетов, которые нужны только на странице контактов;
- карты, чаты, отзывы, слайдеры и попапы, если они используются не везде;
- стили и скрипты форм, если форма есть только в одном разделе;
- библиотеки анимаций, если они не влияют на основной контент;
- файлы плагинов, которые работают только в специальных шаблонах.
С осторожностью относитесь к отключению:
jqueryи зависимых от него скриптов;- стилей блоков WordPress, если сайт активно использует Gutenberg-блоки;
- ресурсов, которые могут быть нужны в виджетах, шорткодах или встраиваемом контенте;
- файлов, которые подключаются не на странице, а через AJAX или в динамических блоках.
Если вы не уверены, сначала отключите ресурс на одной тестовой странице и проверьте, не пропала ли часть интерфейса. Это безопаснее, чем сразу выкатывать изменение на весь сайт.
Как проверить, что всё работает после отключения
После правки нужно проверить не только скорость, но и поведение страницы. Откройте страницу в режиме инкогнито и убедитесь, что:
- ненужный файл действительно исчез из списка запросов;
- форма, меню, галерея, кнопки и другие элементы продолжают работать;
- на мобильной версии ничего не «поехало» из-за отсутствующего CSS;
- в консоли браузера нет ошибок JavaScript, связанных с удалённым файлом.
Если вы используете кэш-плагин или серверный кэш, после изменений очистите кэш. Иначе можно смотреть на старую версию страницы и сделать неверный вывод, что отключение не сработало.
Ещё один практический способ проверки — сравнить количество запросов и общий вес страницы до и после. Но смотреть нужно не только на цифры: иногда файл маленький, зато он критичен для функциональности. В таком случае экономия не стоит поломанной страницы.
Если нужен более простой способ без ручного кода
Когда на сайте много плагинов и ресурсов, которые нужно отключать выборочно, ручная правка кода быстро становится неудобной. В этом случае помогает плагин, который умеет управлять подключениями на уровне страниц и записей. Например, Clearfy Pro подходит для задач по чистке сайта и отключению лишних элементов без постоянного редактирования темы. Это не отменяет понимания, что именно вы убираете, но упрощает работу, если ресурсов много и они подключаются разными плагинами.
Даже при использовании такого инструмента логика остаётся той же: сначала определить ненужный ресурс, затем отключить его только там, где он не нужен, и после этого проверить страницу. Автоматизация здесь полезна, но не заменяет аккуратную диагностику.
Если подойти к задаче без спешки, можно заметно облегчить страницы без потери нужного функционала. В WordPress для этого не требуется переписывать тему целиком: чаще всего достаточно найти правильный handle, отключить ресурс на нужных шаблонах и убедиться, что сайт ведёт себя как раньше.