Запись

Как ускорить WordPress: практический порядок проверки

Скорость сайта зависит от сервера, темы, плагинов, изображений, базы и фронтенда.

Если сайт на WordPress загружается медленно, не нужно сразу менять хостинг или устанавливать несколько плагинов для ускорения. Сначала важно понять, что именно тормозит сайт, а затем последовательно устранить причины.

В этом гайде разберём, как ускорить сайт на WordPress пошагово. Инструкция рассчитана на новичков: что открыть, что проверить, какие настройки можно менять самостоятельно и как понять, что оптимизация действительно помогла.

Главное правило: меняйте только одну настройку за раз. После каждого изменения проверяйте сайт. Если одновременно включить кэширование, поменять PHP, оптимизировать JavaScript и изображения, при возникновении ошибки будет трудно понять её причину.

Шаг 1. Сделайте резервную копию WordPress

Перед любыми работами создайте резервную копию сайта.

Сохранить нужно:

файлы WordPress;
базу данных;
по возможности — настройки сервера.

Проще всего сделать резервную копию через панель управления хостингом. У большинства хостеров есть отдельный раздел с бэкапами.

Если такой функции нет, можно использовать плагин резервного копирования.

Для серьёзных изменений лучше создать тестовую копию сайта. На ней можно безопасно менять PHP, настройки кэша, JavaScript и другие параметры.

Шаг 2. Проверьте скорость сайта до оптимизации

Перед тем как что-либо исправлять, нужно сохранить исходные показатели. Иначе после оптимизации будет невозможно понять, стало ли действительно быстрее.

Для первоначальной проверки удобно использовать Google PageSpeed Insights.

Проверяйте не только главную страницу.

Если на сайте есть разные типы страниц, протестируйте минимум:

главную;
обычную статью;
страницу услуги;
категорию;
карточку товара;
страницу с формой или калькулятором.

Например, главная может работать быстро, а карточка товара загружаться заметно дольше из-за галереи, отзывов, вариаций и дополнительных скриптов.

Какие показатели смотреть в PageSpeed Insights

Не стоит ориентироваться только на общий балл 60, 80 или 100.

В первую очередь посмотрите на Core Web Vitals:

LCP — время появления основного видимого элемента страницы. Хороший ориентир — до 2,5 секунды.
INP — скорость реакции страницы на действия пользователя. Хороший ориентир — до 200 мс.
CLS — насколько сильно элементы страницы смещаются во время загрузки. Хороший показатель — до 0,1.

Также обратите внимание на:

TTFB — время ожидания ответа сервера;
общий размер страницы;
размер изображений;
количество JavaScript;
ресурсы, блокирующие отображение страницы;
сторонние скрипты.

Не делайте вывод по одному тесту

Запустите проверку несколько раз. Результат может немного меняться из-за нагрузки на сервер, состояния кэша и качества соединения.

Сохраните исходные показатели в обычный текстовый файл или таблицу. После каждого этапа оптимизации мы будем сравнивать их с новыми результатами.

Шаг 3. Удалите ненужные плагины

Большое количество установленных плагинов само по себе не обязательно делает WordPress медленным. Важнее то, что конкретно делает каждый плагин.

Один плохо оптимизированный плагин способен нагружать сайт сильнее десятка небольших расширений.

Откройте:

Плагины → Установленные плагины

И задайте себе вопрос по каждому пункту: действительно ли этот плагин сейчас нужен?

Особенно внимательно проверьте:

старые конструкторы страниц;
несколько плагинов статистики одновременно;
ненужные формы;
виджеты социальных сетей;
старые плагины резервного копирования;
неиспользуемые плагины безопасности;
дублирующие плагины оптимизации;
плагины, оставшиеся после смены темы.

Если плагин больше не используется, его лучше не просто отключить, а удалить.

Важно: перед удалением убедитесь, что плагин не хранит нужные данные, формы, заказы или настройки.

Шаг 4. Проверьте хостинг

WordPress не сможет работать быстро, если сервер постоянно перегружен.

