ворд-пресс.рф
Решение

Кеширование WordPress: page cache, object cache и CDN

Как выбрать слои кеша, не сломать WooCommerce и проверить ускорение после изменений.

Опубликовано: 10.10.2026Обновлено: 11.10.2026

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

Четыре слоя кеширования

Page cache: сохраняет готовый HTML для повторных запросов. Особенно полезен для публичных статей и каталогов.

Object cache: хранит результаты внутренних вычислений и обращений к базе в течение запроса; постоянный кеш (например, Redis) требует отдельной настройки.

PHP OPcache: кеширует скомпилированный PHP-код. Обычно настраивается на уровне сервера, а не стандартным плагином страниц.

Браузер/CDN: кешируют статические ресурсы или ответы на сетевом уровне. Их нужно настраивать отдельно от WordPress.

Как выбрать систему

  1. Узнайте, что уже включено на хостинге: серверный page cache, Redis, CDN.
  2. Не устанавливайте сразу несколько плагинов page cache без конкретной причины: они могут конкурировать за правила сервера и кеш-дропины.
  3. Выберите один понятный механизм очистки после публикации.
  4. Для WooCommerce исключите из общего кеша корзину, оформление заказа, личный кабинет и другие персонализированные ответы.
  5. Проверьте изменения на staging и на гостевых страницах.

Кеширование и магазин WooCommerce

Сервер не должен раздавать одному посетителю персональные данные другого. Проверьте исключения по URL, cookies и HTTP-ответам на выбранной платформе. Особенно опасно включать агрессивный кеш для оформления заказа без понимания динамических фрагментов страницы.

Как измерить результат

Сравнивайте одинаковые URL, типы устройств и сетевые условия. Смотрите TTFB, LCP и количество обращений к серверу; помните, что улучшение TTFB не обязательно исправляет тяжёлый JS или изображения.

Типичные ошибки

  • Считать WP_CACHE автоматическим включением Redis.
  • Устанавливать два независимых page cache без плана их взаимодействия.
  • Пытаться ускорить фронтенд только сбросом object cache.
  • Публиковать устаревший HTML из CDN после обновления темы.
  • Не тестировать формы, корзину и авторизацию.

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

Для базового внедрения настройте один слой page cache, проверьте управление обновлениями и исключения. Затем оцените, нужен ли постоянный object cache и где находится основное узкое место.

Связанные материалы: как очистить кеш, диагностика скорости, WP Super Cache.

Источник: https://developer.wordpress.org/advanced-administration/wordpress/wp-config/

Материал был полезен?

Помогите нам сделать материалы точнее и понятнее.