Если WordPress стал заметно медленнее, не спешите менять хостинг. В большинстве случаев тормоза дают не сервер как таковой, а конкретные узкие места на самом сайте: тяжёлые изображения, лишние плагины, перегруженная тема, отсутствие кеша или разросшаяся база данных. Эти вещи можно проверить и исправить без миграции, а эффект часто заметен уже после первых двух-трёх шагов.
Ниже — порядок, в котором я бы проверял сайт в реальной работе. Он не требует глубокого администрирования и помогает не тратить время на второстепенные настройки, пока не устранены основные причины.
Сначала поймите, что именно тормозит
Ускорение WordPress лучше начинать не с установки очередного плагина, а с короткой диагностики. Иначе легко поставить кеш, оптимизатор и минификацию, а сайт всё равно останется медленным из-за тяжёлых картинок или медленной темы.
Проверьте три вещи:
- как быстро открывается главная и несколько внутренних страниц;
- что именно долго грузится — HTML, изображения, скрипты или запросы к базе;
- медленно ли сайт всегда или только в админке, на мобильных устройствах, в часы нагрузки.
Для быстрой проверки подойдут PageSpeed Insights, GTmetrix или WebPageTest. Они не дают идеальной картины, но хорошо показывают очевидные проблемы: слишком большие изображения, блокирующие скрипты, отсутствие кеширования, длинное время ответа сервера. Если в отчёте видно, что долго грузится именно первый ответ сервера, тогда уже имеет смысл смотреть в сторону хостинга, а не только сайта. Если же основная проблема в весе страниц и количестве запросов, ускорять можно без переезда.
Проверьте изображения: это самый частый источник лишнего веса
На WordPress изображения часто становятся главным тормозом. Типичная ситуация: на сайт загружают фото прямо с камеры или из графического редактора, а потом вставляют их в контент без сжатия. В итоге страница весит несколько мегабайт, хотя визуально выглядит обычной.
Что проверить в первую очередь:
- не загружены ли изображения в слишком большом разрешении;
- нет ли на страницах картинок, которые отображаются маленькими, но хранятся в полном размере;
- используется ли современный формат, если он поддерживается вашим сайтом и браузерами аудитории;
- включена ли ленивaя загрузка для изображений ниже первого экрана.
Практически это выглядит так: если в записи стоит изображение шириной 1200–2000 пикселей, а в контенте оно показывается на 700 пикселей, лучше заранее подготовить файл нужного размера. WordPress сам создаёт несколько размеров, но если исходник слишком тяжёлый, это не спасает.
Сжимать изображения можно любым нормальным плагином оптимизации или вручную перед загрузкой. Важно не переусердствовать: агрессивное сжатие быстро даёт артефакты, особенно на скриншотах и фотографиях товаров. Если на сайте много старых изображений, имеет смысл отдельно прогнать медиатеку через оптимизатор, но перед массовой обработкой лучше сделать резервную копию.
Посмотрите на плагины: лишние расширения часто создают лишнюю нагрузку
Плагины сами по себе не проблема. Проблема начинается, когда на сайте десятки расширений, из которых половина дублирует функции темы или друг друга. Каждый активный плагин добавляет свои стили, скрипты, запросы к базе и иногда фоновые задачи.
Проверять нужно не только количество, но и смысл каждого плагина. Для этого откройте список активных расширений и задайте простой вопрос: что будет, если его отключить? Если ответ неочевиден, плагин, скорее всего, действительно нужен. Если же он установлен «на всякий случай» или ради одной мелкой функции, его лучше убрать.
Особенно часто тормозят:
- плагины с визуальными конструкторами, если они используются только для нескольких блоков;
- расширения для статистики, которые пишут много данных в админке;
- плагины, которые добавляют на каждую страницу свои скрипты и стили, даже если функция нужна только на одной;
- дублирующие плагины кеша, минификации или оптимизации изображений.
Отключать всё подряд не нужно. Делайте это по одному плагину и сразу проверяйте сайт. Если после отключения что-то ломается, значит, расширение было действительно задействовано. Такой подход безопаснее, чем массовая чистка без контроля.
Проверьте тему: тяжёлая верстка и лишние функции заметно влияют на скорость
Даже при хорошем хостинге и нормальном наборе плагинов сайт может быть медленным из-за самой темы. Частая проблема — универсальная тема, которая тащит на каждую страницу большой набор CSS и JavaScript, хотя реально используется только малая часть возможностей.
На что смотреть:
- сколько файлов подключает тема на обычной записи или странице;
- нет ли у неё встроенных модулей, которые дублируют плагины;
- не слишком ли тяжёлый визуальный конструктор или набор анимаций;
- не перегружен ли шаблон шрифтами, иконками и сторонними библиотеками.
Если тема старая и давно не обновлялась, это отдельный риск: она может быть не только медленной, но и плохо совместимой с актуальной версией WordPress и PHP. В таком случае ускорение иногда упирается не в настройку, а в замену темы на более лёгкую и поддерживаемую. Но это уже не миграция хостинга, а локальная доработка, и она обычно даёт более предсказуемый результат.
Проверить влияние темы проще всего на тестовой странице. Откройте обычную запись, посмотрите исходный вес страницы и количество подключаемых файлов. Если после временного переключения на стандартную тему WordPress сайт становится ощутимо легче, источник проблемы найден.
Настройте кеш: без него WordPress почти всегда работает лишний раз
WordPress генерирует страницу динамически при каждом запросе. Для небольшого сайта это нормально, но при росте контента и трафика лишняя нагрузка быстро становится заметной. Кеш нужен, чтобы отдавать готовую версию страницы, а не собирать её заново каждый раз.
Если кеша нет, начните с него. Для большинства сайтов достаточно одного из двух вариантов:
- плагин кеширования страниц;
- серверный кеш, если он уже есть у хостинга и нормально работает.
Плагин кеша обычно проще в настройке, но серверный кеш может работать быстрее и стабильнее. Важно не включать сразу несколько решений одного типа: два плагина кеша или кеш плагин плюс агрессивная серверная настройка часто дают конфликты, странные ошибки и устаревший контент.
После включения кеша проверьте:
- открывается ли сайт в обычном режиме и в режиме инкогнито;
- не показываются ли старые версии страниц после обновления;
- не ломаются ли формы, корзина, личный кабинет и другие динамические элементы, если они есть;
- сократилось ли время загрузки при повторном открытии страницы.
Если сайт на WordPress с авторизацией, кеш нужно настраивать аккуратно: для залогиненных пользователей и страниц с персональными данными кеширование может быть ограничено или отключено. Это нормально и зависит от конкретного плагина и сценария сайта.
Не забывайте про базу данных: мусор и автозагрузку тоже замедляют сайт
База данных WordPress со временем разрастается за счёт ревизий записей, временных данных, удалённых плагинов и лишних записей в таблицах. На небольшом сайте это может быть незаметно, но на старом проекте с активным редактированием контента база нередко становится одним из факторов медленной админки и долгих запросов.
Что имеет смысл проверить:
- много ли ревизий у записей и страниц;
- есть ли старые временные данные и мусор от удалённых плагинов;
- не раздута ли таблица
wp_optionsиз-за большого числа автозагружаемых опций; - не выполняет ли сайт слишком много тяжёлых запросов в админке.
Для очистки можно использовать проверенные плагины обслуживания базы данных или встроенные инструменты хостинга, если они есть. Но перед удалением ревизий, временных данных и неиспользуемых таблиц обязательно сделайте резервную копию. Если плагин предлагает удалить «всё лишнее» одним кликом, не запускайте это без понимания, что именно он трогает.
Отдельно стоит посмотреть на автозагрузку в wp_options. Если туда записано слишком много данных, WordPress читает их при каждом запросе, даже если они не нужны на конкретной странице. Это уже не косметика, а реальная причина тормозов, особенно на слабом сервере.
Что проверить в конце, чтобы понять, что ускорение сработало
После каждого заметного изменения не полагайтесь на ощущение «стало быстрее». Лучше сравнить результаты до и после на одних и тех же страницах. Для этого откройте главную, одну внутреннюю страницу и, если есть, страницу с большим количеством контента.
Смотрите на три показателя:
- время до первого ответа сервера;
- общий вес страницы;
- количество запросов и тяжёлых ресурсов.
Если после оптимизации изображений и включения кеша страница стала открываться заметно быстрее, а в отчётах уменьшился вес и число запросов, вы двигаетесь в правильном направлении. Если изменений почти нет, значит, узкое место не там, где вы искали. Тогда возвращайтесь к теме темы, плагинов и базы данных, а уже потом думайте о хостинге.
На практике самый рабочий порядок такой: сначала изображения, затем плагины, потом тема, после этого кеш и база данных. Именно в таком порядке обычно удаётся получить заметный прирост скорости без переезда и без сложной переработки сайта. Если после этих шагов WordPress всё ещё медленный, тогда уже есть смысл смотреть глубже: в качество сервера, PHP-версию, настройки веб-сервера и архитектуру самого проекта.