Anzahl Requests
Jede Verbindung kostet Zeit und Browserarbeit.
Das Thema dieser Seite: Viele Requests verlangsamen den Aufbau und erhöhen den Overhead beim Laden.
Inhalt
Inhaltsverzeichnis
Klicke auf einen Abschnitt, um direkt dorthin zu springen.
Check
Der Check zählt Netzwerk-Requests und bewertet den Overhead für Initial- und Third-Party-Assets.
| Prüfpunkt | Bedeutung | Bewertung |
|---|---|---|
| < 80 Requests | Overhead gering | OK |
| 80–150 Requests | Optimierung sinnvoll | Warnung |
| > 150 Requests | Viele Verbindungen | Kritisch |
Kontext & Problemraum
Viele Requests entstehen durch Icon-Sets, Tracking-Tags und modulare Bundles ohne Zusammenführung.
| Situation | Symptom | Risiko |
|---|---|---|
| Viele kleine Dateien | Starker Overhead | Ladezeit steigt |
| Third-Party Tags | Externe Verbindungen | Langsame Antworten |
| Keine Bündelung | Zu viele Calls | Performance leidet |
Entscheidungslogik
| Wenn | Dann | Empfehlung |
|---|---|---|
| Requests sehr hoch | Overhead dominiert | Assets bündeln |
| Viele externe Calls | Abhängigkeit steigt | Tags reduzieren |
| Requests moderat | Signal ok | Beibehalten |
Erklärende Details
Auch mit HTTP/2 verursachen viele Requests CPU- und Netzwerk-Overhead. Weniger Verbindungen bedeuten meist schnellere Ladezeiten.
<link rel="preload" href="/app.css" as="style">| Detail | Warum relevant | Hinweis |
|---|---|---|
| Bundling | Weniger Verbindungen | JS/CSS bündeln |
| Lazy Loading | Initial weniger Requests | Späte Assets auslagern |
| Sprite/Inline | Icons reduzieren | SVG-Sprite nutzen |
Risiken, Grenzen & Einschränkungen
| Grenze | Woran erkennbar | Was tun |
|---|---|---|
| Nur Anzahl betrachtet | Große Dateien ignoriert | Seitengewicht prüfen |
| Third-Party Pflicht | Marketing benötigt Tags | Prioritäten festlegen |
| HTTP/2 Effekt | Mehr Requests ok | Dennoch optimieren |
Gesamtseitengewicht
Payload als Folge vieler Requests.
Third-Party-Skripte
Externe Calls reduzieren.
Gesamtladezeit
Gesamtzeit als Ergebnis.