PageSpeed-Optimierung: Website-Geschwindigkeit gezielt verbessern
Jede Sekunde Ladezeit kostet Nutzer und Umsatz. Hier lernst du, wie du deine Website messbar schneller machst – von Core Web Vitals bis CDN.
What you will learn
- Warum PageSpeed über Nutzererfahrung, Rankings und Umsatz entscheidet
- Welche Core Web Vitals 2026 zählen – LCP, INP und CLS – und ihre Schwellenwerte
- Wie du Geschwindigkeit mit Feld- und Labordaten richtig misst
- Die wichtigsten Bremsklötze und wie du sie beseitigst
- Konkrete Kernstrategien von Server über Code und Bilder bis Caching und CDN
PageSpeed in einem Satz
PageSpeed ist die Zeit, bis der Inhalt einer Seite geladen und nutzbar ist – und ein direkter Hebel für Nutzererfahrung, Rankings und Umsatz. Google hat bestätigt: Die Seitengeschwindigkeit ist ein Rankingfaktor, auf Desktop wie mobil.
Nutzer sind ungeduldig. Laut Forrester verlassen fast 50 % eine Website, wenn sie nicht innerhalb von 3 Sekunden lädt; 74 % der mobilen Nutzer springen ab, wenn es länger als 5 Sekunden dauert. Umgekehrt zahlt sich Tempo aus: Walmart maß pro Sekunde schnellerer Ladezeit rund 2 % mehr Conversions. Geschwindigkeit ist also kein rein technisches Thema, sondern Geschäftsgrundlage.
Warum PageSpeed so wichtig ist
- Nutzererfahrung: Unter 100 Millisekunden wirkt eine Reaktion sofort. Ab etwa einer Sekunde bleibt der Gedankenfluss erhalten. Ab 3 bis 5 Sekunden beginnt Frustration – und langsame Seiten hinterlassen einen bleibenden negativen Eindruck.
- Rankings: Langsame Seiten kosten Sichtbarkeit. Sie belasten das Crawl-Budget und schneiden bei den Core Web Vitals schlechter ab, die in Googles Bewertung einfließen.
- Conversions: Schnellere Seiten verkaufen mehr und senken zugleich Serverkosten. Optimierte Seiten brauchen weniger Ressourcen.
Mit jeder zusätzlichen Sekunde Ladezeit steigt die Absprungrate spürbar an.
Die Core Web Vitals 2026
Die Core Web Vitals sind Googles zentrale Kennzahlen für die Nutzererfahrung. Drei Metriken zählen aktuell:
Metrik | Was sie misst | Guter Wert |
|---|---|---|
**Largest Contentful Paint (LCP)** | Ladeleistung: wann das größte sichtbare Element erscheint | unter 2,5 s |
**Interaction to Next Paint (INP)** | Interaktivität: wie schnell die Seite auf Eingaben reagiert | unter 200 ms |
**Cumulative Layout Shift (CLS)** | Visuelle Stabilität: unerwartete Layout-Sprünge | unter 0,1 |
Wichtig zur Aktualität: INP hat im März 2024 First Input Delay (FID) als Core Web Vital abgelöst. Wer noch mit FID plant, arbeitet mit einer abgeschalteten Metrik. INP ist strenger, weil es die Reaktionsfähigkeit über die gesamte Sitzung bewertet, nicht nur die erste Interaktion.
Google empfiehlt, das 75. Perzentil der Seitenaufrufe zu betrachten: Für mindestens 75 % der Nutzer sollten die Schwellenwerte erreicht sein.
Weitere relevante Metriken
- Time to First Byte (TTFB): Reaktionszeit des Servers. Ein Wert unter 200 ms gilt als gut; ein hoher TTFB verschlechtert alle folgenden Metriken.
- First Contentful Paint (FCP): Wann der erste sichtbare Inhalt erscheint – ein frühes Signal, dass die Seite lädt.
- Total Blocking Time (TBT): Labormetrik für die Zeit, in der die Seite durch lange Aufgaben (etwa JavaScript) blockiert war. TBT hängt eng mit INP zusammen.
Geschwindigkeit richtig messen
Unterscheide zwei Datenarten:
- Felddaten (Field Data) stammen von echten Nutzern unter realen Bedingungen – Quellen sind der Chrome User Experience Report (CrUX) oder Real-User-Monitoring. Sie zeigen die tatsächliche Erfahrung.
- Labordaten (Lab Data) entstehen unter kontrollierten, simulierten Bedingungen. Ideal fürs Debugging, können aber von der Realität abweichen.
Für ein vollständiges Bild brauchst du beides. Bewährte Werkzeuge:
- Google PageSpeed Insights: Feld- und Labordaten plus konkrete Empfehlungen entlang der Core Web Vitals.
- Google Search Console: Der Core-Web-Vitals-Bericht zeigt Felddaten aus CrUX für deine ganze Website.
- Lighthouse & Chrome DevTools: Labordaten für Performance direkt im Browser.
- WebPageTest, GTmetrix, Pingdom: detaillierte Analysen und Wasserfalldiagramme.
- web-vitals-JavaScript-Bibliothek: misst die Core Web Vitals im Browser echter Nutzer.
Einen Überblick über die Werkzeuglandschaft findest du unter PageSpeed-Tools.

