Кеширование в WordPress: чек-лист без лишних плагинов

Кеширование в WordPress 6.x может сократить время повторной загрузки страницы в несколько раз, но неправильная настройка оставит посетителям старые цены, сломает авторизацию или покажет пустую корзину. Ниже — практический чек-лист для владельца сайта и разработчика: что кешировать, где включать кеш, как проверять очистку и какие части страницы нельзя отдавать из общего кеша.

Сначала определите, что именно должно ускориться

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

• Кеш браузера хранит CSS, JavaScript, изображения и шрифты у посетителя.
• Кеш полной страницы сохраняет готовый HTML, чтобы WordPress не запускал PHP и не обращался к базе данных при каждом запросе.
• Объектный кеш сохраняет результаты запросов и вычислений, которыми WordPress или плагины пользуются повторно.
• CDN-кеш отдаёт статические файлы, а иногда и HTML, с узлов, расположенных ближе к посетителю.

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

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

Чек-лист перед включением кеша

Работайте на копии сайта или хотя бы сохраните текущие настройки. Примеры ниже относятся к WordPress 6.x; названия пунктов у конкретного хостинга, CDN и плагина могут отличаться.

1. Сделайте резервную копию. Сохраните базу данных, каталог wp-content и текущие настройки веб-сервера. Если кеширование создаст ошибку, вы сможете быстро вернуть рабочую конфигурацию. Проверка: резервная копия открывается или восстанавливается на тестовом стенде, а не просто лежит в папке с исходным сайтом.
2. Определите типы страниц. Отметьте публичные страницы, записи, архивы, товары, личный кабинет, корзину и оформление заказа. Публичные материалы обычно подходят для кеша полной страницы, а персональные разделы — нет. Проверка: у вас есть список URL, которые можно кешировать, и список исключений.
3. Проверьте заголовки ответа. Откройте страницу в инструментах разработчика браузера и посмотрите раздел Network. Ищите Cache-Control, ETag, Last-Modified и заголовки, которые добавляет CDN или хостинг. Проверка: вы понимаете, какой слой отвечает за кеш и сколько времени хранится ответ.
4. Включите кеш полной страницы. Выберите один механизм: кеш хостинга, функцию CDN или один WordPress-плагин. Не включайте одновременно несколько независимых систем без понятной схемы очистки. Проверка: повторный запрос к публичной странице получает признак попадания в кеш в панели хостинга, CDN или плагина.
5. Добавьте исключения. Не кешируйте страницы входа, регистрации, личного кабинета, корзины и оформления заказа. Для интернет-магазина отдельно проверьте страницы с ценой, остатком и персональными рекомендациями. Проверка: после входа вы видите своё имя, содержимое корзины и актуальный статус заказа.
6. Настройте очистку после изменений. Очистка должна происходить после публикации или обновления записи, изменения меню, виджетов, темы и критичных настроек плагинов. Проверка: измените заголовок тестовой записи, очистите кеш и убедитесь в приватном окне, что новое значение появляется без ручного удаления кеша в нескольких панелях.
7. Проверьте мобильную и десктопную версии. Если HTML зависит от устройства, языка, валюты или авторизации, кеш должен учитывать этот параметр либо такие страницы нужно исключить. Проверка: мобильный браузер не получает разметку, предназначенную только для компьютера, а переключение языка меняет текст.
8. Измерьте результат. Проверьте одну и ту же страницу без кеша и после прогрева кеша. Смотрите время до получения первого байта, время загрузки и число запросов к серверу. Проверка: после включения кеша вы можете назвать, что улучшилось и какой ценой.

Какой слой выбрать

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

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

Что проверять после включения

Публичные страницы

Откройте главную, запись, страницу категории и страницу поиска в приватном окне. Затем измените тестовую запись и проверьте, как быстро обновление появляется на сайте. Если старая версия остаётся, выясните, где она хранится: в WordPress-плагине, на сервере, в CDN или в браузере.

Персональные сценарии

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

Админ-панель и запросы

Проверьте вход в /wp-admin/, редактор записей, загрузку медиафайлов и сохранение настроек. Ошибка «изменения не удалось сохранить» после включения кеша часто связана не с самим WordPress, а с кешированием AJAX-запросов или неверными правилами CDN.

Когда кеш ломается

• Изменения не видны. Очистите кеш в правильном порядке: плагин или хостинг, затем CDN, затем браузер. После этого проверьте заголовки ответа и срок хранения.
• Корзина пустая или общая для разных пользователей. Исключите корзину, оформление заказа и связанные AJAX-запросы из кеша полной страницы. Точные URL зависят от используемого магазина и его версии.
• После входа показывается версия для гостя. Проверьте, не кешируется ли ответ с установленными cookie авторизации. Страницы личного кабинета и ответы для вошедших пользователей должны обрабатываться отдельно.
• Сайт показывает старый CSS или JavaScript. Проверьте версионирование статических файлов, а затем очистите браузерный, серверный и CDN-кеш. Простое обновление страницы не всегда удаляет старый файл.
• После активации кеша появились 502 или бесконечные редиректы. Временно отключите новый слой, посмотрите журнал веб-сервера и PHP, затем включайте настройки по одной. Не меняйте одновременно CDN, правила HTTPS и плагин оптимизации.

Где подход ломается

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

Не пытайтесь кешировать всё подряд на сайте с персональным содержимым. Для таких проектов безопаснее оставить HTML динамическим, а ускорять отдельные публичные блоки и статические ресурсы. Инвалидация объектного кеша — отдельная тема; здесь важнее проверить границы кеша полной страницы.

Что делать дальше

Составьте карту URL с тремя статусами: «можно кешировать», «кешировать только для гостей» и «не кешировать». После этого включите один слой кеша, зафиксируйте время ответа и проверьте публикацию, вход, корзину и оформление заказа. В проде регулярно смотрите долю попаданий в кеш, время до первого байта, ошибки 5xx и обращения пользователей со старой версией страницы. Эти показатели полезнее, чем сам факт наличия плагина кеширования.