Когда посетитель открывает страницу, сервер запускает PHP, обращается к базе данных, выполняет код темы и плагинов, а затем формирует HTML.

Если серверу не хватает ресурсов, этот процесс занимает больше времени.

Что посмотреть в панели хостинга

Если панель показывает использование ресурсов, проверьте:

нагрузку на CPU;
использование оперативной памяти;
дисковую нагрузку;
лимиты процессов;
количество PHP-процессов.

Если сайт регулярно достигает лимитов тарифа, это уже повод обратиться в поддержку хостинга.

Спросите у поддержки, наблюдаются ли ограничения CPU, памяти или PHP-процессов именно для вашего аккаунта.

Нужен ли VPS

Переезжать на VPS только ради ускорения WordPress не обязательно.

Для блога, сайта услуг или небольшого магазина качественного виртуального хостинга часто достаточно.

VPS имеет смысл, когда сайту действительно нужны:

выделенные ресурсы;
индивидуальная настройка сервера;
Redis;
собственные настройки PHP-FPM;
больше ресурсов для WooCommerce;
обработка большого количества фоновых задач.

При этом плохо настроенный VPS может работать медленнее хорошего виртуального хостинга.

Шаг 5. Проверьте версию PHP

WordPress работает на PHP, поэтому версия и настройки PHP влияют на производительность сайта.

Версию обычно можно посмотреть в панели хостинга.

Использовать устаревшую версию PHP не стоит, но и переключаться на самый новый вариант без проверки совместимости тоже нельзя.

Перед изменением версии PHP убедитесь, что её поддерживают:

WordPress;
активная тема;
плагины;
WooCommerce;
платёжные системы;
самописные функции.

Если есть тестовый сайт, сначала переключите PHP там.

Что проверить после смены PHP

Обязательно откройте:

главную страницу;
несколько внутренних страниц;
админку;
формы;
поиск;
корзину;
оформление заказа;
личный кабинет.

Если используется интернет-магазин, сделайте тестовый заказ.

Проверьте OPcache

OPcache сохраняет уже обработанный PHP-код в памяти, чтобы серверу не приходилось повторно выполнять одну и ту же подготовительную работу при каждом запросе.

На многих хостингах OPcache уже включён.

Если вы не знаете, работает ли он, проще всего спросить техническую поддержку.

Шаг 6. Настройте кэширование WordPress

Кэш страниц — один из самых эффективных способов ускорить WordPress.

Без кэша сервер при каждом посещении страницы заново:

запускает WordPress;
выполняет PHP;
обращается к базе данных;
запускает плагины;
формирует HTML.

При работающем page cache сервер может отдать посетителю уже подготовленную страницу.

Какой плагин кэширования выбрать

Выбор зависит от веб-сервера и хостинга.

Если сайт работает на LiteSpeed или OpenLiteSpeed, обычно логично использовать LiteSpeed Cache.

Для других конфигураций существуют, например:

WP Super Cache;
Cache Enabler;
W3 Total Cache;
другие системы кэширования.

Не включайте несколько полноценных систем page cache одновременно. Они могут конфликтовать друг с другом.

Как проверить кэш

После включения:

очистите кэш;
откройте страницу в режиме инкогнито;
перезагрузите её несколько раз;
повторите тест PageSpeed Insights;
сравните результат с исходными показателями.

Осторожно с WooCommerce

Если используется WooCommerce, нельзя бездумно кэшировать персональные страницы.

К ним относятся:

корзина;
оформление заказа;
личный кабинет;
другие страницы с индивидуальными данными пользователя.

Хорошие плагины кэширования обычно имеют готовые исключения для WooCommerce.

После настройки обязательно сделайте тестовый заказ.

Шаг 7. Настройте кэш браузера

Кэш браузера позволяет не скачивать одинаковые файлы при каждом посещении сайта.

В браузере можно сохранять:

изображения;
CSS;
JavaScript;
шрифты;
другие статические файлы.

Большинство современных плагинов кэширования умеют автоматически настраивать необходимые заголовки.

Если используется серверное кэширование, эта функция также может настраиваться на стороне хостинга.

