Как ускорить WordPress: пошаговое руководство без разработчика

1 минута
9
Wordpress

Медленный сайт теряет посетителей и позиции в поиске: Google считает скорость ранжирования фактором, а каждая лишняя секунда загрузки стоит конверсии. Хорошая новость — 80% проблем со скоростью WordPress решаются без разработчика. В этом руководстве — последовательность действий от замера до результата, без лишних плагинов и магии.

Шаг 0. Замерьте текущую скорость

Нельзя ускорять то, что не измерено. Три инструмента, все бесплатные:

  • PageSpeed Insights (developers.google.com/speed/pagespeed/insights) — даёт оценку Core Web Vitals и конкретный список исправлений.
  • GTmetrix — водопад загрузки ресурсов, видно, что именно тормозит.
  • WebPageTest — тест из разных стран и скоростей сети.

Запишите три числа: LCP ( largest contentful paint), INP (interaction to next paint), CLS (cumulative layout shift). К целевым значениям: LCP до 2,5 с, INP до 200 мс, CLS меньше 0,1.

Шаг 1. Выберите нормальный хостинг

Общий хостинг с соседями-«соседами по квартире» — причина половины медленных сайтов. Критерии:

  • SSD-диски, а не старые HDD
  • PHP 8.1+ с включённым OPcache
  • HTTP/2 или HTTP/3
  • Отдельный процесс PHP-FPM на сайт, а не общий пул

Как сравнивать варианты — разобрали в статье выбор хостинга для WordPress, а VPS против shared — в отдельном материале.

Шаг 2. Кэширование — самый большой прирост

Страница WordPress при каждом заходе генерируется заново: запросы к базе, вызовы темы, работа плагинов. Кэш сохраняет готовый HTML и отдаёт его напрямую — без PHP вообще. Прирост: 3–10 раз по времени ответа.

Три уровня:

  1. Страницный кэш — плагин (WP Super Cache, W3 Total Cache, LiteSpeed Cache — бесплатно). Если хостинг на LiteSpeed, берите LiteSpeed Cache, у него самый быстрый движок.
  2. Кэш на уровне сервера — Nginx отдаёт статику и даже HTML напрямую. Настройка — в руководстве по настройке Nginx для WordPress.
  3. Объектный кэш (Redis/Memcached) — кэширует запросы к базе. На хостингах обычно включается в один клик.

Шаг 3. Оптимизация изображений

Изображения — самый тяжёлый тип контента на типовом сайте. Что делать:

  • Правильный размер — загружайте фото не шире 1920 px, не тяните 4000 px «на всякий случай».
  • Сжатие — ShortPixel, Imagify или EWWW оптимизируют при загрузке без видимых потерь.
  • WebP — на 25–35% меньше JPEG при том же качестве; большинство плагинов конвертируют автоматически.
  • Lazy load — картинки ниже экрана грузятся при прокрутке. В WordPress включён по умолчанию с 5.5.

Шаг 4. Очистите мусор из темы и плагинов

Типовой сайт подгружает 100–200 запросов, из которых половина не нужна на конкретной странице. Частые источники мусора:

  • Шрифты Google, встроенные темой (самый частый виновник) — лучше self-hosted, локально.
  • Слайдеры и анимации, которые почти никто не смотрит.
  • Неиспользуемые плагины — просто удалите их, «на всякий случай» не работает.
  • Карта Яндекс.Карт/Google Maps, встроенная на каждой странице — грузите по клику.

В WooCommerce есть отдельный мусор — скрипты корзины и фильтров на страницах, где их нет. Это разобрали в статье отключения мусорных скриптов.

Шаг 5. Минификация и объединение CSS/JS

Удаление пробелов и комментариев из CSS/JS экономит 10–30% объёма, объединение уменьшает число запросов. Плагины: Autoptimize, WP Rocket (платный, но самый простой), LiteSpeed Cache (в составе).

Важные настройки:

  • Delay JS — откладывать выполнение скриптов до первого взаимодействия. Даёт большой прирост по INP, но может ломать счётчики и виджеты — проверяйте после включения.
  • Не минифицируйте вручную JS с нестандартным синтаксисом — есть риск сломать.
  • Критический CSS — инлайнить стили верхней части страницы, остальное грузить асинхронно.

Шаг 6. CDN для статики

Content Delivery Network раздаёт картинки, CSS и JS с ближайших к посетителю серверов. Для русскоязычной аудитории имеет смысл CDN с узлами в РФ (по понятным причинам). Настроить под Nginx и разобрать, что кэшировать, а что нет, — в статье про CDN.

Шаг 7. База данных

За годы работы база накапливает мусор: 400+ ревизий записей, спам-комментарии, осиротевшие мета-данные. Решение:

  • WP-Optimize или Advanced Database Cleaner — чистка по расписанию.
  • Ограничьте количество ревизий: define('WP_POST_REVISIONS', 5); в wp-config.php.
  • Проверьте медленные запросы плагинов — Query Monitor показывает, кто именно тормозит.

Как выглядит работа с таблицами под WooCommerce — в диагностике TTFB.

Шаг 8. Тонкая настройка PHP

Правильная версия PHP и лимиты дают 20–40% к скорости. Проверьте:

  • PHP 8.1 или новее (8.2/8.3 — если совместимы плагины)
  • OPcache включён и с нормальным лимитом памяти
  • memory_limit — 256M для WooCommerce, 128M достаточно для обычного сайта
  • Отладка выключена: WP_DEBUG в false

Подробно — настройка PHP для WordPress.

Чек-лист: с чего начать сегодня

  1. Замерьте скорость в PageSpeed Insights, запишите LCP/INP/CLS.
  2. Включите страницный кэш (10 минут).
  3. Сожмите и конвертируйте топ-20 изображений в WebP.
  4. Удалите неиспользуемые плагины и отключите мусорные скрипты.
  5. Проверьте версию PHP и OPcache на хостинге.
  6. Замерьте снова — обычно этого хватает, чтобы увидеть разницу в 2–3 раза.

Дальше — CDN, объектный кэш и тонкая настройка Nginx; это уже задачи, где нужен доступ к серверу. Если руки не доходят — поддержка сайта закрывает всё вышеперечисленное.

Читайте также:

Читайте также:

Добавить комментарий

Разработка сайтов на Wordpress