Die Seitengeschwindigkeit ist seit 2018 ein Google-Rankingfaktor. 2026 bleibt sie einer der wenigen Faktoren, die Sie direkt kontrollieren und messen können. Dieser Leitfaden behandelt die Metriken, die AISeen prüft, welche Schwellenwerte Google verwendet und welche Optimierungen den größten Nutzen pro Aufwand bringen.
Was der AISeen Speed Score misst
- Time to First Byte (TTFB) — Serverantwortzeit. Ziel: unter 200 ms. Probleme: langsames Hosting, kein CDN, nicht optimierte Datenbankabfragen.
- HTML-Größe — Unkomprimierte Dokumentgröße. Großes HTML deutet oft auf Server-Rendering-Probleme oder unnötige Inline-Daten hin.
- HTTP-Version — HTTP/2 und HTTP/3 ermöglichen multiplexte Anfragen und reduzieren die Ladezeit erheblich.
- Komprimierung — Brotli oder gzip sollte für alle Text-Assets aktiviert sein. Unkomprimiertes HTML/CSS/JS ist eine der günstigsten Korrekturen.
- Cache-Header — Statische Assets sollten langlebige
Cache-Control-Header haben. - Ressourcenhinweise —
<link rel="preload">,preconnectundprefetchreduzieren die wahrgenommene Ladezeit.
Die größten Geschwindigkeitskiller
In unserer Analyse von über 50.000 Websites treten drei Probleme am häufigsten auf:
- Render-blockierende Skripte — JavaScript-Dateien im
<head>ohnedeferoderasyncblockieren das HTML-Parsing. - Nicht optimierte Bilder — PNG-Dateien, bei denen WebP oder AVIF die Größe um 30–70% reduzieren würde.
- Kein CDN — Statische Assets von einem einzigen Ursprungsserver fügen globalen Nutzern 100–500 ms Latenz hinzu.
Priorisierung Ihrer Korrekturen
Beginnen Sie mit Server-Level-Änderungen (TTFB, Komprimierung, HTTP/2), da diese alle Seiten gleichzeitig betreffen. Gehen Sie dann zu Bildoptimierung und Ressourcenhinweisen über. JavaScript-Verzögerung erfordert oft Codeänderungen und sollte zuletzt angegangen werden.