После включения проверьте сайт в обычном браузере и в режиме инкогнито.

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

На многих сайтах именно изображения занимают большую часть веса страницы.

Например, пользователь видит фотографию шириной 800 пикселей, а WordPress отправляет ему оригинал шириной 4000 пикселей весом несколько мегабайт.

Такой файл зря расходует трафик и увеличивает время загрузки.

Не загружайте слишком большие изображения

Перед загрузкой картинки подумайте, какого размера она реально будет отображаться.

Для обычной статьи исходник шириной несколько тысяч пикселей чаще всего не нужен.

WordPress автоматически создаёт дополнительные размеры изображения и умеет передавать браузеру разные варианты через srcset.

Но тема должна корректно использовать эти возможности.

Используйте WebP или AVIF

Современные форматы изображений позволяют заметно уменьшить размер файла при сохранении хорошего качества.

Чаще всего используются:

WebP;
AVIF.

Конвертацию можно выполнять автоматически через плагин оптимизации изображений или средствами CDN.

После обработки обязательно визуально проверьте фотографии, логотипы, скриншоты и изображения с прозрачностью.

Не сжимайте всё одинаково

Фотография и скриншот интерфейса требуют разных настроек.

Сильное сжатие фотографии может быть почти незаметно, а мелкий текст на скриншоте после такого же сжатия станет плохо читаемым.

Поэтому всегда проверяйте качество глазами, а не только размер файла.

Шаг 9. Правильно настройте lazy loading

Lazy loading означает, что изображение загружается не сразу, а когда пользователь приближается к нему при прокрутке страницы.

Для картинок далеко внизу страницы это полезно: браузеру не нужно скачивать их при первом открытии.

Но изображение первого экрана откладывать нельзя.

Какие картинки не нужно загружать лениво

Обычно исключают:

главное изображение первого экрана;
основную фотографию товара;
крупный баннер в верхней части страницы;
изображение, которое является LCP-элементом.

Если после включения lazy loading основной баннер появляется с заметной задержкой, проверьте настройки плагина и исключите это изображение.

Указывайте размеры изображений

Для изображений желательно заранее указывать ширину и высоту.

Тогда браузер сразу резервирует место под картинку, и текст не будет прыгать после её загрузки.

Шаг 10. Найдите лишний JavaScript

JavaScript часто становится главной причиной медленной работы мобильной версии сайта.

Причём проблема не всегда в размере файла. Браузеру ещё нужно выполнить загруженный код.

Особенно сильно это заметно на недорогих смартфонах.

Откуда появляется лишний JavaScript

Чаще всего его добавляют:

конструкторы страниц;
слайдеры;
анимации;
онлайн-чаты;
карты;
виджеты социальных сетей;
аналитика;
реклама;
плагины форм;
видеоплееры.

Сначала отключите то, что вообще не используется.

Удаление ненужного кода почти всегда лучше, чем попытка хитро оптимизировать его загрузку.

Шаг 11. Настройте defer для JavaScript

Некоторые скрипты не обязательно выполнять до того, как браузер покажет содержимое страницы.

Для них можно использовать отложенную загрузку через defer.

Многие плагины оптимизации умеют делать это автоматически.

Но не включайте перенос всего JavaScript одним переключателем без проверки.

После изменения протестируйте:

меню;
мобильное меню;
поиск;
формы;
слайдеры;
фильтры;
корзину;
оформление заказа;
всплывающие окна.

Если что-то перестало работать, отключите настройку и найдите скрипт, который нужно добавить в исключения.

Шаг 12. Не объединяйте CSS и JavaScript без необходимости

Раньше объединение десятков файлов CSS и JavaScript в один большой файл было популярным способом уменьшить количество сетевых запросов.

На сайтах, работающих через HTTP/2 или HTTP/3, такая настройка далеко не всегда приносит пользу.

Большой объединённый файл может даже ухудшить загрузку: браузеру приходится скачивать код, который текущей странице вообще не нужен.

Для начала лучше:

