Медленный сайт теряет людей ещё на загрузке. Посетитель закрывает вкладку, поисковик снижает позиции, реклама дорожает. WordPress сам по себе не медленный: его тормозят лишние запросы к базе, огромные фото и сервер, который каждый раз собирает страницу заново. Кэш, картинки и CDN работают, но только в верном порядке. Хаотичный набор плагинов почти никогда не даёт того же результата, что три осознанных шага.
Почему страницы открываются медленно
WordPress по умолчанию динамический. Каждый визит запускает PHP, тему, плагины и запросы к MySQL. Пока сервер собирает HTML, браузер просто ждёт. Этот простой называют TTFB, временем до первого байта. Если ответ сервера приходит дольше половины секунды, даже аккуратная вёрстка не спасёт ощущение тормозов.
Вторая часть проблемы уже в браузере. Тема тянет десятки файлов стилей и скриптов. Снимки с телефона весят по несколько мегабайт и стоят в полном размере там, где хватило бы 800 пикселей по ширине. Шрифты, виджеты чатов и пиксели аналитики добавляют ещё пачку запросов. Пока всё это качается, основной блок не появляется на экране, и растёт LCP, показатель отрисовки самого крупного элемента страницы.
На общую картину влияет и хостинг. Общий тариф с перегруженным процессором и устаревшим PHP делает любой сайт вялым ещё до картинок. Плагин кэша на таком сервере поможет, но упрётся в потолок железа. Поэтому смотреть нужно сразу на три слоя: генерацию HTML, вес файлов и расстояние до посетителя.
Сначала замер, потом любые плагины
Без цифр ускорение превращается в гадание. Откройте PageSpeed Insights и снимите отчёт для телефона и компьютера. Там видны LCP, INP, CLS и список ресурсов, которые дольше всего грузятся. GTmetrix или WebPageTest покажут диаграмму запросов: что блокирует отрисовку, сколько весит главная, где сидят редиректы.
Сохраните исходные значения. Иначе через час невозможно понять, помог кэш или наоборот сломал стили. Ориентируйтесь не только на оценку из ста баллов. Сайт с 78 баллами и LCP около двух секунд часто удобнее проекта с 94 баллами, у которого прыгает вёрстка при загрузке шрифта.
Читайте отчёт как карту приоритетов. Высокий TTFB указывает на сервер, тему и отсутствие кэша страниц. Если основной вес уходит в JPEG и PNG, готовый HTML уже ни при чём. Сторонние скрипты из рекламы и онлайн-чата отдельно портят INP: страница отрисовалась, а на нажатие реагирует с задержкой.
Важно: проверяйте сайт в режиме инкогнито и после очистки кэша браузера. Иначе смотрите уже ускоренную копию, а гости видят медленную.
Кэш даёт самый быстрый прирост
У обычного блога или сайта компании страница почти не меняется между визитами. Нет смысла каждый раз собирать её из PHP и базы. Плагин кэша сохраняет готовый HTML и отдаёт его сразу. Сервер разгружается, TTFB падает, пиковая посещаемость держится заметно лучше.
Слоёв несколько, и путать их не стоит. Кэш страниц хранит целиком HTML. Кэш объектов на Redis или Memcached ускоряет повторные обращения к базе и нужен магазинам, фильтрам, личным кабинетам. Браузерный кэш говорит посетителю не качать заново CSS, скрипты и логотип. На хостинге с LiteSpeed берите LiteSpeed Cache: он работает на уровне сервера и обычно быстрее чистых PHP-решений. На Apache и Nginx ставят WP Super Cache, Cache Enabler или WP Rocket.
Два плагина кэша одновременно лучше не включать. Они переписывают одни и те же заголовки и легко конфликтуют: то в корзине чужие товары, то админка открывается с задержкой. После включения пройдите главную, рубрику, карточку товара и форму обратной связи. Авторизованным пользователям нельзя отдавать общую заготовку страницы.
Проверить, что кэш живой, можно по заголовкам ответа. В инструментах разработчика браузера ищите HIT, x-litespeed-cache или похожий маркер. Некоторые плагины оставляют HTML-комментарий внизу исходного кода. Если при повторном открытии страница собирается столько же, сколько в первый раз, кэш либо выключен, либо исключил этот адрес.
Изображения, которые тянут страницу вниз
Картинки часто занимают больше половины веса документа. Кэш здесь почти бессилен: он ускоряет сборку HTML, но не уменьшает файл на четыре мегабайта. Камера снимает в 4000 пикселей, а колонка контента широкая на 720. Браузер всё равно качает оригинал и только потом ужимает его локально. На мобильной сети это лишние секунды.
Перед загрузкой кадрируйте снимок и уменьшайте до реального размера на экране. Формат WebP при близком качестве обычно легче JPEG. WordPress с версии 5.8 умеет создавать WebP сам, если на сервере есть нужные библиотеки. Сжатие без заметной потери делают ShortPixel, Imagify или ручной прогон через Squoosh. Ленивая загрузка уже встроена с версии 5.5: файлы ниже первого экрана не запрашиваются, пока человек не прокрутит страницу.
Отдельная история с миниатюрами. Тема генерирует пачку размеров, а в библиотеке копятся копии, которые никто не показывает. Лишние файлы занимают диск и иногда попадают в неправильный srcset. Фоновые картинки в CSS оптимизация вложений не трогает, для них размер и формат задают вручную. Видео на автозапуске в шапке убивает LCP быстрее любой «тяжёлой» фотографии.
Интересно: один необработанный кадр с телефона нередко весит больше, чем весь HTML, стили и скрипты главной вместе взятые.
CDN подключают не сразу
CDN, сеть доставки контента, это узлы в разных городах, которые хранят копии статики ближе к читателю. Человек из Новосибирска получает CSS и картинку с российского узла, а не ждёт ответ из Франкфурта, где стоит хостинг. Если гости почти все из одного региона, а сервер уже рядом, выигрыш скромный. Если аудитория размазана по странам и файлов много, разница становится заметной.
Бесплатный вход часто даёт Cloudflare: HTTPS, фильтр ботов и собственный слой кэша. Сеть доставки не лечит медленный PHP и раздутую тему. Пока исходный сервер пять секунд собирает HTML, ближайший узел быстрее отдаст ту же тяжёлую страницу, пока сам её не запомнит. Сначала уберите лишние плагины, включите кэш на хостинге и сожмите медиафайлы.
Настройка упирается в заголовки и исключения. Корзина, оформление заказа и страницы с личными данными не должны жить на узлах подолгу. Иначе покупатель увидит устаревшую цену или чужой состав заказа. После подключения снова прогоните PageSpeed. Иногда CDN добавляет редирект или режет cookie, и метрики даже проседают.
Важно: если почти вся аудитория в одном городе, а хостинг уже в этой стране, сеть доставки можно отложить. Сначала выжмите серверный кэш и вес картинок.
Какой порядок работ даёт эффект
Оптимизация скорости WordPress через кэш, изображения и CDN стабильно срабатывает, когда шаги идут от причины, а не от модного плагина. Начните с площадки: PHP 8.2 или 8.3, SSD, нормальный лимит памяти. На слабом виртуальном тарифе любой ускоритель упрётся в процессор. Удалите неиспользуемые расширения и старую тему, отключите скрипты, которые грузятся на всех адресах без нужды.
Следом включите кэш страниц и заголовки для браузера, проверьте исключения. Потом пройдитесь по медиафайлам: фактический размер, WebP, сжатие, ленивая загрузка. Минификация CSS и JS имеет смысл только после этого и только с проверкой меню, слайдеров, корзины. Сломанный интерфейс дороже сэкономленных 30 килобайт. Сеть доставки подключайте, когда страница уже лёгкая, а гости живут далеко от сервера.
| Шаг | Что меняет | Когда делать |
|---|---|---|
| Хостинг и PHP | Скорость сборки страницы | До любых плагинов |
| Кэш страниц | TTFB и нагрузку на CPU | Сразу после замера |
| Изображения | Вес страницы и LCP | Когда HTML уже отдаётся быстро |
| CDN | Путь статики до читателя | После кэша и сжатия медиа |
Для магазина логика та же, но кэш режут точнее. Каталог и карточка товара кэшируются, корзина и кабинет нет. Объектный кэш на Redis здесь полезнее, чем на простом блоге. Если после всех правок LCP всё ещё высокий, смотрите шрифты, фоновое видео и сторонние виджеты. Они часто остаются вне кэша, картинок и CDN и продолжают тормозить первый экран.
Медленный WordPress почти никогда не лечится одним расширением. Кэш снимает нагрузку с сервера и быстрее всего двигает TTFB. Картинки режут вес там, где готовый HTML уже ни при чём. CDN сокращает путь файлов до человека, когда предыдущие слои настроены. Начните с замера, уберите лишнее, включите кэш, сожмите изображения и только потом думайте о сети доставки. Тогда работа занимает меньше времени и сразу заметна и людям, и поиску.