Как ускорить WordPress: от хостинга до базы данных

Большинство медленных сайтов на WordPress тормозят совсем не по той причине, о которой думают их владельцы. Прежде чем ставить очередной плагин, проведите замеры. Время до первого байта (TTFB) показывает, сколько серверу нужно, чтобы сформировать HTML; если на закешированной странице оно выше примерно 600 мс, проблема на стороне сервера. Largest Contentful Paint (LCP) показывает, когда на экране действительно появляется основной контент, и хорошим результатом Google считает до 2,5 секунды. Запустите PageSpeed Insights, чтобы увидеть данные реальных посетителей, а затем WebPageTest или вкладку «Сеть» в браузере, чтобы понять, что и в каком порядке загружается. Запишите цифры: каждое изменение ниже должно сдвинуть одну из них, а если не сдвинуло — откатите его.

Начинайте с нижнего уровня стека, потому что ни один плагин не исправит медленный сервер. Сначала проверьте версию PHP: WordPress на PHP 8.x работает заметно быстрее, чем на 7.x, а версии ниже 8.2 уже не получают исправлений безопасности. Убедитесь, что включён OPcache, — тогда PHP держит скомпилированный код в памяти и не разбирает одни и те же файлы при каждом запросе. Важен и диск: WordPress читает сотни мелких файлов на каждую страницу, и NVMe справляется с этим гораздо лучше, чем SATA SSD. Но самый большой выигрыш даёт кеш на уровне сервера, когда веб-сервер отдаёт сохранённую страницу, вообще не запуская PHP.

Здесь выбор тарифа встречается с выбором плагина кеширования. На нашем хостинге для WordPress анонимные посетители получают закешированную страницу прямо от веб-сервера, а PHP работает только для авторизованных пользователей и отправки форм, так что задача плагина сводится к тому, чтобы сбрасывать кеш нужных страниц после публикации. На хостинге без серверного кеша статические HTML-файлы вместо этого пишет плагин — WP Super Cache, W3 Total Cache или WP Rocket. Выберите один, а не два: несколько плагинов кеширования конфликтуют из-за одних и тех же правил и отдают устаревшие или сломанные страницы. Если сервер работает на LiteSpeed, обычно лучше всего подходит его собственный плагин.

Изображения обычно самая тяжёлая часть страницы — и самая простая для исправления. Конвертируйте загрузки в WebP или AVIF: при том же визуальном качестве они, как правило, на 25–50% меньше JPEG, а WordPress поддерживает WebP с версии 5.8 и AVIF с версии 6.5. Не загружайте фотографию шириной 4000 пикселей, чтобы показать её в 800: WordPress создаёт несколько размеров и через srcset позволяет браузеру выбрать подходящий, но только если тема корректно выводит размеры изображений. Встроенная ленивая загрузка откладывает картинки ниже первого экрана, однако главное изображение должно загружаться сразу — ленивая загрузка элемента LCP относится к самым частым способам ухудшить эту метрику.

Каждый активный плагин добавляет PHP-код, а многие ещё и запросы к базе, скрипты и стили на каждую страницу, нужны они там или нет. С помощью Query Monitor выясните, какие плагины отнимают больше всего времени, отключите ненужные, а при следующем редизайне замените тему на конструкторе страниц лёгкой блочной темой. Затем почистите базу данных. Автозагружаемые опции читаются при каждом запросе, поэтому держите их общий объём заметно меньше мегабайта и удаляйте остатки от удалённых плагинов. Ограничьте число ревизий в wp-config.php, удаляйте просроченные транзиенты и поручите это WP-CLI или плагину очистки по расписанию, а не один раз.

WooCommerce меняет правила, потому что самые важные его страницы кешировать нельзя. Корзина, оформление заказа и личный кабинет у каждого посетителя свои, поэтому их нужно исключить из страничного кеша, иначе один покупатель может увидеть корзину другого. Значит, на каждом шаге покупки PHP и база данных выполняют реальную работу. Постоянный объектный кеш, например Redis, хранит результаты повторяющихся запросов в памяти, а High-Performance Order Storage переносит заказы из общей таблицы записей в отдельные таблицы. Тариф WP Pro сам настраивает объектное кеширование и исключения для корзины и оформления заказа — это минимум, который нужен магазину, чтобы оставаться быстрым.

Если всё это сделано, а админка по-прежнему тормозит, оформление заказа замедляется во время акций или TTFB скачет в зависимости от времени суток, узкое место уже не в настройках, а в общих ресурсах процессора. Это момент перейти с хостинга для WordPress на премиум-хостинг, где ядра CPU и память зарезервированы только за вашим сайтом, резервные копии делаются каждый час, а тикеты сразу попадают к старшему инженеру. Тариф Premium S стоит от €24.99 в месяц. В WebHostFlow переход происходит на месте — тот же аккаунт, те же пути, тот же IP-адрес, — так что на следующий день можно снова всё измерить и проверить, сдвинулись ли цифры.