удалить ненужные файлы;
не загружать скрипты плагина на страницах, где они не используются;
минифицировать CSS и JavaScript;
настроить defer;
проверить результат.

Объединение файлов имеет смысл включать только после тестирования.

Шаг 13. Минифицируйте CSS и JavaScript

Минификация удаляет из кода пробелы, комментарии и другие символы, которые не нужны браузеру.

Это уменьшает размер CSS и JavaScript.

Функция обычно называется:

Minify CSS;
Minify JavaScript;
CSS Minification;
JS Minification.

Сначала включите минификацию CSS и проверьте сайт.

Затем отдельно включите минификацию JavaScript.

Если после этого сломалось меню, форма, слайдер или другой элемент, верните настройку и добавьте проблемный файл в исключения.

Шаг 14. Оптимизируйте CSS первого экрана

Большой CSS-файл может задерживать первоначальное отображение страницы.

Для решения этой проблемы некоторые плагины создают так называемый Critical CSS — небольшой набор стилей, необходимых для отображения верхней части страницы.

Это уже более тонкая настройка, поэтому новичку лучше включать её только после выполнения основных шагов.

После генерации Critical CSS внимательно проверьте сайт.

Обратите внимание:

не появляется ли страница сначала без оформления;
не прыгают ли блоки;
не меняется ли шрифт после загрузки;
правильно ли отображается мобильная версия.

Шаг 15. Оптимизируйте шрифты

Шрифты тоже могут замедлять первый экран.

Частая ошибка — подключать много семейств и начертаний, хотя реально используются только два или три.

Например, сайт может загружать:

300;
400;
500;
600;
700;
800;

при этом в дизайне используются только 400 и 700.

Удалите ненужные начертания.

Для собственных веб-шрифтов обычно используют формат WOFF2.

Также полезно проверить свойство font-display, чтобы текст не оставался невидимым во время загрузки шрифта.

Не добавляйте preload сразу для всех файлов шрифтов. Предзагрузка имеет смысл только для действительно важных ресурсов первого экрана.

Шаг 16. Проверьте базу данных WordPress

Со временем в базе данных могут накапливаться:

ревизии записей;
транзиенты;
логи;
данные удалённых плагинов;
сессии;
временные записи;
метаданные.

Но большой размер базы ещё не означает, что именно она тормозит сайт.

Не нужно удалять данные только ради того, чтобы сделать файл базы меньше.

Проверьте wp_options

Особое внимание стоит уделить таблице wp_options.

Некоторые параметры загружаются автоматически при каждом запросе WordPress. Если там накопилось много ненужных данных, это может увеличить расход памяти и время обработки.

Новичку не рекомендуется редактировать таблицу вручную через phpMyAdmin без понимания структуры базы.

Перед любой очисткой обязательно сделайте резервную копию.

Нужно ли удалять ревизии

Полностью отключать ревизии обычно не нужно.

Они позволяют восстановить предыдущую версию записи.

Если ревизий накопилось слишком много, можно ограничить их количество или периодически очищать самые старые.

Шаг 17. Подключите Redis только при необходимости

Redis используется для постоянного объектного кэша.

Он помогает уменьшить количество повторяющихся обращений к базе данных.

Особенно полезен Redis для:

WooCommerce;
больших каталогов;
личных кабинетов;
сайтов с большим количеством динамического контента;
проектов с множеством запросов к базе.

Для небольшого сайта с хорошо работающим page cache Redis может практически ничего не изменить.

Поэтому подключать его только потому, что «так быстрее», не нужно.

Шаг 18. Проверьте WP-Cron и фоновые задачи

WordPress выполняет фоновые задачи через WP-Cron.

Например:

публикацию записей по расписанию;
очистку временных данных;
отправку некоторых писем;
задачи плагинов;
обновления;
обработку очередей.

На нагруженном сайте большое количество фоновых задач может создавать дополнительную нагрузку.

Если сайт крупный, WP-Cron иногда переводят на системный cron сервера.

Но новичку не стоит делать это без необходимости или без помощи администратора сервера.

Неправильная настройка может остановить запланированные задачи.

Шаг 19. Проверьте Action Scheduler

