👏 Где client-side кеш — это win

• Read-heavy данные
Справочники, конфиги, словари, фичефлаги. Редко меняются, часто читаются — классический кандидат на кеш.

• Повторные переходы в рамках сессии
Когда пользователь бегает туда-сюда по одним экранам. Кеш в памяти, SWR-подход — и UI ощущается мгновенным

• Медленные или дорогие API.
Если запрос:
— тяжёлый
— платный
— или упирается в rate limit
—Тут кеш уже не оптимизация, а средство выживания

• Offline и flaky network
PWA, мобильный интернет, метро. Без кеша UX просто рассыпается.

⛔️ Где начинаются выстрелы в ногу

• Данные «почти всегда актуальные»
Самый коварный кейс. Сегодня кажется, что можно кешировать. Завтра бизнес приносит real-time и всё ломается.

• Кеш без стратегии инвалидции
Если нет чёткого ответа на вопрос, когда и почему данные устаревают — кеш уже неправильный.

TTL «на глаз» — это техдолг с таймером
Кеширование мутабельных данных. Формы, статусы, состояния процессов.

Особенно весело, когда:
— на сервере данные обновились
— клиент продолжает жить прошлой жизнью

❌ Получаем рассинхрон и баги «через раз»

LocalStorage как универсальное хранилище: долго живёт, не очищается и не версионируется. Идеальное место, чтобы хранить баги годами.

Кеш, про который забыли
Фичу переписали, API поменяли, а старый кеш всё ещё радостно подсовывает старые данные.

⭐️ Что отличает здоровое кеширование

— Явная стратегия инвалидции
— Чёткое разделение: memory / persistent / server cache
— Кеш — это оптимизация, а не источник истины
— Возможность легко сбросить кеш
— Видимые метрики: кеш-хиты и кеш-миссы