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

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

Redis часто ставят «для галочки», а потом удивляются, почему панель медленная, а база всё равно под нагрузкой. Чаще всего проблема не в самом Redis, а в его роли: он должен ускорять object cache, а не маскировать кривые запросы и тяжёлые плагины.

— Не включают persistent object cache: без постоянного кеша Redis не помогает между запросами.
— Держат слишком маленькую память: ключи начинают вытесняться, и кеш работает рывками.
— Не следят за TTL: мусор копится, а полезные записи исчезают слишком рано.
— Ставят Redis на тот же узел, где уже упираются PHP-FPM и MySQL: выигрыша почти нет.
— Не проверяют плагин на совместимость: некоторые решения ломают кеширование или создают дубли ключей.

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

Хорошая схема простая: Redis отдельно, object cache включён, память с запасом, а после установки обязательно проверить, что ключи реально читаются и не сбрасываются после каждого запроса. Тогда Redis даёт заметный эффект и на админке, и на фронте.