Медленный сайт на WordPress: как точно найти плагин, который его тормозит

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

Хорошая новость: гадать не нужно. Есть упорядоченный метод диагностики, который вы можете пройти сами примерно за час, ничего не сломав и так, что посетители не увидят ни одного сбоя. В этой статье я покажу вам точные шаги, какие бесплатные инструменты использовать и как читать то, что видите — чтобы перейти от «сайт медленный» к «плагин X съедает две секунды при каждой загрузке».

Сначала отделите сервер от плагинов

Прежде чем винить какой-либо плагин, измерьте, откуда идёт медлительность. Прогоните страницу через PageSpeed Insights или GTmetrix и посмотрите на две вещи.

• TTFB (время до первого байта): сколько времени до того, как сервер начнёт отвечать. Если оно велико, проблема скорее в хостинге или в плагине, работающем на сервере (плохой кэш, плагин безопасности, который сканирует, слишком много запросов к базе данных).
• Время отрисовки в браузере: сколько времени после прихода кода. Здесь живут скрипты и стили, которые плагины добавляют на страницу.

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

Метод «половинного деления» с Health Check

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

Решение — официальный плагин Health Check & Troubleshooting. У него есть режим устранения неполадок, который отключает все плагины только для вас, в вашей сессии — посетители видят сайт как обычно.

Шаги:

• Войдите в режим устранения неполадок. Измерьте страницу: теперь быстро? Если да, причина — плагин.
• Включайте плагины по одному (или по половине сразу) и измеряйте после каждого.
• Когда скорость обваливается сразу после включения конкретного плагина, вы его нашли.

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

Query Monitor: увидьте чёрным по белому, что съедает время

Если хотите точные данные, а не просто «кажется, быстрее», установите Query Monitor. Он бесплатный и показывает для каждой загрузки страницы разбивку, которую дают немногие инструменты.

После активации в панели администратора появляется сводка. Откройте её и посмотрите на:

• «Queries by Component» — он группирует запросы к базе данных по плагинам. Вы прямо видите, какой плагин делает больше всего запросов и сколько они длятся.
• Время выполнения PHP по компонентам — какой плагин занимает процессор.
• Загруженные скрипты и стили, и кем.

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

Читайте «водопад» ресурсов

Третий инструмент — водопад загрузки в GTmetrix или во вкладке «Сеть» браузера (F12). Это диаграмма каждого файла, который запрашивает страница, по порядку, с тем, сколько занимает каждый.

Что искать:

• Файлы, чьи имена выдают плагин: в пути обычно есть /wp-content/plugins/имя-плагина/. Если файл оттуда большой или встречается десятки раз, это ясная зацепка.
• Длинные полосы ожидания — скрипт, блокирующий остальное, пока не загрузится.
• Запросы к внешним доменам (шрифты, карты, чат, пиксели отслеживания), добавленные плагином, висящие целыми секундами.

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

Типичные виновники и что с ними делать

После сотен сайтов всплывают одни и те же категории. Если что-то из этого активно, проверьте его первым.

• Тяжёлые конструкторы страниц (Elementor, WPBakery, Divi) — грузят много CSS и JavaScript. Их редко убирают, но можно настроить аккуратнее.
• Слайдеры и галереи с эффектами — красиво, но тяжело. Часто стоит заменить одной картинкой.
• Ленты соцсетей и «похожие записи» — делают внешние или тяжёлые запросы при каждом визите.
• Плагины безопасности, сканирующие в реальном времени — раздувают TTFB.
• Слишком много плагинов, делающих одно и то же (два SEO, два кэша).

Что делать: если плагин не обязателен, уберите его. Если он полезен, но тяжёл, найдите более лёгкую альтернативу или ограничьте его загрузку только там, где нужно.

Если всё ещё медленно после чистки плагинов

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

В MPO Web Studio мы строим сайты на структуре, задуманной быть быстрой с самого основания — без кучи плагинов, дерущихся друг с другом — и доставляем полностью удалённо, по всей стране. Мы даже построим вам бесплатное демо заранее, чтобы вы увидели скорость собственными глазами, прежде чем что-то платить.

Если вы прошли шаги выше и всё ещё не понимаете, что тормозит ваш сайт, напишите нам в WhatsApp с его адресом — посмотрим вместе и честно скажем, где проблема: плагин, тема или хостинг.