Плагины WordPress: сколько их нужно на самом деле и какие тормозят сайт

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

Сразу договоримся о правиле, которое сэкономит вам вечер: перед тем как отключать, удалять или обновлять что-либо, сделайте резервную копию файлов и базы данных и убедитесь, что вы умеете её разворачивать обратно. Копия, которую никто ни разу не восстанавливал, — это не копия, а папка с архивом. Как её делать и где хранить, подробно разобрано в материале про резервные копии WordPress и восстановление сайта.

Почему «количество плагинов» — неверная единица измерения

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

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

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

Четыре типа нагрузки, которые создаёт плагин

Практически вся тяжесть укладывается в четыре корзины, и лечится каждая по-своему.

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

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

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

Фоновые задачи. Плагин вешает задание на встроенный планировщик WordPress, и оно запускается при заходе посетителя. Бэкап, который стартует в момент, когда на сайт зашёл клиент, — не абстракция, а обычное дело на виртуальном хостинге: посетитель ждёт, пока сервер занят архивированием.

Разделив нагрузку на эти четыре типа, вы почти всегда понимаете, куда смотреть. Медленная админка и долгий ответ сервера — первая и четвёртая корзины. Быстрый ответ, но долгая отрисовка — вторая. Случайные «зависания» раз в несколько загрузок — третья.

Какие категории нужны почти любому коммерческому сайту

Набор, который я ставлю на сайт услуг или небольшой магазин, укладывается в пять-семь позиций.

Резервное копирование. Единственная категория, где я не спорю с владельцем. Копии должны уезжать за пределы того же сервера — иначе при падении диска вы теряете и сайт, и архивы одновременно.

Защита. Ограничение попыток входа, контроль прав, отключение неиспользуемого. Важно не поставить комбайн, который на каждой загрузке проверяет три десятка правил: ощутимая часть «медленных» сайтов тормозит именно из-за охранной системы. Что закрывается настройками, а что требует отдельного модуля, разобрано в материале про то, как защитить WordPress без плагинов-комбайнов.

Кэширование. Готовая страница, отданная из кэша, не требует ни PHP, ни базы. Для сайта на виртуальном хостинге это самый дешёвый способ ускорения. Оговорка: кэш умеет показывать посетителю старую версию страницы после ваших правок — это нормальное поведение, а не поломка.

Работа с изображениями. Сжатие, современные форматы, корректные размеры. На контентных сайтах картинки весят больше, чем весь остальной код вместе взятый; что с этим делать — в разборе про то, как картинки съедают скорость WordPress.

Поля заголовка и описания страниц. Ядро WordPress само их не редактирует. Нужен либо соответствующий модуль, либо поддержка на стороне темы.

Формы. Одна форма с уведомлением на почту и сохранением заявок в базу. Не три разных конструктора форм, как это нередко выглядит после смены нескольких подрядчиков.

Карта сайта. Ядро WordPress с версии 5.5 формирует карту само; отдельный модуль нужен, только когда требуется управлять её составом.

Что обычно лишнее

Список ниже — не запрет, а повод спросить себя, что именно этот модуль приносит.

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

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

Задача	Нужен ли отдельный плагин	Чем заменить или чем дополнить
Форма заявки на сайте	Да, один	Никаких двух конструкторов одновременно: старый отключаем и удаляем
Слайдер на главной	Обычно нет	Один статичный блок с картинкой и кнопкой
Карта сайта sitemap.xml	Не всегда	Встроенная карта ядра, если не нужно управлять составом
Заголовок и описание страницы	Да	Либо один модуль, либо поля в теме — не оба сразу
Сжатие картинок	Да	Плюс ручная подготовка размеров до загрузки
Кэширование страниц	Да	Часть задачи иногда закрывает сам хостинг
Счётчик посещений в админке	Нет	Внешняя система аналитики
Резервные копии	Да	Плюс хранение копий вне сервера сайта
Защита от подбора пароля	Да, лёгкий	Сильный пароль, двухфакторный вход, ограничение попыток

Как за полчаса найти тот самый тормозящий плагин

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

Шаг первый: зафиксируйте точку отсчёта. Замерьте время загрузки одной страницы три раза подряд и запишите. Без исходной цифры вы не поймёте, стало лучше или вам показалось.

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

Шаг третий: посмотрите, что грузится. Инструменты разработчика в браузере открываются клавишей F12; вкладка сетевых запросов показывает каждый файл, его источник и вес. Отсортируйте по времени ответа и по размеру: в адресах файлов почти всегда виден каталог плагина, и виновник называет себя сам.

Шаг четвёртый: отключайте по одному. Не половину списка разом, а по одному, с замером после каждого. Половина отключённых модулей даёт результат «стало быстрее», из которого невозможно сделать вывод.

Шаг пятый: проверьте тему. Если после отключения всех плагинов сайт остался медленным, дело не в них. Такое бывает чаще, чем принято думать; подробный разбор — в статье о том, почему WordPress тормозит не из-за плагинов.

