Page Speed: Erklärung, SEO‑Auswirkung und technische Checkliste

Was ist Page Speed?

Page Speed beschreibt, wie schnell eine Seite für Nutzer lädt und reagiert. Technisch umfasst das Netzwerk‑ und Rendering‑Schritte vom initialen Request bis zur ersten sinnvollen Darstellung und zur Interaktionsfähigkeit. Zu den heute gebräuchlichen Kennzahlen gehören LCP (Largest Contentful Paint), INP (Interaction to Next Paint; ersetzt FID) und CLS (Cumulative Layout Shift).

Warum Page Speed für SEO wichtig ist

Page Speed wirkt sich über mehrere Wege auf die Sichtbarkeit aus: erstens beeinflusst er Nutzermetriken wie Absprungrate und Engagement, die mit Ranking‑Signalen korrelieren; zweitens sind Core Web Vitals Teil der Page‑Experience‑Signale, die Google in die Bewertung einbezieht. Wichtig: Crawling, Indexierung und Ranking sind unterschiedliche Phasen. Page Speed beeinflusst Crawling‑Effizienz und Indexierbarkeit indirekt (sehr langsame Seiten können Crawling erschweren), aber Page Speed allein bestimmt nicht die Reihenfolge der Suchergebnisse.

Wie Page Speed funktioniert

Page Speed entsteht aus einer Kette technischer Abläufe: DNS‑Auflösung, TCP/TLS‑Handshake, Server‑Antwortzeit, Übertragung von HTML, Parsing, Ausführung von render‑blockierendem CSS/JS, Laden von Bildern und Fonts, Layout und Paint sowie Main‑Thread‑Arbeit. Jede Stufe kann die wahrgenommene Geschwindigkeit erhöhen oder verringern; deshalb unterscheiden wir technische Metriken (z. B. LCP) und Wahrnehmungsmetriken (z. B. Time to First Meaningful Paint). INP misst Interaktionslatenz über die Lebensdauer einer Seite, CLS misst unerwartete Layout‑Verschiebungen.

Arten von Page Speed

Labor‑ vs. Felddaten

- Labordaten (Lighthouse, WebPageTest): kontrollierte Testumgebung, reproduzierbar, nützlich zum Debuggen; Nachteile: können reale Nutzerbedingungen nicht vollständig abbilden.
- Felddaten (Chrome User Experience Report, PageSpeed Insights Field Data): echte Nutzererfahrung unter variierenden Netzwerken und Geräten; Nachteil: Datenlücken bei Seiten mit wenig Traffic.

Mobil vs. Desktop

- Mobile: Google crawlt und indexiert primär mit Googlebot Smartphone (seit Juli 2024 Standard), daher sollte die mobile Nutzer‑ und Leistungs‑Erfahrung Priorität haben.
- Desktop: wichtig für bestimmte Nutzergruppen; trotzdem unterscheidet sich das Rendering‑Verhalten und die Netzwerklatenz.

Page Speed prüfen: technische Checkliste

**Core Web Vitals (LCP, INP, CLS)** — wo prüfen — besteht, wenn die gemessenen Werte innerhalb der von Google empfohlenen Bereiche liegen; für eigene Seiten: Google Search Console Experience‑Report und PageSpeed Insights; für fremde Seiten: PageSpeed Insights/CrUX‑Daten.

**Lab‑Audit mit Lighthouse** — wo prüfen — Lighthouse (Chrome DevTools oder CLI) liefert Optimierungspunkte; besteht, wenn Lab‑Scores und konkrete Empfehlungen (z. B. Bildoptimierung, TBT‑Reduktion) umgesetzt sind.

**Netzwerk‑ und Ressourcenprüfung** — wo prüfen — WebPageTest oder Chrome DevTools Network; besteht, wenn kritische Ressourcen asynchron geladen, komprimiert und gecached werden und keine unnötigen Blocker vorhanden sind.

**Server Response & Headers** — wo prüfen — curl und Server‑Logs; besteht, wenn Server schnell öffnet, gzip/brotli verwendet und Cache‑Header korrekt gesetzt sind. Beispiel: curl -I https://example.com liefert nur Header; curl https://example.com liefert HTML.

**Render‑Prüfung im Browser** — wo prüfen — Chrome DevTools Elements und Performance; besteht, wenn Inhalte sichtbar sind ohne lange Main‑Thread‑Blockade und kritisches CSS inline/vorabgeladen ist.

**URL‑Inspection für eigene Seiten** — wo prüfen — Google Search Console URL Inspection; besteht, wenn die geprüfte URL indexierbar ist und die gerenderte Version erwartete Inhalte zeigt. Hinweis: URL Inspection ist nur für Domains verfügbar, die Sie besitzen.

Praktische Prüfbefehle und Tools
- curl -I https://example.com — zeigt Antwortheader (Server, Cache, Content‑Type).
- curl https://example.com — lädt HTML, nützlich, um zu prüfen, ob Links/Tags serverseitig vorhanden sind.
- Lighthouse (Chrome DevTools) — lab‑Audit; PageSpeed Insights — kombiniert Lab + Felddaten; WebPageTest — detaillierte Wasserfall‑Analysen.
Beachte: Google entfernte traditionelle Cached‑Page‑Links Anfang 2024; nutze stattdessen die Search Console URL Inspection für eigene Inhalte.

Wie man mit Page Speed beginnt

Priorisiere Seiten mit hohem Traffic oder solchen, die Geschäftsziele unterstützen. Führe erst ein schnelles Felddaten‑Screening mit PageSpeed Insights durch, dann ein Lab‑Audit (Lighthouse/WebPageTest) für die Prioritätsseiten. Erstelle eine kurze Liste von Maßnahmen (z. B. Bildoptimierung, JS‑Aufschub, Server‑Tuning) und implementiere iterativ; überprüfe nach jeder Änderung die Feld‑ und Labdaten erneut.

Häufige Page Speed Fehler

• Nur Labordaten vertrauen: Lab‑Tests finden Probleme, repräsentieren aber nicht immer reale Nutzerbedingungen.
• Drittanbieter‑Skripte unkritisch laden: Ad‑ oder Tracking‑Skripte blockieren oft Main‑Thread‑Zeit.
• Render‑blocking CSS/JS nicht optimieren: kritisches CSS fehlt, Scripts laden synchron.
• Bilder nicht in modernen Formaten oder ohne responsive Srcset bereitstellen.
• Verschiedene Mobil‑/Desktop‑Varianten nicht prüfen: Google nutzt mobile Version als primäre Basis für Crawling/Indexierung; teste mobile Rendering zuerst.
• Messungen nicht nach Änderungen wiederholen: Performance‑Verbesserungen können neue Probleme einführen.

Fehlerbehebungstipp: wenn Felddaten schlecht, beginne mit serverseitigen Verbesserungen (Caching, CDN, Time‑to‑First‑Byte) und reduziere Main‑Thread‑Arbeit im Frontend; nutze WebPageTest‑Wasserfall, um den größten Zeitfresser zu identifizieren.

Zum Technical-SEO-Guide

Häufig gestellte Fragen