Page Speed und SEO: Wie du Analytics nutzt, um Fixes zu priorisieren

Von Emily Redmond, Datenanalystin bei Emilytics · April 2026

TL;DR: Langsame Seiten schaden Rankings (seit 2021) und Bounce-Rates. Nutze GA4, um deine langsamsten Seiten zu finden. Behebe die mit hohem Traffic zuerst – ROI auf Speed ist höchst für High-Traffic-Seiten.

Warum Page Speed zählt

Seit 2021 sind Googles Core Web Vitals – ein Satz von Speed/Performance-Metriken – offizielle Ranking-Faktoren.

Auswirkung: Seiten, die unter 2,5 Sekunden laden, ranken leicht höher als Seiten, die in 5+ Sekunden laden.

Aber das ist nicht warum du dich interessieren solltest.

Du solltest dich interessieren, weil:

• Langsame Seiten haben 40% höhere Bounce-Rates
• Jede 100ms Verzögerung = 1% Conversion-Verlust
• Mobile-Benutzer verlassen langsame Websites schneller als Desktop-Benutzer

Für jede Sekunde, die du langsamer wirst, verlierst du Traffic, Engagement und Conversions.

Wie du deine langsamen Seiten in GA4 findest

Methode 1: Page Load Time Report

In GA4:

1. Gehe zu Berichte > Engagement > Page Load Time.
2. Du wirst Seiten nach durchschnittlicher Ladezeit gerankt sehen.

Identifiziere:

• Seiten über 3 Sekunden = zu langsam
• Seiten über 5 Sekunden = kritisch

Methode 2: Benutzerdefinierter Report mit Speed + Traffic

Besser Ansatz:

1. Gehe zu Customization > Create custom report.
2. Dimensionen: Page path, Device category
3. Metriken: Average page load time, Sessions, Bounce rate, Average engagement time
4. Sortiere nach: Sessions (höchster Traffic zuerst)

Das zeigt dir: Welche langsamen Seiten bekommen die meisten Zugriffe?

Beispiel:

Homepage ist am langsamsten UND höchster Traffic. Behebe das zuerst.

Methode 3: Google PageSpeed Insights

Für eine bestimmte Seite:

1. Gehe zu Google PageSpeed Insights
2. Gib Seiten-URL ein
3. Scores gezeigt:
   • Mobile Score (0–100)
   • Desktop Score (0–100)
4. Schlüssel-Metriken:
   • LCP (Largest Contentful Paint): Zeit bis Hauptinhalt lädt
   • FID (First Input Delay): Zeit bis Seite auf Klicks antwortet
   • CLS (Cumulative Layout Shift): Wie viel Seiten-Layout verschiebt sich

Alle drei sollten grün sein. Rot = langsam.

Priorisiere Speed-Fixes

Nicht alle langsamen Seiten sind gleich. Behebe zuerst die mit höchster Auswirkung.

Impact Score = Sessions × (5 - Ladezeit in Sekunden)

(Das ist vereinfacht, aber es zeigt das Konzept)

Beispiel:

Seite A: 10.000 Sessions, 4s Ladezeit = 10.000 × 1 = 10.000 Impact Seite B: 1.000 Sessions, 5,5s Ladezeit = 1.000 × -0,5 = -500 Impact

Behebe Seite A zuerst. Es betrifft mehr Leute.

Echtes Prioritäts-Framework

Beginne mit Kritisch. Diese beeinflussen deine meistbesuchten Seiten.

💡 Emilys Meinung: Die meisten Teams optimieren Seiten, die "am langsamsten" sind, egal vom Traffic. Falsch. Optimiere High-Traffic-Seiten zuerst. Eine 4s-Seite mit 10.000 Sessions zu beheben schlägt eine 6s-Seite mit 100 Sessions. ROI ist 100x besser.

Häufige Speed-Probleme (Und wie man sie behebt)

Problem 1: Große Bilder

Bilder machen oft 50%+ von Seitengröße.

Symptome: PageSpeed sagt "Properly size images" oder "Serve next-gen image formats"

Behebe:

• Komprimiere Bilder (ImageOptim, TinyPNG)
• Ändere Größe zu exakten Dimensionen (lade nicht 4000px Bild für 400px Display)
• Nutze moderne Formate (WebP statt JPG)

Auswirkung: Normalerweise 30–50% Speed-Verbesserung

Problem 2: Nicht-minimiertes CSS/JavaScript

Browser download unnötigen Code (Kommentare, Spacing, Variable-Namen).

Symptome: PageSpeed sagt "Minify JavaScript" oder "Minify CSS"

Behebe:

• Minimiere CSS und JavaScript
• Entferne ungenutzten Code
• Lazy-lade Scripts (lade nicht bis nötig)

Auswirkung: Normalerweise 10–20% Verbesserung

Problem 3: Kein Caching

Browser reloaden alles jedes Mal, sogar unveränderte Dateien.

Symptome: PageSpeed sagt "Enable browser caching"

Behebe:

• Setze Cache-Header auf Bilder, CSS, JavaScript (1-Jahr Expiry)
• Nutze CDN (Cloudflare, AWS CloudFront)

Auswirkung: Repeat-Besucher laden 5x schneller

Problem 4: Langsame Server-Response

