<b>Redis для WordPress: когда он ускоряет сайт, а когда только ест память</b>

<b>Redis для WordPress: когда он ускоряет сайт, а когда только ест память</b>

Redis часто ставят «на всякий случай», а потом удивляются, почему пользы мало. Для WordPress он полезен там, где есть повторяющиеся запросы к базе: каталоги, WooCommerce, много плагинов, частые заходы по одним и тем же страницам. Если сайт маленький и база почти не нагружается, кеш объектов даст мало эффекта.

Перед установкой проверьте три вещи: • есть ли на сервере запас RAM; • включён ли persistent object cache в самом WordPress; • не конфликтует ли Redis с другим кешем на уровне хостинга. Ошибка №1 — включить Redis и оставить старые transient’ы, а потом считать, что ускорения нет. Ошибка №2 — дать Redis слишком много памяти и получить swap вместо ускорения.

Полезно смотреть не только на скорость загрузки, но и на поведение базы: если падает число однотипных запросов, значит кеш работает. Если же сайт ускорился только в админке, а фронт почти не изменился, проблема обычно не в объектном кеше, а в тяжёлых шаблонах, SQL-запросах или отсутствии page cache.

Redis — не магия, а инструмент для снижения лишней работы базы. Ставьте его после проверки нагрузки и измеряйте эффект по логам и времени ответа, а не по факту «плагин зелёный — значит всё хорошо».