Page cache в WordPress нужен, когда сайт начинает тормозить из-за того, что каждый просмотр страницы заново собирается сервером и WordPress. Кэш страницы сохраняет готовый HTML и отдаёт его посетителю без лишней обработки PHP и запросов к базе данных. Для обычных страниц это часто самый простой способ заметно снизить нагрузку и ускорить загрузку без сложной серверной настройки.
Но включать page cache «в лоб» нельзя на любом сайте. Если на страницах много персонализированного или быстро меняющегося контента, кэш может показывать устаревшие данные или мешать работе форм, корзины, личного кабинета и других динамических частей. Поэтому сначала стоит понять, где page cache действительно полезен, а потом уже настраивать исключения.
Когда page cache помогает, а когда с ним нужно быть осторожнее
Page cache лучше всего работает на сайтах, где большая часть страниц одинакова для всех посетителей: корпоративные сайты, блоги, лендинги, каталоги без сложной персонализации. В таких сценариях один и тот же HTML можно отдать многим пользователям подряд, не пересобирая страницу каждый раз заново.
Осторожность нужна, если на сайте есть:
- личный кабинет с индивидуальными данными;
- корзина и оформление заказа;
- страницы с часто обновляемыми ценами, остатками или статусами;
- формы, которые зависят от сессии или авторизации;
- динамические блоки, показывающие разный контент разным пользователям.
Сам по себе page cache не ломает WordPress, но он может кэшировать то, что кэшировать нельзя. Поэтому для таких страниц обычно делают исключения: не кэшируют отдельные URL, не сохраняют страницы для авторизованных пользователей или отключают кэш там, где контент должен быть всегда актуальным.
Какой способ включения выбрать
В WordPress page cache обычно включают одним из трёх способов: через плагин кэширования, через кэш на уровне хостинга или через серверную конфигурацию. Для большинства владельцев сайтов самый практичный вариант — плагин. Он проще в настройке, не требует доступа к серверу и позволяет быстро включить кэш, а потом точечно исключить проблемные страницы.
| Способ | Когда подходит | Что нужно учитывать |
|---|---|---|
| Плагин кэширования | Если нужен быстрый старт без серверной настройки | Нужно проверить исключения для динамических страниц |
| Кэш на хостинге | Если хостинг уже даёт готовый page cache | Настройки зависят от панели и тарифного плана |
| Серверный кэш | Если есть доступ к конфигурации Nginx, Apache или PHP-FPM | Требует больше опыта и аккуратности |
Если вы не администрируете сервер сами, не начинайте с ручной настройки Nginx или Apache. Для типового сайта WordPress этого обычно не нужно.
Как включить page cache через плагин
Логика настройки у большинства плагинов похожая: установить плагин, включить кэш страниц, выбрать способ доставки кэша и задать исключения. Названия пунктов в интерфейсе могут отличаться, но принцип один и тот же.
1. Установите плагин кэширования
Выберите один плагин, а не несколько сразу. Одновременное использование двух плагинов кэширования часто приводит к конфликтам: дублируются правила, ломается очистка кэша, появляются странные ошибки с отображением страниц.
После установки активируйте плагин и найдите раздел, связанный с cache, caching или performance. Обычно там есть отдельная опция для page cache, иногда она называется просто cache pages или enable caching.
2. Включите кэширование страниц
Включите именно кэш HTML-страниц, а не только минификацию CSS и JS. Минификация сама по себе не заменяет page cache и не даёт такого же эффекта по снижению нагрузки на сервер.
Если плагин предлагает режимы кэширования, для начала выбирайте самый безопасный вариант, который работает без агрессивной оптимизации. На практике лучше сначала добиться стабильной работы, а уже потом включать дополнительные ускорения.
3. Настройте кэш для мобильных и авторизованных пользователей
Если сайт адаптивный и показывает одинаковый HTML всем посетителям, отдельный мобильный кэш обычно не нужен. Но если тема или плагин реально отдают разную разметку для мобильных устройств, это нужно проверить отдельно. Иначе мобильный посетитель может получить не тот вариант страницы.
Для авторизованных пользователей page cache чаще всего отключают. Админка, личный кабинет, редакторские страницы и другие персональные разделы должны работать без подмены кэшированной версии.
4. Задайте исключения для динамических URL
Исключите из кэша страницы, где контент зависит от пользователя или быстро меняется. Типичный список исключений выглядит так:
- страницы входа и регистрации;
- личный кабинет;
- корзина и оформление заказа;
- страницы с результатами поиска по сайту, если они зависят от запроса;
- страницы с формами, где важна актуальность данных.
Если плагин позволяет исключать URL по маске, используйте это для целых разделов, а не для каждой страницы вручную. Так проще поддерживать настройки, когда сайт растёт.
Что проверить после включения кэша
После активации page cache не ограничивайтесь только главной страницей. Проверьте несколько типовых сценариев:
- открывается ли главная страница и внутренние страницы без ошибок;
- не сломались ли формы обратной связи;
- не кэшируются ли страницы входа и личного кабинета;
- если есть корзина или оформление заказа, корректно ли обновляются данные;
- не показывается ли устаревшая версия страницы после обновления контента.
Самый простой способ понять, что page cache работает, — открыть одну и ту же страницу в обычном окне браузера несколько раз и посмотреть, меняется ли время ответа. Ещё полезно проверить заголовки ответа в инструментах разработчика браузера или через сервисы диагностики. У разных плагинов и хостингов свои заголовки, но часто видно, что страница отдана из cache, а не собрана заново.
Если после включения кэша вы обновили запись, а на сайте всё ещё видна старая версия, сначала очистите кэш плагина. Затем проверьте, не хранит ли страницу ещё и CDN или кэш на стороне хостинга. На практике проблема часто не в WordPress, а в том, что кэш есть в нескольких слоях сразу.
Типичные ошибки при настройке page cache
Самая частая ошибка — включить кэш и забыть про исключения. На простом блоге это может пройти без последствий, но на сайте с формами, авторизацией или динамическими блоками быстро появляются жалобы: не обновляются данные, показывается чужой контент, не работает вход.
Ещё одна ошибка — пытаться ускорить сайт сразу несколькими плагинами, которые делают одно и то же. Например, один плагин кэширует HTML, другой тоже кэширует HTML, а третий ещё и меняет правила очистки. В итоге сайт становится не быстрее, а менее предсказуемым.
Наконец, не стоит включать агрессивные режимы без проверки. Некоторые плагины предлагают предварительную генерацию кэша, отдельные режимы для мобильных устройств, оптимизацию запросов и прочие функции. Это полезно, но только если вы понимаете, как они влияют на конкретный сайт. Для начала достаточно обычного page cache и нескольких исключений.
Если page cache не даёт ожидаемого эффекта
Иногда кэш страниц включён, но сайт всё равно остаётся медленным. В таком случае проблема может быть не в отсутствии page cache, а в другом узком месте: тяжёлая тема, медленные внешние запросы, перегруженные плагины, слабый хостинг или слишком много динамики на странице.
Тогда имеет смысл проверить:
- не отключается ли кэш для всех страниц из-за настроек плагина или хостинга;
- не мешают ли кэшированию cookies, сессии или параметры URL;
- не генерирует ли тема слишком тяжёлую страницу даже после кэширования;
- не упирается ли сайт в медленный TTFB из-за базы данных или внешних API.
Page cache хорошо ускоряет доставку уже готовой страницы, но он не исправляет всё подряд. Если сервер долго отвечает даже при включённом кэше, нужно искать причину глубже.
Для владельца сайта практический вывод простой: page cache стоит включать почти всегда, если сайт в основном статический или условно статический. Но на страницах с персональными данными и часто меняющимся контентом его нужно настраивать аккуратно, с исключениями и обязательной проверкой после включения. Тогда кэш действительно ускоряет сайт, а не создаёт новые проблемы.