Dein Server braucht zu lange, um Anfragen zu verarbeiten.

Symptome: PageSpeed sagt "Reduce server response time" oder Core Web Vitals zeigen langsame TTFB (Time to First Byte)

Behebe:

• Upgrade Hosting (größerer Server)
• Optimiere Datenbankabfragen
• Nutze Caching-Layer (Redis, Memcached)

Auswirkung: 20–40% Verbesserung (abhängig von Schweregrad)

Problem 5: Render-Blocking JavaScript

JavaScript lädt bevor Seite rendert, friert Seite ein.

Symptome: PageSpeed sagt "Remove render-blocking resources"

Behebe:

• Defer JavaScript (lade nach Seite rendert)
• Lade Scripts asynchron
• Verschiebe Scripts zum Ende von HTML

Auswirkung: Normalerweise 20–30% Verbesserung

Messe Speed-Verbesserungen

Vorher und Nachher

1. Notiere Baseline Speed (PageSpeed Insights Score)
2. Mache einen Fix
3. Warte 2 Wochen (Google recrawlt)
4. Überprüfe Ranking für Keywords
5. Überprüfe Traffic und Bounce Rate

Erwartete Ergebnisse:

1-Sekunden-Verbesserung:

• Bounce Rate: -3 zu -5%
• Conversions: +2 zu +3%
• Rankings: +0,2 zu +0,5 Positionen (langsame Verbesserung)

Technical Metriken zum Verfolgen

In GA4 kannst du Core Web Vitals verfolgen:

1. Gehe zu Berichte > Engagement > Web Vitals.
2. Metriken gezeigt:
   • LCP (Largest Contentful Paint) – sollte <2,5s sein
   • FID (First Input Delay) – sollte <100ms sein
   • CLS (Cumulative Layout Shift) – sollte <0,1 sein

Verfolge diese monatlich. Sollte über Zeit verbessern.

Speed und Ranking Beziehung

Speed garantiert nicht Ranking, aber langsame Seiten sind bestraft.

Ranking-Faktoren, die von Speed betroffen sind:

1. Crawl Budget: Langsame Seiten verbrauchen mehr Crawl Budget (weniger Seiten werden täglich gecrawlt)
2. Core Web Vitals: Langsame Seiten verlieren den Ranking-Boost
3. User Signals: Langsame Seiten haben höhere Bounce-Rates (indirektes Ranking-Signal)

Zusammen, Langsamkeit = langsamere Rankings.

Häufige Speed-Missverständnisse

Mythos 1: "Meine Website ist nur 1s langsam, also ist es egal."

Realität: Sogar 1s langsamer als Konkurrenten zählt. Benutzer vergleichen. Sie klicken das schnellere Ergebnis.

Mythos 2: "Desktop-Speed ist was zählt."

Realität: Google gewichtet Mobile-Speed schwerer (die meisten Suchen sind mobil). Mobile-Speed ist kritisch.

Mythos 3: "Speed-Fixes sind immer teuer."

Realität: 80% von Speed-Verbesserungen kommen von Bildoptimierung und Minimierung (kostenlos/billig). Die letzten 20% sind teuer.

Häufig gestellte Fragen

F: Was ist gute Page Speed?

A: Mobil: <2,5 Sekunden für LCP. Desktop: <1,5 Sekunden. Alles unter 3 Sekunden ist okay.

F: Sollte ich alle langsamen Seiten beheben oder priorisieren?

A: Priorisiere. High-Traffic langsame Seiten zuerst. Low-Traffic langsame Seiten können warten.

F: Wie lange bis Speed-Verbesserungen Rankings beeinflussen?

A: 2–6 Wochen. Google recrawlt. Ranks passen graduell an.

F: Zählt Speed mehr für Mobil oder Desktop?

A: Mobil. Google indiziert Mobile-First. Mobile-Speed beeinflusst dein Ranking mehr.

F: Kann ich Speed verbessern ohne technische Hilfe?

A: Teilweise. Komprimiere Bilder, reduziere Plugins, nutze CDN. Größere Fixes (Datenbank-Optimierung) brauchen Entwickler.

Speed Optimierungs-Checkliste

• Führe PageSpeed Insights auf Homepage und Top 5 Seiten aus
• Erstelle Speed Report in GA4 (Ladezeit + Sessions)
• Identifiziere Top 10 langsame Seiten
• Priorisiere nach Traffic-Impact
• Behebe Top 3 (Bilder, Minimierung, Caching)
• Messe Verbesserung nach 2 Wochen
• Behebe nächsten Batch
• Verfolge Core Web Vitals monatlich
• Setze Speed-Schwelle für neuen Inhalt (muss <3s sein vor Publishing)

Das Fazit

Page Speed beeinflusst Rankings, Bounce-Rates und Conversions. Es zählt.

Aber optimiere nicht alles auf einmal. Optimiere High-Traffic-Seiten zuerst. Bekomme 80% der Benefits mit 20% des Aufwands.

Nutze GA4, um zu finden, welche Seiten am meisten zählen. Behebe diese. Messe Impact. Wiederhole.

Emily Redmond ist eine Datenanalystin bei Emilytics – dem AI-Analytics-Agenten, der rund um die Uhr deine Daten überwacht. 8 Jahre Erfahrung. Sag Hallo →