WordPress тормозит чаще всего не из-за самой CMS, а из-за того, что на неё «навесили»: тяжёлая тема или конструктор, десятки плагинов, неоптимизированные изображения, отсутствие кэширования, слабый хостинг или устаревшая версия PHP. Хорошая новость: в большинстве случаев сайт можно заметно ускорить без переделки с нуля. Ниже — 10 типичных причин, способы их найти и порядок действий, который мы в Pear Advert используем при ускорении сайтов на WordPress.
Как измерить скорость, прежде чем что-то менять
Ускорение без замеров превращается в гадание. Перед любыми изменениями зафиксируйте исходные показатели, чтобы потом понять, что сработало.
- Проверьте главную, страницу услуги и страницу записи в PageSpeed Insights. Обратите внимание на показатели Core Web Vitals: LCP (отрисовка основного контента), INP (отклик на действия) и CLS (сдвиги макета).
- Отдельно оцените время ответа сервера (TTFB). Если сервер долго «думает» ещё до начала загрузки страницы, проблема на стороне PHP, базы данных или хостинга.
- Проверьте админку: если тормозит и она, причина, скорее всего, серверная или в плагинах, а не во фронтенде.
- Запишите результаты в таблицу с датой — пригодится для сравнения.
Для общей картины по скорости сайта на любых движках у нас есть отдельный материал: почему сайт тормозит.
10 причин, почему WordPress тормозит: сводная таблица
| Причина | Признак | Что делать |
|---|---|---|
| 1. Слабый хостинг | Высокий TTFB, тормозит и админка | Сменить тариф или хостинг |
| 2. Старая версия PHP | Медленная генерация страниц | Перейти на актуальную поддерживаемую версию |
| 3. Нет кэширования | Каждая страница собирается заново | Настроить страничный кэш |
| 4. Много плагинов | Десятки запросов, много скриптов | Провести ревизию, удалить лишнее |
| 5. Тяжёлая тема или конструктор | Огромный HTML, много CSS и JS | Оптимизировать или сменить тему |
| 6. Тяжёлые изображения | Плохой LCP, большой вес страницы | Сжать, перевести в WebP, задать размеры |
| 7. Раздутая база данных | Медленные запросы, тормозит админка | Очистить ревизии, транзиенты, мусор |
| 8. Внешние скрипты | Долгая загрузка виджетов, чатов, счётчиков | Отложить загрузку, убрать лишнее |
| 9. WP-Cron и фоновые задачи | Периодические подвисания | Перевести на системный cron |
| 10. Вредоносный код или боты | Нагрузка без роста посетителей | Проверить логи и файлы, закрыть уязвимости |
Причины 1–3: сервер, PHP и кэширование
1. Слабый или перегруженный хостинг
На дешёвом виртуальном хостинге ресурсы делятся между множеством сайтов. Если соседи нагружают сервер, ваш сайт тоже замедляется. Признак — высокое время ответа сервера даже на простых страницах и медленная админка. Решение — более производительный тариф, VPS или переезд к другому провайдеру. Переезд стоит планировать заранее, чтобы обойтись без простоя.
2. Устаревшая версия PHP
Новые версии PHP работают быстрее и получают обновления безопасности. Версию можно посмотреть в панели хостинга или в разделе «Здоровье сайта» в админке WordPress. Перед переключением сделайте резервную копию и проверьте, что тема и плагины совместимы: старые расширения иногда ломаются на новых версиях.
3. Нет кэширования
Без кэша WordPress при каждом запросе заново выполняет PHP-код и обращается к базе данных. Страничный кэш сохраняет готовый HTML и отдаёт его мгновенно. Это можно сделать плагином кэширования или на уровне сервера. Для сайтов с большим количеством запросов к базе полезен ещё и объектный кэш (Redis или Memcached), если хостинг его поддерживает.
Совет: используйте только один плагин кэширования. Два одновременно работающих кэша часто конфликтуют и приводят к странным ошибкам, вроде устаревших страниц или «белого экрана».
Причины 4–5: плагины, тема и конструкторы
4. Слишком много плагинов
Проблема не в количестве как таковом, а в том, что делают плагины. Один плохо написанный плагин может замедлить сайт сильнее, чем двадцать аккуратных. Типичные «тяжеловесы» — плагины, которые подключают свои скрипты и стили на всех страницах, делают много запросов к базе или постоянно обращаются к внешним сервисам.
- Составьте список плагинов и отметьте, зачем нужен каждый.
- Удалите неиспользуемые и дублирующие функции.
- Для оставшихся проверьте влияние: на копии сайта отключайте по одному и замеряйте скорость. Для глубокой диагностики подходит плагин Query Monitor — он показывает медленные запросы и хуки.
- Подумайте, можно ли заменить плагин несколькими строками кода в дочерней теме.
5. Тяжёлая тема или визуальный конструктор
Многофункциональные темы и конструкторы страниц удобны, но часто генерируют избыточный HTML и подключают много CSS и JavaScript. На слабом хостинге это особенно заметно. Варианты решения — отключить неиспользуемые модули конструктора, настроить загрузку ресурсов только там, где они нужны, или со временем перейти на лёгкую тему. Если сайт серьёзно перегружен, иногда выгоднее сделать доработку существующего сайта с переносом на более лёгкую основу, чем бесконечно латать текущую.
Причины 6–7: изображения и база данных
6. Неоптимизированные изображения
Фотографии прямо с камеры или телефона могут весить несколько мегабайт. Если на странице таких десяток, мобильный посетитель будет ждать долго. Что сделать:
- сжимать изображения перед загрузкой или плагином при загрузке;
- использовать современные форматы, например WebP;
- не загружать картинку шириной 4000 пикселей, если она показывается в блоке шириной 800;
- использовать отложенную загрузку для изображений ниже первого экрана (в WordPress она включена по умолчанию для большинства изображений), но не для главного изображения первого экрана;
- указывать ширину и высоту, чтобы макет не «прыгал».
7. Раздутая база данных
Со временем база копит ревизии записей, устаревшие транзиенты, спам-комментарии, остатки удалённых плагинов. Особое внимание — к автозагружаемым опциям: если в таблице опций много данных с флагом автозагрузки, они подгружаются при каждом запросе. Ограничить число ревизий можно строкой в wp-config.php:
define( 'WP_POST_REVISIONS', 5 );Очистку базы выполняйте только после резервного копирования файлов и базы данных.
Причины 8–10: внешние скрипты, cron и вредоносная нагрузка
8. Внешние скрипты и виджеты
Онлайн-чаты, виджеты обратного звонка, карты, счётчики, встроенные видео, кнопки соцсетей — каждый такой элемент загружает код с чужого сервера. Если сервис медленный, медленным становится и ваш сайт. Проверьте, все ли виджеты действительно нужны, и настройте отложенную загрузку для некритичных — например, загружать карту или видео по клику.
9. WP-Cron
Встроенный планировщик WordPress запускается при посещениях сайта. На сайтах с большим количеством задач это может вызывать периодические подвисания. Распространённое решение — отключить запуск по посещениям и вызывать cron по расписанию на сервере. В wp-config.php добавляют:
define( 'DISABLE_WP_CRON', true );А в планировщике сервера настраивают вызов, например, каждые 5 минут:
*/5 * * * * wget -q -O - https://example.ru/wp-cron.php?doing_wp_cron >/dev/null 2>&1Замените адрес на свой домен. Если не уверены, как настроить cron на вашем хостинге, уточните в поддержке провайдера.
10. Боты и вредоносный код
Если нагрузка растёт, а посетителей в Метрике не прибавилось, сайт могут активно сканировать боты или он заражён. Перебор паролей к wp-login.php, обращения к xmlrpc.php, скрытые скрипты рассылки — всё это расходует ресурсы сервера. Посмотрите логи доступа и проверьте сайт на признаки заражения по нашей инструкции признаки вируса на сайте.
Порядок действий: что делать в первую очередь
- Сделайте полную резервную копию файлов и базы.
- Замерьте скорость ключевых страниц и время ответа сервера.
- Обновите WordPress, тему и плагины, проверьте версию PHP.
- Настройте страничный кэш.
- Оптимизируйте изображения на самых посещаемых страницах.
- Проведите ревизию плагинов и внешних скриптов.
- Почистите базу данных.
- Если время ответа сервера по-прежнему высокое — рассмотрите смену тарифа или хостинга.
- Повторите замеры и сравните с исходными.
Важно двигаться по одному шагу и проверять результат. Если поменять всё сразу, трудно понять, что помогло, а что сломало.
Частые вопросы
Сколько плагинов — это слишком много?
Универсальной цифры нет. Сайт с тридцатью аккуратными плагинами может работать быстрее, чем сайт с пятью тяжёлыми. Оценивайте влияние каждого, а не их количество.
Поможет ли просто поставить плагин кэширования?
Часто это заметно улучшает ситуацию для посетителей, но не решает проблемы медленной админки, тяжёлых изображений и слабого сервера. Кэш — важный, но не единственный шаг.
Влияет ли скорость на SEO?
Скорость и удобство страницы — одни из многих факторов, которые учитывают поисковые системы. Кроме того, медленный сайт теряет посетителей ещё до того, как они увидят содержимое, а это сказывается на поведенческих показателях.
Нужно ли переходить на другую CMS?
В большинстве случаев нет. WordPress может работать быстро при правильной настройке. Смена движка оправдана, если требования проекта действительно выходят за его рамки.
Если не хотите разбираться сами — подключите поддержку сайта у нас: проведём замеры, найдём причины медленной работы WordPress, ускорим сайт и будем следить, чтобы он не замедлялся после обновлений.