WooCommerce и некоторые другие плагины используют Action Scheduler для фоновых операций.

Если в очереди накопились тысячи просроченных задач, это может указывать на проблему.

В таком случае нужно не просто удалить очередь, а выяснить, какой плагин постоянно создаёт задачи и почему они не выполняются.

Шаг 20. Ускорьте админку WordPress

Если сайт для посетителей работает быстро, а административная панель тормозит, причина может быть совсем другой.

Проверьте:

плагины с большим количеством уведомлений;
виджеты панели управления;
запросы к внешним сервисам;
WooCommerce;
WP-Cron;
Action Scheduler;
нагрузку на базу данных;
лимит памяти PHP;
фоновые импорты.

Не отключайте Heartbeat полностью

WordPress Heartbeat используется для автосохранения, блокировки редактируемых записей и некоторых других функций.

Полностью отключать его только ради ускорения админки не стоит.

Если Heartbeat действительно создаёт большую нагрузку, его частоту можно ограничить точечно.

Шаг 21. Удалите лишние внешние скрипты

Даже идеально настроенный WordPress может тормозить из-за сторонних сервисов.

Проверьте, используются ли на сайте:

онлайн-чаты;
карты;
рекламные сети;
виджеты отзывов;
социальные кнопки;
видеоплееры;
несколько систем аналитики;
пиксели рекламных платформ.

Каждый такой сервис загружает дополнительные файлы и выполняет JavaScript.

Если сервис больше не используется, полностью удалите его код.

Второстепенные виджеты, которые находятся далеко ниже первого экрана, часто можно загружать только тогда, когда пользователь до них прокрутил.

Шаг 22. Проверьте рекламу и динамические блоки

Реклама часто загружается после основного содержимого и может сдвигать текст вниз.

Чтобы страница не прыгала, заранее резервируйте место под рекламные блоки.

То же самое относится к:

видео;
картам;
виджетам;
встраиваемым публикациям;
формам сторонних сервисов.

Если браузер заранее знает размер блока, вероятность заметных сдвигов страницы уменьшается.

Шаг 23. Проверьте Brotli или Gzip

HTML, CSS и JavaScript хорошо сжимаются перед передачей пользователю.

Для этого сервер может использовать:

Brotli;
Gzip.

На большинстве современных хостингов одно из этих сжатий уже включено.

Если вы не уверены, уточните у поддержки.

Дополнительно сжимать через Gzip изображения WebP, AVIF или JPEG обычно не требуется.

Шаг 24. Нужен ли CDN

CDN хранит копии статических файлов на серверах в разных регионах и отдаёт их пользователю с ближайшей точки.

Через CDN могут загружаться:

картинки;
CSS;
JavaScript;
шрифты;
видео;
файлы для скачивания.

CDN особенно полезен, если посетители сайта находятся в разных странах или далеко от основного сервера.

Если сайт ориентирован на один регион и сервер расположен рядом с основной аудиторией, эффект может быть небольшим.

CDN также не исправит медленный PHP, тяжёлые запросы к базе или несколько мегабайт JavaScript.

Шаг 25. Проверьте мобильную версию отдельно

Очень часто сайт хорошо работает на компьютере, но заметно тормозит на смартфоне.

Причина в том, что мобильное устройство обычно имеет:

более слабый процессор;
менее стабильную сеть;
меньше ресурсов для выполнения JavaScript.

Поэтому отдельно проверьте мобильную версию в PageSpeed Insights и на реальном смартфоне.

Обратите внимание на:

скорость появления первого экрана;
работу мобильного меню;
задержку кнопок;
плавность прокрутки;
появление изображений;
рекламу;
всплывающие окна.

Если мобильная версия тормозит, а сервер отвечает быстро, в первую очередь ищите тяжёлый JavaScript, изображения и сторонние сервисы.

Шаг 26. Повторите тест после оптимизации

Теперь снова откройте те же страницы, которые проверяли в начале.

Сравните:

LCP;
INP;
CLS;
TTFB;
размер страницы;
количество загружаемых данных;
тяжёлые изображения;
JavaScript.

