<b>Mini-App тормозит на слабых телефонах: где режется FPS и как это чинить</b>

<b>Mini-App тормозит на слабых телефонах: где режется FPS и как это чинить</b>

Слабый девайс не прощает лишних слоёв. Первый экран должен рисоваться без тяжёлых анимаций, фоновых запросов и длинного hydration-пути. Если интерфейс открывается как SPA «на все деньги», пользователь увидит белый экран раньше, чем ваш value proposition.

— Урежьте DOM: не рендерите скрытые модалки, вкладки и карточки заранее.
— Сведите анимации к transform и opacity, а не к width, top и box-shadow.
— Картинки грузите лениво, а иконки держите в SVG или спрайте.
— Любой тяжёлый расчёт выносите из main thread: debounce, requestAnimationFrame, Web Worker.

<b>Экономика на Stars: считаем профит</b> начинается с UX: если лаг на вводе ломает конверсию, вы теряете не секунды, а оплату. Проверьте цепочку: тап → ответ UI → запрос → отрисовка результата. На каждом шаге нужен локальный skeleton, кэш последнего состояния и отказ от лишних перерисовок.

Стек для быстрого старта: Vite + API — этого достаточно, если не тащить большой state management без причины. Измеряйте не «ощущается быстро», а TTI, размер бандла, количество repaint/reflow и время до первого полезного действия.

Главное правило: оптимизируйте не код, а путь пользователя к первому успеху. Чем меньше он ждёт, тем меньше шансов, что Mini-App умрёт на слабом Android до первого клика.