Большинство владельцев сайтов считают, что проблема производительности возникает тогда, когда установлено «слишком много плагинов». На практике это не совсем так. Куда важнее не количество плагинов, а объем ресурсов, которые они загружают на каждой странице сайта. Современный WordPress позволяет построить очень быстрый сайт даже с 40–60 плагинами. И наоборот, сайт с десятью плагинами может работать медленно, если каждый из них подключает свои CSS и JavaScript на всех страницах без разбора. Именно поэтому Script Manager в Perfmatters — это не просто средство оптимизации. Это инструмент архитектурного контроля.

Почему возникает проблема

Представим типичный сайт. На нем установлены:

• WooCommerce;
• Fluent Forms;
• Fluent Booking;
• Tutor LMS;
• HashBar;
• плагин отзывов;
• плагин сравнения товаров;
• плагин избранного.

Каждый из них добавляет:

• CSS;
• JavaScript;
• иногда шрифты;
• AJAX;
• дополнительные запросы.

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

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

Пользователь их никогда не увидит. Но браузер обязан их скачать.

Главная ошибка большинства сайтов

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

Что делает Script Manager

Script Manager показывает все CSS и JavaScript, которые загружает страница. Например, открываем статью блога. Мы можем увидеть:

WooCommerce
Fluent Forms
Fluent Booking
Tutor LMS
Slider Revolution
HashBar
Google Maps

После этого достаточно снять несколько галочек. Именно на этой странице. Все. Эти ресурсы больше не будут загружаться.

Почему это лучше любых оптимизаций

Многие начинают со следующего:

• минификация;
• объединение файлов;
• Delay JS;
• Remove Unused CSS.

Это уже работа с последствиями. Script Manager устраняет причину. Есть огромная разница между двумя подходами. Подход № 1: Скачать 700 КБ JavaScript и попытаться оптимизировать его. Подход № 2: Не скачивать эти 700 КБ вообще. Второй вариант всегда эффективнее. Лучший код — тот, который браузеру вообще не пришлось получать.

Какой подход использовать

Я придерживаюсь простого правила. Каждый новый плагин проходит четыре этапа.

Шаг 1. Установить

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

Шаг 2. Посмотреть, что он загружает

Открываем Script Manager. Проверяем:

• CSS;
• JavaScript;
• дополнительные библиотеки;
• сторонние сервисы.

Очень часто оказывается, что плагин подключает свои файлы абсолютно везде.

Шаг 3. Определить реальные страницы использования

Например. Fluent Forms нужен:

• Контакты;
• Обратная связь;
• Запись на консультацию.

Значит на остальных страницах сайта он не нужен. WooCommerce нужен:

• магазин;
• карточки товаров;
• корзина;
• оформление заказа.

На странице блога его CSS бессмысленны. Tutor LMS нужен только внутри обучения. HashBar может работать только в статьях. И так далее.

Шаг 4. Ограничить загрузку

Теперь через Script Manager отключаем плагин везде, кроме нужных страниц. В результате пользователь получает только тот код, который действительно необходим.

Пример

Предположим, сайт состоит из пяти типов страниц.

Тип страницы	Что должно загружаться
Главная	только компоненты главной
Блог	только блог
Карточка товара	WooCommerce
Контакты	Fluent Forms
Личный кабинет	Tutor LMS

Если на странице контактов загружается WooCommerce, значит архитектура уже неоптимальна.

Какие плагины чаще всего стоит ограничивать

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

• WooCommerce;
• Fluent Forms;
• Contact Form 7;
• Elementor;
• Slider Revolution;
• Tutor LMS;
• календари бронирования;
• плагины отзывов;
• сравнение товаров;
• избранное;
• Google Maps;
• социальные кнопки;
• аналитические сервисы.

Когда ничего отключать не нужно

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

• Kadence Blocks;
• тема Kadence;
• базовые библиотеки WordPress.

Что выигрывает сайт

После такой оптимизации уменьшается:

• количество HTTP-запросов;
• объем CSS;
• объем JavaScript;
• время парсинга;
• время выполнения JavaScript;
• вероятность конфликтов между плагинами.

Это напрямую влияет на показатели Core Web Vitals и ощущение скорости работы сайта.

Почему это важно при сопровождении клиентов

Когда вы обслуживаете десятки сайтов, появляется соблазн просто устанавливать новые плагины. Гораздо правильнее сделать другое правило. Ни один новый плагин не считается внедренным, пока не проверено, какие CSS и JavaScript он подключает и где именно они действительно нужны. Такой подход дает три преимущества:

1. Производительность остается стабильной. Сайт не «толстеет» после каждого нового функционала.
2. Проще искать проблемы. Если известно, где загружается каждый плагин, значительно легче диагностировать конфликты.
3. Оптимизация становится системной. Вместо разовых попыток ускорить сайт после появления проблем вы предотвращаете их на этапе внедрения.

Заключение

Script Manager — это не инструмент «ускорения сайта» в узком смысле. Это средство управления зависимостями WordPress. Большинство оптимизаций пытаются сделать уже загруженный код быстрее. Script Manager решает задачу иначе: он не позволяет ненужному коду попасть в браузер пользователя. Именно поэтому для сайтов, которые регулярно развиваются и получают новый функционал, разумно сделать это правилом: Каждый новый плагин сначала устанавливается и проверяется на работоспособность. Затем через Script Manager анализируется, какие ресурсы он подключает. После этого его CSS и JavaScript ограничиваются только теми страницами, где этот функционал действительно используется. Это один из немногих подходов к оптимизации WordPress, который остается эффективным независимо от темы, конструктора страниц или набора плагинов.