JavaScript-Payload-Grösse
Prüft Gesamt-JavaScript-Download — Ziel unter 300KB komprimiert.
Was dieser Check misst
Wir summieren alle JS-File-Grössen (komprimiert) die die Seite referenziert. Total über 300KB auf Mobile wird geflaggt — jede zusätzliche 100KB bremst Parse/Compile um ~50ms.
Warum es wichtig ist
JavaScript ist die teuerste Resource auf Mobile. 1MB-JS-Bundle braucht 2-4s Parse/Compile auf Mid-Range-Android. INP leidet, Time-to-Interactive leidet.
Wie unser Audit es erkennt
Alle <script src>-References listen. Laden und komprimierte Bytes summieren.
Typische Findings
- error_outline1.5MB React-Bundle auf Content-Seite.
- error_outlinejQuery (87KB) auf einer React-Site.
- error_outline500KB Analytics + Chat + Ads.
So behebst du es
Unused-Imports tree-shaken. Routes mit dynamic import() lazy-loaden. Redundante Libraries entfernen. Bundle-Analyzer (webpack-bundle-analyzer, vite-bundle-visualizer) nutzen.
Häufige Fragen
Akzeptable JS-Grösse?expand_more
Soll das auf deiner Site geprüft werden?
Pantra läuft den vollen Audit (SEO, Sicherheit, GEO, Performance, Schema, Technik, Bilder) in 10 Sekunden und generiert stack-spezifische Fix-Prompts.
Site scannenÄhnliche Checks
LCP (Largest Contentful Paint)
Prüft Largest Contentful Paint — wie schnell der Haupt-Content erscheint. Ziel unter 2.5s.
PerformanceCLS (Cumulative Layout Shift)
Prüft Cumulative Layout Shift — wie viel die Seite beim Laden springt. Ziel unter 0.1.
PerformanceINP (Interaction to Next Paint)
Prüft Interaction to Next Paint — Reaktion auf Klicks/Taps. Ziel unter 200ms.
PerformanceFCP (First Contentful Paint)
Prüft First Contentful Paint — wann erster Text/Bild erscheint. Ziel unter 1.8s.