Redis для WordPress: где он ускоряет сайт, а где только создаёт ложное чувство пользы

Redis для WordPress: где он ускоряет сайт, а где только создаёт ложное чувство пользы

Redis полезен не сам по себе, а когда вы понимаете, что именно кешируете. Для WordPress чаще всего это object cache: повторяющиеся запросы к базе, данные плагинов, часть служебных объектов. На высоких нагрузках это снимает лишнюю работу с MySQL и уменьшает время ответа.

Но Redis не лечит плохую тему, тяжёлые запросы и кривые плагины. Если сайт медленный из-за десятков SQL-обращений в шаблоне, Redis лишь чуть сгладит симптом. Сначала смотрите в Query Monitor, ищите медленные запросы, а уже потом включайте кеширование.

Перед внедрением проверьте три вещи:
— есть ли persistent object cache, а не только page cache;
— хватает ли памяти и не выдавливается ли Redis другими сервисами;
— очищается ли кеш после обновлений, чтобы не ловить старые данные.

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

Начинайте с замера до и после, а не с установки ради галочки: Redis должен уменьшать нагрузку, а не заменять нормальную оптимизацию.