Geschwindigkeit
Viel ausgeliefertes JavaScript läuft beim initialen Laden nie
Woran du es erkennst
Die Browser-Coverage über den initialen Ladevorgang zeigt große Skriptdateien, deren Großteil vor jeder Interaktion nie ausgeführt wird — typisch für monolithische Bundles, ungenutzte Bibliotheken oder Code für Dialoge und Routen, die der erste Bildaufbau nicht braucht.
Warum es zählt
Ungenutztes JavaScript kostet bei jedem ersten Besuch trotzdem Lade-, Parse- und Kompilierzeit — auf mobilen Prozessoren übersteigt die Auswertung oft die reine Übertragungszeit. Es bläht damit direkt Lade- und Reaktionszeiten auf.
So behebst du es
- Teile das Bundle nach Routen auf und lade alles hinter Interaktionen oder unterhalb des sichtbaren Bereichs verzögert nach, sodass der erste Aufruf nur mitbringt, was er auch ausführt.
- Prüfe Fremdskripte und große Bibliotheken — entferne oder ersetze, wovon nur ein winziger Teil genutzt wird.
- Miss vor dem Löschen in den DevTools-Coverage über eine volle Sitzung nach: Die Ladephase-Messung zählt systematisch zu wenig Nutzung, weil Code für spätere Interaktionen dort als ungenutzt gilt.
- Liefere modernen Browsern nur modernes JavaScript aus, damit Polyfills und Transpilierungslast nicht bei jedem ankommen.