Главная задача — не получить красивую цифру в тесте, а сделать реальный сайт быстрее и удобнее.

После каждого изменения также проверяйте функциональность.

Что обязательно проверить

главную страницу;
мобильное меню;
форму обратной связи;
поиск;
авторизацию;
личный кабинет;
корзину;
оформление заказа;
оплату;
слайдеры и галереи.

В каком порядке лучше ускорять WordPress

Если не хотите разбираться сразу во всех настройках, используйте такой порядок:

Сделайте резервную копию.
Проверьте скорость до изменений.
Удалите ненужные плагины.
Проверьте сервер и PHP.
Настройте page cache.
Оптимизируйте изображения.
Настройте lazy loading.
Удалите лишний JavaScript.
Настройте defer и минификацию.
Проверьте шрифты.
Проверьте базу данных.
Разберите внешние скрипты.
При необходимости настройте Redis и CDN.
Повторите тесты.

Такой порядок позволяет сначала исправить проблемы, которые чаще всего дают заметный результат, и только затем переходить к более сложным настройкам.

Частые вопросы об ускорении WordPress

Можно ли ускорить WordPress без плагинов?

Да. Многое можно сделать на стороне сервера: настроить PHP, OPcache, кэширование, Brotli, заголовки браузера и CDN. Также можно вручную оптимизировать тему, изображения, CSS и JavaScript.

Но для новичка хороший специализированный плагин часто безопаснее ручного редактирования серверной конфигурации.

Какой плагин лучше всего ускоряет WordPress?

Универсального лучшего плагина нет. Выбор зависит от сервера, темы и остальных расширений.

Например, LiteSpeed Cache наиболее логично использовать на сервере LiteSpeed. На других серверах можно выбрать другое решение.

Главное — не устанавливать несколько систем полного кэширования одновременно.

Что больше тормозит сайт: тема или плагины?

Определить это только по количеству плагинов невозможно.

Один тяжёлый плагин может создавать больше нагрузки, чем двадцать небольших. Аналогично плохо оптимизированная тема или конструктор страниц способны загружать большое количество CSS и JavaScript.

Нужно искать конкретную причину, а не удалять плагины наугад.

Нужно ли получать 100 баллов в PageSpeed?

Нет.

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

Поможет ли более дорогой хостинг?

Если текущий сервер постоянно упирается в ограничения CPU, памяти или PHP-процессов, переход на более производительный тариф действительно может помочь.

Но если проблема заключается в огромных изображениях или тяжёлом JavaScript, смена хостинга не устранит её полностью.

Нужно ли использовать Redis?

Не всегда.

Redis наиболее полезен для динамических сайтов с большим количеством запросов к базе: интернет-магазинов, каталогов и проектов с личными кабинетами.

Небольшой информационный сайт с хорошим page cache может практически не получить дополнительного ускорения.

Нужно ли использовать CDN?

CDN полезен, если аудитория распределена по разным регионам или сайт содержит большое количество изображений и других статических файлов.

Для небольшого регионального сайта CDN не всегда является обязательным.

Почему после включения оптимизации сайт сломался?

Чаще всего проблема возникает после изменения порядка загрузки JavaScript, минификации, объединения файлов или слишком агрессивного кэширования.

Отключите последнее изменение, очистите кэш и снова проверьте страницу.

Именно поэтому настройки лучше включать по одной.

Итог

Чтобы ускорить сайт на WordPress, не нужно включать все доступные функции оптимизации сразу.

Начните с диагностики. Проверьте сервер, PHP и кэширование, затем оптимизируйте изображения и JavaScript. После этого переходите к базе данных, внешним сервисам, Redis, CDN и более сложным настройкам.

После каждого этапа повторяйте тест и проверяйте сайт на компьютере и смартфоне.

Так вы сможете понять, что именно ускорило WordPress, избежать случайных поломок и постепенно получить быстрый сайт без лишних настроек.

Есть похожая задача?

Опишите ее в Telegram — я посмотрю и предложу следующий шаг.

Написать в Telegram