Разговор об ускорении WordPress почти всегда начинается одинаково: «давайте поставим плагин кэша». Через неделю сайт либо летает, либо нет, и никто не может сказать, что именно помогло. Потому что до установки никто не замерил, а после — не сравнил. Без двух чисел — «было» и «стало» — любое ускорение превращается в ритуал, а не в работу.
Смысл не в том, чтобы применить больше оптимизаций, а в том, чтобы связать каждое изменение с измеримым результатом. Ниже — как это устроить.
Два числа, без которых нет смысла начинать
У скорости есть две стороны, и их легко перепутать. Первая — то, что видит посетитель: сколько времени проходит от клика до появления страницы. Вторая — то, что измеряет инструмент: баллы, миллисекунды, метрики. Можно поднять балл Lighthouse до ста и не заметить, что на телефоне через мобильный интернет сайт всё равно открывается пять секунд.
Поэтому фиксируйте два числа. Полевое — из Search Console или аналитики, основанное на реальных посетителях. И лабораторное — из PageSpeed Insights по конкретной странице. Первое показывает, что чувствуют люди. Второе помогает найти, где именно проблема. Одно без другого даёт половину картины.
Правило одного изменения
Главная ошибка при ускорении — сделать десять правок сразу. Поставили кэш, сжали картинки, отключили два плагина, перешли на новый хостинг. Сайт стал быстрее. Что помогло? Неизвестно. Что можно откатить, если что-то сломалось? Тоже непонятно.
Работает иначе: одно изменение — замер — сравнение. Медленно? На первый взгляд да. Но каждое следующее изменение вы делаете уже на основе данных, а не догадок, и не тратите время на то, что не даёт эффекта. В итоге быстрее, чем перебирать всё подряд.
И записывайте результат. Простая таблица в заметках: что сделали, что стало с полевым числом, что с лабораторным. Через месяц вы будете помнить, что сработало, а что нет.
Где замерять: страница, а не сайт
«Сайт медленный» — это не измерение. Замерять нужно конкретные страницы, и лучше те, что приносят деньги: главную, карточку товара, каталог, страницу услуги, форму заказа. У них разная структура, разный контент и разные причины тормозить.
Проверяйте одни и те же страницы до и после, в одинаковых условиях: тот же инструмент, то же устройство, желательно то же время суток. Иначе сравнение теряет смысл — утром сервер отвечает быстрее, чем вечером, и вы припишете себе чужую заслугу.
Метрики, которые стоит смотреть
Не все цифры одинаково полезны. Если смотреть на всё сразу, легко утонуть.
- Время до первого байта — отвечает ли сервер быстро. Если оно большое, остальные оптимизации почти не помогут.
- LCP — как быстро появляется главный элемент страницы. Обычно это самая заметная для посетителя метрика.
- INP — реагирует ли страница на клики. Отвечает за ощущение «кнопка думает».
- CLS — прыгает ли вёрстка при загрузке. Влияет на раздражение, а не на скорость напрямую.
- Общий вес страницы — сколько всего скачивает браузер. Помогает увидеть, не раздулся ли сайт.
Для старта достаточно первых двух. Остальные подключайте, если они в красной зоне.
Типичные причины и что с ними делать
По опыту, медленный WordPress тормозит по нескольким повторяющимся причинам. И каждая лечится отдельным изменением, а не «оптимизацией вообще».
Тяжёлые изображения. Самая частая и самая быстрая победа. Сжатие, современный формат, правильные размеры. Замеряется легко: смотрите, сколько весит самый большой файл на странице.
Много плагинов и скриптов. Каждый плагин может тянуть свои стили и скрипты на всех страницах, даже там, где не нужен. Отключение лишнего или условная загрузка дают заметный эффект. Здесь важно менять по одному и проверять формы и корзину.
Медленный сервер или хостинг. Если время до первого байта стабильно больше секунды, оптимизация картинок не спасёт. Иногда помогает смена тарифа, иногда — хостинга, но это решение принимается по замеру, а не по ощущению.
Раздутая база данных. Ревизии, черновики, старые логи — всё это замедляет запросы. Чистка базы даёт эффект на каталогах и страницах с большим количеством записей.
Кэш, настроенный неправильно. Бывает, что кэш стоит, но не работает на нужных страницах, или, наоборот, кэширует корзину. Проверяется вручную: откройте страницу как посетитель и посмотрите, попала ли она в кэш.
Что делать, если стало хуже
Это нормальная часть процесса, и к ней стоит быть готовым. После изменения замер покажет не улучшение, а ухудшение или отсутствие разницы. Значит, либо причина не в этом, либо изменение сделано неверно, либо эффект перекрыт другим узким местом.
В таком случае — откат и следующий шаг. Не пытайтесь «дожать» изменение, если замер не показал эффекта. Иногда правильный вывод звучит как «это не узкое место», и это тоже результат.
Красные флаги
- Оптимизацию начали без замеров «до».
- Сразу применили десять плагинов ускорения.
- Смотрят только на балл Lighthouse, а не на полевые данные.
- Замеряют разные страницы до и после.
- Не записывают, какие изменения уже сделаны.
- Меняют хостинг, не проверив время ответа сервера.
- Считают, что «стало быстрее» — это достаточный результат.
Что в итоге
Ускорение WordPress — это цикл: замер, одно изменение, снова замер, сравнение. Два числа — полевое и лабораторное — держат вас на земле и не дают принять желаемое за действительное. Такой подход занимает больше времени на старте, но экономит его потом, потому что вы не перебираете варианты, а идёте по данным.
Если разбираться с замерами и правками нет времени, это нормальная задача для подрядчика. Мы обычно начинаем с того, что фиксируем «до»: полевые и лабораторные данные по ключевым страницам. Потом меняем по одному и показываем, что дало эффект, а что нет. Напишите или оставьте заявку — замерим ваш сайт и скажем, с какого изменения разумнее начать, чтобы не тратить силы на то, что не влияет на скорость.