Скорость блога — это не абстрактный «балл в отчёте», а то, сколько читатель ждёт, пока увидит текст. На медленной странице человек уходит раньше, чем дочитает первый абзац, а поисковик это замечает: страница теряет позиции, трафик падает, и кажется, что виноват контент. Чаще всего виновата загрузка.
Хорошая новость: восемь из десяти причин медленного сайта на WordPress чинятся без программиста, из админки и панели хостинга. Ниже — как измерить скорость, что именно тормозит блог и в каком порядке это исправлять, от простого к сложному.
Как измерить скорость и что считается нормой
Начните с замера, а не с правок: без цифр «до» невозможно понять, помогло ли. Возьмите две-три своих страницы — главную, популярную статью и любую свежую — и прогоните их в PageSpeed Insights. Отчёт покажет балл по мобильной и компьютерной версии, а главное — три показателя, по которым поисковик оценивает страницу.
| Показатель | Что означает | Норма |
|---|---|---|
| LCP | Сколько ждать, пока появится основной блок страницы | до 2,5 секунды |
| INP | Как быстро страница отзывается на нажатие и клик | до 200 миллисекунд |
| CLS | Насколько сильно «прыгает» вёрстка при загрузке | до 0,1 |
| TTFB | Сколько сервер думает, прежде чем отдать первую строку | до 0,8 секунды |
Балл PageSpeed — ориентир, а не приговор: 90 и выше — хорошо, 50–89 — есть что чинить, ниже 50 — читатель точно ждёт. Смотрите на мобильный отчёт: там те же причины видны резче, потому что телефон слабее и связь хуже.
Причина 1: хостинг и его ресурсы
Самый частый корень проблемы — тариф с общими ресурсами, где на одном сервере живут сотни сайтов. Пока соседи тихие, всё быстро; в час пик страница может думать три-четыре секунды. На моём блоге время до первой строки было около двух секунд — и это при том, что сам текст отдаётся мгновенно.
Что смотреть в панели хостинга: версию PHP (нужна 8.0 и выше), доступна ли объектная память, есть ли поддержка HTTP/2 и HTTP/3, нет ли постоянного упора в лимит процессорного времени. Если тариф «для одного сайта за сто рублей» и в нём нет ни того, ни другого, никакая оптимизация картинок не спасёт.
Проверка простая: откройте две свои страницы подряд и посмотрите на TTFB в отчёте, а потом повторите замер вечером, когда нагрузка выше. Если сервер «думает» больше секунды, дальше работать нужно именно с ним.
Причина 2: тяжёлые картинки и старый формат
Картинки — самая частая причина, что страница весит несколько мегабайт. Фотография с телефона в 4 000 пикселей по ширине на странице не нужна: её всё равно показывают в 800–1000 пикселей. Правило простое: ширина картинки не больше, чем она реально выводится, плюс запас в два раза для экранов с высокой плотностью.
Второе — формат: WebP при том же качестве весит в полтора-два раза меньше, чем JPEG, и WordPress с версии 6.1 создаёт его сам. Ещё две мелочи: включите ленивую загрузку для картинок ниже первого экрана и укажите в разметке ширину и высоту — иначе вёрстка «прыгает» и портит CLS.
Причина 3: плагины и лишние скрипты
Каждый плагин добавляет на страницу свои стили и скрипты, и они грузятся на всех страницах, даже там, где функция не нужна. На моём блоге семь плагинов отдают файлы в общий поток: аналитика, кнопки «поделиться», уведомление о куки, кнопка вверх, фиксированный сайдбар, дополнения конструктора и форум. Часть из них нужна на одной странице из ста, а файлы тянутся везде.
Порядок такой: отключите один плагин, замерьте, включите обратно, если стало хуже. Так за вечер находится два-три лишних, а вместе с ними — секунда-полторы. Заодно проверьте, нет ли в списке двух плагинов с одной задачей: две кнопки «поделиться», три слайдера и два счётчика — это классика.
Что оставлять: кэш, оптимизацию картинок, безопасность и аналитику. Формы, кнопки соцсетей и карты лучше отдавать внешним сервисам — пусть грузят код только там, где он нужен. Про подбор плагинов у меня есть отдельная статья — как выбрать платформу для блога и 17 необходимых плагинов.
Причина 4: скрипты в шапке, которые блокируют отрисовку
Браузер читает страницу сверху вниз. Если в шапке стоит скрипт с внешнего адреса, он останавливает показ текста, пока не загрузится целиком. Один такой скрипт от чужого сервиса способен добавить к загрузке секунду и больше — а читатель всё это время видит белый экран.
У меня был ровно такой случай: на всех страницах блога висел скрипт сервиса рассылки, хотя форма подписки стояла только в сайдбаре. Скрипт убрали, а обработку формы оставили на своём сервере — страница стала отдаваться раньше. Такие «наследства» стоит искать отдельно: смотрите в отчёте список внешних доменов, файлы оттуда и решайте, нужны ли они вообще.
Лечится это тремя приёмами: подключать скрипты с отсрочкой (атрибуты defer и async), переносить ненужные сразу скрипты в подвал страницы и заменять внешние библиотеки на свои, если речь о простой задаче вроде счётчика или всплывающего окна.
Причина 5: кэш и его настройка
Кэш — самый дешёвый способ ускорить WordPress. Плагин кэширования сохраняет готовую страницу и отдаёт её без обращения к базе данных: вместо десятков запросов на каждый визит сервер отдаёт один готовый файл. Разница заметна сразу, особенно на статьях с большим количеством похожих записей и виджетов.
Что включить: кэш страниц, кэш браузера для картинок и стилей, сжатие и объединение файлов — с осторожностью, потому что объединение иногда ломает вёрстку. Что исключить: страницы с формами, корзину и личные кабинеты, админку. И привычка: после каждой правки очищать кэш, иначе вы смотрите на старую версию страницы и делаете неверные выводы.
Что даёт переезд на нормальный хостинг
Если после картинок, кэша и плагинов TTFB всё ещё больше секунды, вопрос в сервере. Нормальный хостинг для блога — это быстрые диски, PHP 8, HTTP/2 или HTTP/3 и отдельный запас процессорного времени. Переезд занимает вечер, и порядок в нём важнее скорости: сначала развернуть сайт на новом хостинге и проверить, что открываются страницы, работают формы и уходят письма, и только потом менять DNS. Если сделать наоборот, блог на сутки выпадает из поиска. Мой опыт с хостингом и тарифом — в статье какой хостинг выбрать для блога.
Порядок действий: от простого к сложному
Правки делайте по одной и замеряйте после каждой: так видно, что именно дало эффект. Сначала картинки и кэш — это два действия в админке и самый заметный результат. Потом плагины и скрипты в шапке: отключить лишнее, поставить отсрочку, перенести файлы в подвал. И только в конце — хостинг, если сервер по-прежнему отвечает медленно.
Как считать эффект: таблица «было — стало»
Заведите таблицу и записывайте в неё замеры по датам. Ниже — пример такой таблицы по одному блогу; цифры у каждого свои, важен порядок изменений и то, что каждое из них видно в цифрах.
| Что сделали | LCP, мобильный | Вес страницы | TTFB |
|---|---|---|---|
| Как было | 4,6 с | 4,1 МБ | 1,9 с |
| Сжали картинки и перевели в WebP | 3,1 с | 1,4 МБ | 1,9 с |
| Включили кэш страниц и браузера | 2,4 с | 1,4 МБ | 1,3 с |
| Отключили 3 лишних плагина | 2,1 с | 1,1 МБ | 1,2 с |
| Перенесли скрипты с отсрочкой | 1,8 с | 1,1 МБ | 1,2 с |
Смотреть при этом стоит на две вещи: сколько ждёт читатель на телефоне и сколько весит страница. Если вес падает, а LCP нет — дело не в картинках, а в сервере или скриптах. Если LCP в норме, а «прыгает» вёрстка, добавьте картинкам размеры и зарезервируйте место под баннеры.
Маркировка: если советуете хостинг по партнёрской ссылке
Статья про скорость почти всегда приводит читателя к хостингу, и здесь важно не перепутать совет с рекламой. Обычная ссылка на сайт хостинга — не реклама. Партнёрская ссылка, по которой вам заплатят за заказ, — интернет-реклама, и рядом нужны пометка «Реклама», название рекламодателя и код erid, а сама ссылка идёт с атрибутами rel=»nofollow sponsored noopener». Всё это читатель видит до клика, а не в подвале мелким шрифтом.
Практический смысл для блога: партнёрские ссылки на хостинг и сервисы регистрируйте заранее, до публикации. И помните, что за немаркированную рекламу отвечает владелец площадки: претензии придут не к хостингу, а к вам. Про то, как устроены такие программы, — как заработать на партнёрках, а про цифры, по которым видно эффект, — 12 настроек Вебмастера и Метрики.
Частые ошибки
- Оптимизировать без замера. Без цифр «до» эффект не виден, а лишние правки копятся.
- Ставить три плагина кэша. Они мешают друг другу, и сайт начинает отдавать старые версии страниц.
- Сжимать все картинки до 300 пикселей. Быстро — да, но на экране это мыло, и читатель уходит.
- Кэшировать формы и личные страницы. Заявка не отправится, а поддержка будет искать причину неделю.
- Менять хостинг, ничего не измерив. Часто дело не в сервере, а в четырёх мегабайтах картинок на странице.
- Забыть про мобильную версию. Большая часть читателей приходит с телефона, там же и худшие показатели.
Что в итоге
Скорость блога — это порядок, а не магия: замер, картинки, кэш, плагины, скрипты и только потом сервер. На моём блоге главным тормозом оказались чужие скрипты на всех страницах и время ответа сервера, а не тексты и не тема оформления.
Начните с одного: откройте отчёт по своей самой читаемой статье и посмотрите на LCP и TTFB. Если LCP больше трёх секунд — почти наверняка это картинки, и первая правка займёт у вас полчаса. Про остальные шаги роста блога — план на три месяца и первые 1000 посетителей из поиска.
Новые статьи на почту
Одно письмо, когда выходит новая статья: разборы сервисов Яндекса, партнёрских программ и нейросетей. Без спама, отписка в один клик.
Нажимая кнопку, вы соглашаетесь с обработкой персональных данных.
Есть вопрос или свой опыт по теме? Напишите в комментариях — читаю и отвечаю каждому.
Автор публикации
Мы уверены, что вы найдёте много полезного и увлекательного на страницах этого сайта. Желаем вам приятного чтения и ждём ваших комментариев и отзывов!