Что читать в карточке плагина до установки

Официальный каталог показывает по каждому плагину одинаковый набор полей, и они отвечают на большую часть вопросов ещё до нажатия кнопки «Установить». Поля берутся из служебного файла readme.txt, который разработчик обязан заполнить: минимальная версия WordPress, версия, с которой плагин проверен, минимальная версия PHP, номер актуального выпуска.

Для ориентира — как это выглядит у известных продуктов на момент написания статьи. У WooCommerce в каталоге указано более 7 миллионов активных установок, требуется WordPress 7.0 и PHP 7.4 или выше. У Elementor — более 10 миллионов установок, WordPress 6.8 и PHP 7.4 или выше. Актуальные версии ядра — 7.1 от 19 августа 2026 года и 7.1.1 от 17 сентября.

Важная деталь: если разработчик давно не отмечал совместимость с новыми выпусками ядра, каталог показывает предупреждение — плагин не тестировался с последними тремя основными версиями WordPress. Это не означает, что он сломается сегодня. Это означает, что за ним, вероятно, никто не следит.

Что смотрим	Где это видно	Что должно насторожить
Дата последнего обновления	Блок сведений в карточке каталога	Больше года без выпусков при активной аудитории
Совместимость с версией ядра	Поле «Tested up to»	Предупреждение каталога о непроверенной совместимости
Минимальная версия PHP	Поле «Requires PHP»	Требование устаревшей ветки PHP как условие работы
Число активных установок	Блок сведений в карточке	Единицы установок у решения критичной задачи
Активность в форуме поддержки	Раздел Support каталога	Вопросы без ответов за последние месяцы
Оценки и содержание отзывов	Раздел Reviews	Жалобы на конфликты и на потерю данных
Источник загрузки	Адрес страницы	Файл с постороннего сайта вместо официального каталога

Неподдерживаемые и «обнулённые» плагины: чем за них платят

Плагин, который перестали обновлять, опасен тем, что в нём со временем находят уязвимости, а закрывать их некому. Правило простое: ни одного выпуска за год-полтора при важной задаче — ищите замену заранее, а не в день поломки.

Отдельная история — взломанные и «обнулённые» сборки платных плагинов и тем, которые раздают на файлопомойках. Пользоваться ими я не рекомендую и не буду объяснять, как их ставить. Причина не в морали и не в лицензии, а в арифметике риска: вы устанавливаете на сайт, где лежат заявки и данные клиентов, чужой изменённый код, который никто не проверял. Наиболее частый сценарий — вшитый скрытый доступ и автоматически созданные спам-страницы, которые всплывают в поиске через несколько месяцев, когда разбираться уже дорого. Вдобавок такой модуль не получает обновлений безопасности — по определению.

Экономия при этом мнимая: чистка заражённого сайта и возврат доверия поисковой системы занимают дни, а годовая лицензия обычного коммерческого плагина сопоставима с парой часов работы специалиста.

Частые вопросы

Сколько плагинов считается нормой

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

Отключённые плагины замедляют сайт

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

Можно ли обновлять всё сразу одной кнопкой

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

Как понять, что плагин конфликтует с темой

Симптом — поломка появляется только при определённом сочетании: отключаете модуль, вёрстка возвращается; переключаете тему на стандартную, поломка исчезает при активном модуле. Проверяется это на копии сайта, а не на боевом, и обязательно с бэкапом.

Встроенная проверка состояния сайта помогает

Да, и её недооценивают. Раздел «Здоровье сайта» в инструментах админки показывает критические замечания и рекомендации: устаревшую версию PHP, невыполненные обновления, отключённые фоновые запросы, вывод ошибок на сайте для посетителей. Вкладка со сведениями выводит список активных и неактивных плагинов с версиями, данные сервера и базы, размеры каталогов.

Когда чистка плагинов не поможет и когда нужен специалист

Чистка списка не спасёт в четырёх случаях. Сайт медленный из-за сервера — маленький тариф, перегруженная машина, устаревшая ветка PHP: отключите хоть всё, страница будет собираться так же долго. Тяжёлая тема, которая сама тянет десяток файлов стилей и собственный набор шрифтов. Гигантские изображения, загруженные как есть с телефона. И самый частый случай у магазинов — тысячи товаров без кэширования, где каждая страница собирается заново при каждом заходе.

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

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

Коротко

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

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

Ищите тормоз по порядку: замер, разделение «медленный сервер или тяжёлая страница», список сетевых запросов в браузере, отключение по одному, проверка темы. Отключать половину списка разом бессмысленно — из результата не следует вывод.

До установки читайте карточку в официальном каталоге: дату обновления, совместимость с версией ядра, требования к PHP, число установок, живость форума поддержки. Предупреждение о непроверенной совместимости — сигнал искать альтернативу заранее.

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

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