Если WordPress-сайт медленно открывается у посетителей, кеширование обычно дает самый заметный и при этом самый безопасный прирост скорости. Но сначала нужно понять, какой именно кеш вам нужен: для обычного сайта чаще всего достаточно кеша страниц и браузерного кеша, а объектный кеш и серверные решения нужны не всегда.
Что именно кешировать на обычном WordPress-сайте
Для типичного сайта-визитки, блога, корпоративного сайта или небольшого каталога важны три уровня кеширования:
- Кеш страниц — сохраняет готовый HTML-ответ и отдает его без повторной сборки WordPress на каждом запросе.
- Кеш браузера — позволяет браузеру посетителя не загружать заново изображения, CSS и JS при повторных визитах.
- Кеш объектов — ускоряет повторные обращения к базе данных и внутренним данным WordPress, но полезен не на каждом хостинге и не для каждого сайта.
Если сайт обычный и без сложной динамики, начинать стоит с кеша страниц. Это самый понятный вариант: он снижает нагрузку на PHP и базу данных и обычно дает эффект сразу после включения.
Как выбрать подходящий вариант кеширования
Перед настройкой полезно понять, что у вас уже есть на стороне хостинга. На практике встречаются три сценария:
| Сценарий | Что делать | Когда подходит |
|---|---|---|
| Хостинг уже использует серверный кеш | Не ставить второй плагин кеша страниц без необходимости, а проверить настройки хостинга | Если провайдер предлагает LiteSpeed Cache, Nginx FastCGI cache, Varnish или аналогичный механизм |
| Серверного кеша нет | Поставить плагин кеширования страниц и включить кеш браузера | Для большинства обычных сайтов на shared-хостинге |
| Сайт часто меняется и содержит персональные данные | Настраивать кеш осторожно, исключать проблемные страницы | Если есть личный кабинет, корзина, формы с персональными данными, динамические блоки |
Главная ошибка — включить сразу несколько решений, которые делают одно и то же. Например, серверный кеш у хостинга и плагин кеша страниц могут конфликтовать, если оба пытаются управлять одной и той же логикой отдачи HTML.
Базовая настройка кеша страниц в WordPress
Для обычного сайта проще всего использовать один плагин кеширования страниц. Подойдут решения, которые умеют создавать статические копии страниц и отдать их без лишней обработки WordPress. Конкретный плагин можно выбрать по возможностям хостинга и личным предпочтениям, но логика настройки у них похожа.
После установки плагина обычно нужно сделать четыре вещи:
- Включить кеш страниц.
- Проверить, что кешируются публичные страницы: главная, записи, страницы, рубрики.
- Исключить из кеша страницы, которые не должны сохраняться в статическом виде.
- Очистить кеш после включения и проверить сайт в режиме инкогнито.
Если плагин предлагает предварительную генерацию кеша, для обычного сайта это полезно: первые посетители не будут ждать, пока кеш создастся в момент запроса. Но на слабом хостинге агрессивная прогревка может дать лишнюю нагрузку, поэтому ее лучше включать аккуратно.
Какие страницы обычно нужно исключить из кеша
Даже на простом сайте есть страницы, которые нельзя отдавать из кеша всем подряд. Обычно это:
- страница входа в админку;
- личный кабинет, если он есть;
- страницы с формами, где важен актуальный статус пользователя;
- корзина и оформление заказа, если сайт не совсем обычный и использует динамические сценарии;
- страницы с персонализированным содержимым, зависящим от авторизации или cookies.
Если таких страниц немного, их проще исключить вручную, чем потом искать странные баги: чужие данные в форме, устаревший статус или неактуальную кнопку.
Кеш браузера: что включить и зачем он нужен
Кеш браузера не ускоряет первый визит, но заметно помогает при повторных заходах. Он особенно полезен для изображений, шрифтов, CSS и JavaScript. Для обычного WordPress-сайта это почти обязательная настройка.
Если плагин кеширования умеет задавать заголовки кеширования для статических файлов, включите эту опцию. Если сайт работает через сервер, где это уже настроено на уровне веб-сервера, дополнительно ничего делать не нужно. Здесь важно не дублировать настройки без понимания, кто именно их применяет.
Проверить кеш браузера можно в инструментах разработчика браузера: при повторной загрузке статические файлы должны отдаваться с заголовками, указывающими на кеширование, а не скачиваться заново каждый раз.
Когда нужен объектный кеш, а когда можно обойтись без него
Объектный кеш часто советуют как универсальное ускорение, но для обычного сайта он не всегда нужен. Если у вас небольшой сайт с умеренным трафиком и без тяжелых запросов к базе, кеш страниц обычно дает больший эффект, чем объектный кеш.
Объектный кеш имеет смысл, если:
- сайт делает много повторяющихся запросов к базе данных;
- на хостинге доступен Redis или Memcached;
- сайт заметно нагружает сервер даже после включения кеша страниц;
- есть сложные фильтры, списки, виджеты или внутренние запросы, которые часто повторяются.
Если хостинг не предлагает Redis/Memcached как готовую услугу, не стоит пытаться собрать это вручную без необходимости. Для обычного сайта это часто лишняя сложность, а иногда и источник проблем с доступностью.
Как не сломать сайт при настройке кеша
Кеширование редко ломает сайт само по себе. Проблемы появляются, когда включают слишком много опций сразу или не проверяют исключения. Самые типичные ошибки такие:
- включили два плагина кеша страниц одновременно;
- не очистили старый кеш после изменения настроек;
- закешировали страницы, которые должны быть динамическими;
- включили минификацию и сразу не проверили верстку и скрипты;
- не учли, что хостинг уже использует серверный кеш.
Минификацию CSS и JS лучше включать отдельно и по одной опции за раз. На практике именно она чаще всего вызывает визуальные поломки: съезжает верстка, перестают работать меню, формы или слайдеры. Если после включения минификации сайт ведет себя странно, сначала отключите ее, а не весь кеш целиком.
Как проверить, что кеширование работает
После настройки не ограничивайтесь ощущением, что сайт стал быстрее. Проверьте результат по признакам, которые можно увидеть без специальных инструментов:
- Откройте сайт в режиме инкогнито и обновите страницу несколько раз.
- Сравните скорость первого и повторного открытия.
- Посмотрите заголовки ответа в браузере или через онлайн-проверку: у кеша страниц обычно есть признаки отданной копии, а не полной генерации страницы WordPress.
- После очистки кеша проверьте, что новая версия страницы действительно появилась.
Если у вас есть доступ к серверным логам или панели хостинга, можно дополнительно посмотреть, уменьшилась ли нагрузка на PHP и базу данных. Для обычного сайта это хороший косвенный признак того, что кеш страниц работает как надо.
Практичный порядок настройки для обычного сайта
Если нужен короткий рабочий сценарий без лишних экспериментов, действуйте так:
- Проверьте, не включен ли серверный кеш у хостинга.
- Если серверного кеша нет, установите один плагин кеширования страниц.
- Включите кеш страниц и кеш браузера.
- Исключите служебные и динамические страницы.
- Очистите кеш и проверьте сайт в инкогнито.
- Только потом, при необходимости, включайте дополнительные оптимизации вроде минификации.
Для обычного WordPress-сайта этого обычно достаточно. Если после этого сайт все еще медленный, проблема может быть не в кешировании, а в тяжелой теме, перегруженных плагинах, больших изображениях или слабом хостинге. Тогда кеш — это уже не единственный шаг, а часть более широкой оптимизации.