Медленный WordPress не всегда означает, что нужно менять тему, хостинг или полностью переделывать сайт. В большинстве случаев сначала стоит найти конкретное узкое место: тяжёлые изображения, отсутствие кэша, лишние плагины, медленный ответ сервера или перегруженный JavaScript.
Ниже — практический порядок действий, который позволяет улучшать скорость постепенно и проверять результат после каждого изменения.
Сначала измерьте, а потом оптимизируйте
До любых правок сохраните исходные показатели. Проверяйте не только субъективное ощущение «быстро или медленно», но и метрики загрузки и отзывчивости страницы.
Для Core Web Vitals Google использует три основные метрики: LCP — скорость появления основного содержимого, INP — отзывчивость интерфейса, CLS — визуальная стабильность. Хорошими считаются значения LCP до 2,5 секунды, INP до 200 мс и CLS до 0,1; оценка ориентируется на 75-й процентиль реальных загрузок. Эти пороги опубликованы в документации web.dev.
Для первичной проверки удобно использовать PageSpeed Insights и инструменты разработчика браузера. Но важно смотреть не только общий балл, а конкретную причину замедления.
1. Оптимизируйте изображения
Изображения часто занимают большую часть веса страницы. Фото размером 4000×3000 пикселей нет смысла отдавать посетителю, если на странице оно отображается шириной 800 пикселей.
- уменьшайте физические размеры изображения до реально необходимого;
- используйте современные форматы WebP или AVIF, если они поддерживаются вашей системой;
- не ставьте максимальное качество сжатия «на всякий случай»;
- для изображений ниже первого экрана используйте lazy loading;
- задавайте width и height, чтобы браузер заранее резервировал место и не было скачков макета.
2. Включите кэш страниц
Без кэша WordPress при каждом запросе может заново выполнять PHP-код и обращаться к базе данных. Для страниц, которые редко меняются, это лишняя работа.
Кэш страниц сохраняет готовый HTML и отдаёт его посетителю без полной повторной генерации. Официальная документация WordPress относит кэширование к основным способам повышения производительности.
Если хостинг уже использует серверный кэш, не нужно бездумно ставить несколько кэширующих плагинов одновременно. Сначала уточните, что уже работает на сервере.
3. Проверьте плагины, а не только их количество
Десять лёгких плагинов могут работать быстрее одного тяжёлого. Поэтому ориентироваться только на количество неправильно.
Отключайте подозрительные плагины по одному на тестовой копии сайта и сравнивайте время ответа, запросы к базе и загрузку JavaScript. Особое внимание стоит уделить конструкторам, статистике, резервному копированию, фильтрам каталога, формам и плагинам, которые запускают фоновые задачи.
4. Уберите ненужный JavaScript и CSS
Некоторые темы и плагины подключают свои файлы на каждой странице, даже если функция там не используется. В результате пользователь загружает код для слайдера, формы, карты или магазина там, где их нет.
Проверьте список ресурсов во вкладке Network. Если один и тот же тяжёлый файл загружается на всём сайте без необходимости, стоит настроить условное подключение или заменить компонент.
5. Следите за временем ответа сервера
Если HTML-документ начинает загружаться с большой задержкой, оптимизация картинок не решит основную проблему. Причина может быть в медленном PHP, базе данных, перегруженном тарифе, внешнем API или тяжёлом плагине.
Сравните скорость простого статического файла и обычной страницы WordPress. Если статический файл отдаётся быстро, а WordPress — заметно медленнее, искать проблему нужно прежде всего в приложении или базе данных.
6. Обновляйте PHP, WordPress и плагины
Актуальные версии программного обеспечения обычно содержат исправления производительности и безопасности. Но обновление лучше проводить с резервной копией и проверкой совместимости темы и плагинов.
На старых проектах особенно важно проверить версию PHP: устаревшая версия может ограничивать производительность и мешать обновлению компонентов сайта.
7. Настройте браузерное кэширование и сжатие
Статические файлы — изображения, CSS, JavaScript и шрифты — не должны скачиваться заново при каждом переходе, если они не изменились. Для этого серверу задают корректные Cache-Control-заголовки.
Также стоит включить Brotli или gzip для текстовых ресурсов. Это уменьшает объём передаваемых HTML, CSS, JavaScript, SVG и других текстовых файлов.
8. Не перегружайте сайт шрифтами
Несколько семейств шрифтов, много начертаний и внешняя загрузка могут заметно добавить запросов и веса. На практике часто достаточно одного-двух семейств и нескольких реально используемых начертаний.
Если шрифт критичен для первого экрана, можно предварительно загрузить нужный файл. Но preload стоит применять только к действительно необходимым ресурсам: лишний preload тоже конкурирует за канал загрузки.
9. Оптимизируйте сначала мобильную версию
Проблемы производительности сильнее заметны на слабых смартфонах и медленных сетях. Поэтому проверка только на быстром компьютере часто создаёт ложное ощущение, что сайт работает нормально.
На мобильной версии особенно важны размер первого экрана, вес главного изображения, количество скриптов, тяжёлые анимации и сторонние виджеты.
Что делать по порядку
- Сохранить исходные показатели.
- Проверить изображения и первый экран.
- Включить или проверить кэш страниц.
- Найти тяжёлые плагины и внешние запросы.
- Проверить время ответа сервера.
- Убрать ненужные CSS и JavaScript.
- Настроить кэш браузера и сжатие.
- Повторно измерить показатели на мобильном и компьютере.
Главный принцип — менять по одному фактору и каждый раз измерять результат. Так понятно, что действительно ускорило сайт, а что только усложнило конфигурацию.
Нужна помощь с ускорением сайта?
Если WordPress работает медленно, можно начать с диагностики: определить, что именно тормозит — сервер, база данных, тема, плагины или фронтенд. После этого уже понятно, какие изменения дадут реальный эффект.
Написать в Telegram