🤔 Когда нельзя слепо верить Web Vitals, или Как мы гонялись за Velocity Index в Трекере Привет, это Роман Омельницкий, старший разработчик интерфейсов в команде Яндекс Трекера. Сегодня я расскажу, как мы ускоряли фронтенд Яндекс Трекера — платформы, в которой живут все планы, задачи и тикеты компании. У нас десятки миллионов хитов в месяц, и при такой нагрузке даже небольшие задержки становились критичными. 🈶 Как измеряли скорость сервиса В Яндексе для этого используют Velocity Index — это агрегация пяти метрик из Web Vitals. Из них нам особенно интересны три: 🟡 FCP (First Contentful Paint) — время показа первого элемента на странице с контентом (текста или картинки) 🟡 LCP (Largest Contentful Paint) — как быстро появляется самый крупный элемент 🟡 TBT (Total Blocking Time) — суммарное время, когда основной поток был заблокирован парсингом или выполнением JS 🔜 Тизер: что нам нужно было ускорить 🟡 На странице тикетов 20 миллионов посещений каждый день и огромное количество контента, который должен быть отформатирован определённым образом 🟡 В некоторые тикеты складывают очень много информации: объёмные описания, комментарии, таблицы и картинки. Прогружаются такие странички очень долго 🟡 В каждом тикете есть блок с комментариями и связями, данные для которых нужно прогружать с бэкенда отдельно ➡️ В статье на Хабре я рассказываю, как мы решили все эти (и не только эти) проблемы, но итоговый Velocity Index почти не изменился. Текст будет интересен фронтендерам, техлидам и всем, кто хочет повысить скорость загрузки своих интерфейсов. Подписывайтесь: 💬 @Yandex4Frontend