Redis для WordPress: 5 ошибок, из-за которых кэш тормозит вместо ускорения

Redis для WordPress: 5 ошибок, из-за которых кэш тормозит вместо ускорения

Redis полезен только тогда, когда его правильно подключили к сайту. Чаще всего проблемы начинаются не в самом Redis, а в настройке объекта кэша: плагин включили, но не проверили, что именно он кэширует и как долго хранит данные.

• Не ставят плагин object cache без понимания нагрузки. Для маленького сайта Redis может почти ничего не дать, а для WooCommerce и крупных каталогов он снимает лишние запросы к БД.
• Оставляют включённый page cache и забывают, что Redis — не замена полному кэшу страниц.
• Не чистят кэш после смены темы, плагинов и структуры данных: старые объекты начинают конфликтовать с новыми.
• Дают слишком большой TTL и получают «залипшие» данные в корзине, профиле, админке.
• Не следят за памятью: Redis должен жить в лимите, а не вытеснять сервер в swap.

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

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