Aktuell wird gerade für zwei neue Performance-Metriken um Feedback gebeten und zwar geht es um die Responsiveness- und Smoothness-Metriken.

Responsiveness

Bisher wird die responsiveness einer Website am ehesten durch die FID-Metrik ausgedrückt. Hier nochmal kurz zur Erinnerung, wie FID gemessen wird:

First Input Delay bemisst […] die Zeit vom Auslösen des Events (z.B. „click“) bis zur nächsten Idle-Time des Main-Threads. Also bis zum Zeitpunkt, wenn der Main-Thread Luft hat auf das Event zu reagieren. FID berücksichtigt nicht wie lange für die Reaktion auf das Event gebraucht wird oder wie lange es dauert anschließend einen Re-Paint auszuführen.

https://web-performance.rocks/metriken-core-web-vitals/fid-first-input-delay

Die Idee hinter der Responsiveness-Metrik ist es, einen größeren Zeitrahmen zu überspannen und sich auch für die Reaktion auf das Event zu interessieren. Wie die Auswertung der Messung von statten gehen soll steht auch noch zur Diskussion und auch dazu wird noch um Feedback gebeten. Möglichkeiten wären den schlechtesten Latenz-Wert anzugeben, für jede Interaktionsart ein Budget zu hinterlegen und nur zu meckern, wenn dieses Budget überschritten wird. Dabei wiederum könnte ein Durchschnitt, eine Summe oder der schlechteste Wert ausschlaggebend für die Bewertung sein. Der längliche Artikel erklärt die Metrik und die Bitte um Feedback im Detail.

Smoothness

Bei der Smoothness-Metrik soll es um die Bewertung von Animationen gehen. Auch hier steht noch die Frage im Raum, wie man diese am besten bewertet. Beispielsweise wird in den Raum geworfen, dass min. 60 FPS nicht immer ideal sind, wenn zur Erreichung dieses Ziels nur schlecht aufgelöste Assets geladen werden. Die Metrik soll in die Richtung gehen nicht stumpf Frames zu zählen sondern einen Prozentwert von verworfenen Frames über ein Zeitfenster zu bemessen.
Im Gegensatz zur Responsiveness-Metrik scheint die Smoothness-Metrik erstmal nur als Lab-Metrik geplant zu sein, wenngleich man „in the future“ auch eine performante Metrik für RUM-Metrik entwerfen möchte. Die performante Messung scheint mir hier erstmal der Grund zu sein, weshalb für den Anfang der Fokus auf der Lab-Metrik liegt. Details auch hier wieder im ausführlichen Artikel bei web.dev mit der Bitte um Feedback.

Mir gefällt diese Entwicklung bei den Metriken, dass der Entstehungsprozess transparent gemacht wird und auch dass um Feedback gebeten wird. Es scheint mir auch etwas aus der Vergangenheit gelernt worden zu sein, wenn es darum geht, wie man mit einer Messmethode alle verschiedenen Typen von Internetseiten bewerten möchte. Man erinnere sich nur an die erste Art der CLS-Ermittlung mit der Single-Page-Applications benachteiligt wurden.