Häufige Bremsklötze
Bevor du optimierst, solltest du die typischen Ursachen kennen:
- Nicht optimierte Bilder – zu große Dateien, falsches Format, überflüssige Metadaten. Bilder machen laut HTTP Archive im Schnitt rund zwei Drittel des Seitengewichts aus.
- Unoptimierter Code – Leerzeichen, Kommentare und ungenutztes CSS/JavaScript blähen Dateien auf.
- Render-blockierende Ressourcen – CSS oder JavaScript im
<head>, das den Seitenaufbau ausbremst. - Schwache Serverleistung – langsames Shared Hosting oder veraltete Software treiben den TTFB hoch.
- Zu viele HTTP-Anfragen und fehlendes Caching – jede Ressource kostet eine Anfrage; ohne Caching lädt alles bei jedem Besuch neu.
- Kein CDN, aufgeblähte Datenbanken und Weiterleitungsketten (etwa non-www → www → https).
Die Kernstrategien der Optimierung
1. Serverseitig optimieren
Investiere in gutes Hosting – günstiges Shared Hosting ist oft der Flaschenhals. Verbessere den TTFB durch serverseitiges Caching und optimierte Datenbankabfragen (Ziel: unter 200 ms). Aktuelle Sprachversionen (etwa moderne PHP-Versionen) sind deutlich schneller als alte.
2. Code schlank halten
Aktiviere serverseitige Komprimierung mit Brotli oder Gzip – das reduziert die Dateigröße oft um 70 bis 90 %. Minifiziere CSS, JavaScript und HTML. Verschiebe nicht-kritisches JavaScript mit async oder defer, damit es den Aufbau nicht blockiert, und lege kritisches CSS für den sichtbaren Bereich inline in den <head>. Ungenutzten Code identifizieren und entfernen. Details zu skriptbedingten Problemen findest du unter JavaScript SEO.
3. Bilder optimieren
Weil Bilder das Seitengewicht dominieren, ist ihre Optimierung essenziell:
- Format: WebP (oder AVIF) bietet meist die beste Balance aus Qualität und Größe. JPEG für farbreiche Fotos, PNG für Transparenz, SVG für Logos und Icons. BMP und TIFF meiden.
- Dimensionen: Bilder vor dem Hochladen auf die maximale Anzeigegröße skalieren und
srcsetfür responsive Auslieferung nutzen. - Komprimierung: Tools wie Squoosh oder TinyPNG reduzieren die Größe ohne sichtbaren Qualitätsverlust.
- Lazy Loading: Bilder erst laden, wenn sie in den sichtbaren Bereich scrollen – nativ per
loading="lazy".
Mehr dazu unter Bilder-SEO.
4. Caching nutzen
Mit Browser-Caching speichern Nutzer statische Ressourcen lokal – gesteuert über Cache-Control- oder Expires-Header, oft für Monate. Server- bzw. Page-Caching liefert vorgenerierte HTML-Seiten aus, statt sie bei jeder Anfrage neu aufzubauen.
5. Ein CDN einsetzen
Ein Content Delivery Network speichert deine statischen Inhalte auf Servern nahe am Nutzer. Das senkt die Latenz spürbar – besonders für internationale Besucher – und entlastet den Ursprungsserver. Anbieter wie Cloudflare, KeyCDN oder Amazon CloudFront lassen sich vorschalten; wie sich diese Ebene für SEO-Anpassungen nutzen lässt, zeigt Edge SEO.
6. Ballast reduzieren
Prüfe Plugins, Widgets und externe Skripte kritisch – jedes ungenutzte Element belastet die Performance. Lade Tracking- und Social-Skripte asynchron und minimiere Weiterleitungen, damit interne Links direkt zur finalen URL führen.
7. Mobil separat optimieren
Der Großteil des Traffics ist mobil, und mobile Netze sind oft langsamer. Optimiere Bilder und Skripte für Mobilgeräte besonders aggressiv und teste die mobile Leistung getrennt. Mehr dazu unter Mobile SEO.
Ein fortlaufender Prozess
PageSpeed ist kein einmaliges Projekt. Teste regelmäßig mit PageSpeed Insights und den Felddaten der Search Console, beobachte, wie neue Inhalte oder Plugins die Ladezeit verändern, und bleib bei Technologien wie HTTP/3 und modernen Bildformaten am Ball. Schnelle Seiten sind auch für KI-Suchsysteme ein Vorteil: Was Crawler zuverlässig und zügig rendern können, wird eher erfasst und zitiert.
Fazit
Die Optimierung der Seitengeschwindigkeit ist eine der wirkungsvollsten Maßnahmen überhaupt – für zufriedenere Nutzer, bessere Rankings und mehr Umsatz. Mit der richtigen Kombination aus Server-, Code- und Bildoptimierung, intelligentem Caching und einem CDN lieferst du Inhalte schnell aus. Miss anhand der aktuellen Core Web Vitals (LCP, INP, CLS), arbeite gezielt an den größten Bremsklötzen und bleib dran.
FAQ
Häufige Fragen
LCP (unter 2,5 s), INP (unter 200 ms) und CLS (unter 0,1). INP hat FID im März 2024 als offiziellen Core Web Vital abgelöst.
Ja. Google hat die Seitengeschwindigkeit offiziell als Rankingfaktor für Desktop- und mobile Suche bestätigt. Der Effekt ist real, aber ein Faktor unter vielen – Inhaltsqualität bleibt entscheidend.
Felddaten stammen von echten Nutzern (z. B. CrUX) und zeigen die tatsächliche Erfahrung. Labordaten entstehen unter kontrollierten Bedingungen und eignen sich fürs Debugging. Für ein vollständiges Bild brauchst du beide.
Oft am meisten. Bilder machen im Schnitt rund zwei Drittel des Seitengewichts aus. Moderne Formate wie WebP, korrekte Dimensionen und Lazy Loading senken das Gewicht drastisch.
Quiz
Teste dein Wissen
Fünf Fragen zur PageSpeed-Optimierung und den Core Web Vitals.
Question 1 of 5
Welche Metrik hat 2024 First Input Delay (FID) als Core Web Vital abgelöst?