Аудит производительности (Core Web Vitals)

Действуй как performance-инженер. Проведи аудит производительности {{url}}. Стек: {{framework}}.

Шаги

1. Сними замеры через Lighthouse в трёх режимах: simulated, devtools-throttling, реальное устройство (если доступно). Покажи цифры для:
   • LCP (целевой ≤ 2.5s)
   • INP (≤ 200ms)
   • CLS (≤ 0.1)
   • TTFB, FCP, TBT
2. Открой DevTools Performance, сделай recording загрузки. Выдели:
   • Что блокирует main thread (long tasks)
   • Какие ресурсы критичны для LCP
   • Когда происходят layout shift'ы и почему
3. Сопоставь проблемы с кодом:
   • Какие компоненты делают тяжёлый JS на клиенте?
   • Какие изображения не оптимизированы (нет width/height, нет AVIF/WebP, не lazy)?
   • Какие шрифты блокируют рендер?
   • Что грузится в head без async/defer?
4. Сформируй план исправлений с оценкой импакта:
   • Импакт: ожидаемое изменение метрики
   • Усилия: S/M/L
   • Приоритет: P0/P1/P2

Формат вывода

## Текущее состояние
| Метрика | Значение | Цель | Статус |
| LCP | ... | 2.5s | ✗ |

## Топ-проблемы
1. **[P0] Большой LCP-элемент не приоритизирован** — ...

## План
| Изменение | Файл | Импакт | Усилия |

Иерархия фиксов: сначала "большая четвёрка" — изображения, шрифты, render-blocking JS, кеширование. Потом всё остальное.