Webgeschwindigkeitsmessung: von der Domain über die Konkurrenz bis zu Seitentypen

Möchten Sie wissen, wie es wirklich um Ihre Website steht? Ein einzelner Test bei PageSpeed Insights reicht nicht aus. Ein sinnvolles Ergebnis ergibt sich aus drei Ebenen: Wie steht die gesamte Domain bei echten Nutzern da, wie sehen Sie im Vergleich zur Konkurrenz aus und welche Vorlagen oder Abschnitte der Website ziehen die Bewertung nach unten.

Dieser Ansatz wird in Geschwindigkeitsanalysen für Kunden verwendet. Unten ist er so beschrieben, dass Sie ihn selbst durchführen können — mit Verweisen auf ausführlichere Artikel, falls Sie Details benötigen.

Was Sie benötigen#

• Einen Überblick über Core Web Vitals Metriken und warum es sich lohnt, sich mit Geschwindigkeit zu befassen warum Geschwindigkeit wichtig ist.
• Grundkenntnisse über Arten der Messung: Daten von Google-Nutzern (CrUX), synthetische Tests und gegebenenfalls Real User Monitoring.
• Zugang zur Google Search Console für Ihre Website, sofern diese verifiziert ist.
• Ein Tool mit CrUX-Daten über die Zeit und der Möglichkeit zum Domainvergleich — bei uns PageSpeed.ONE Monitoring oder einmalig Geschwindigkeitstest.

Schritt 1: Domain und Core Web Vitals von Nutzern#

Beginnen Sie mit origin Daten aus dem Chrome UX Report, also der Aggregation für die gesamte Domain. Google bewertet Websites anhand dieser Metriken sowohl in der Suche als auch in der Werbung.

Domain-Ansicht der Core Web Vitals von echten Nutzern — die Grundlage jeder Webgeschwindigkeitsmessung.

Klären Sie für jedes Gerät (Mobil und Desktop getrennt):

• Largest Contentful Paint — die Geschwindigkeit des Ladens des Hauptinhalts (LCP).
• Interaction to Next Paint — die Antwortzeit auf Interaktionen (INP).
• Cumulative Layout Shift — die Stabilität des Layouts (CLS).

CrUX arbeitet mit dem 75. Perzentil der letzten 28 Tage. Die Farben „gut / verbesserungsbedürftig / schlecht“ kennen Sie aus PageSpeed Insights und unseren Berichten. Ein wichtiges Prinzip: Google bewertet die Website heute nach der schlechtesten Metrik und dem schlechtesten Gerät. Ein orangefarbener INP auf Mobilgeräten kann also ein grünes LCP und CLS übertreffen.

CrUX-Daten sind nicht täglich — Änderungen zeigen sich mit wochenlanger Verzögerung. Für die tägliche Kontrolle und Alarme ergänzen Sie synthetische Messungen; um zu bewerten, „wie Google uns sieht“, bleibt CrUX die Autorität.

Schritt 2: Vergleich mit der Konkurrenz#

Vergleichen Sie dieselben Metriken mit 2–4 Domains, die für Sie sinnvoll sind: direkte Konkurrenten, Marktführer oder eine Website, zu der Sie aufschauen.

In einem Überblick sehen Sie den Stand der Metriken sowohl bei Ihrer eigenen Domain als auch bei den verfolgten Konkurrenten.

Worauf Sie achten sollten:

• Gesamtbewertung — wer ist im grünen, wer im orangefarbenen oder roten Bereich auf Mobilgeräten und Desktops.
• Schwäche vs. Stärke — Sie könnten ein hervorragendes CLS haben, aber beim INP verlieren; das bestimmt die Optimierungsprioritäten.
• Kontext der Besucherzahlen — eine kleinere Website könnte in CrUX weniger Daten haben als ein großer Konkurrent; fehlende Daten bedeuten nicht „wir sind schneller“.

Ein Vergleich ist kein Wettkampf um eine einzige Zahl. Es geht darum, ob Sie aus Sicht von Google und den Nutzern akzeptabel schnell im Vergleich zum Markt sind und wo Sie den größten Spielraum haben.

Schritt 3: Seitentypen in der Google Search Console#

Auf Domain-Ebene mag alles im grünen Bereich sein, aber ganze Gruppen von URLs können problematisch sein — Kategorien im Onlineshop, Produktdetailseiten, Blogs, Landing Pages von Kampagnen.

Die Search Console deckt hauptsächlich Seitengruppen ab — Vorlagen, die in Audits oft versteckte Probleme aufdecken.

Öffnen Sie in der Search Console den Bericht Core Web Vitals (Seitenerfahrung → Core Web Vitals) und arbeiten Sie separat mit Mobilgeräten und Desktops. Sie sehen:

• wie viele URLs in gutem Zustand sind, wie viele Verbesserungen benötigen und wie viele schlechte Ergebnisse haben;
• Gruppen ähnlicher Seiten mit einer bestimmten problematischen Metrik (z.B. langsamer INP in Kategorielisten).

Ein detaillierter Leitfaden zur Interpretation der Berichte finden Sie im Artikel Google Search Console und Core Web Vitals. Die Search Console kann das Domain-Monitoring über die Zeit nicht ersetzen — sie ergänzt es, indem sie zeigt, wo auf der Website sich das Problem wiederholt.

Typische Szenarien:

• Domain in Ordnung, mobile Gruppen im roten Bereich → systematisches Problem der mobilen Vorlage.
• Schlechte Bewertung nur bei einer Metrik in der Gruppe → richten Sie die Optimierung darauf aus (LCP, INP oder CLS).

Schritt 4: Synthetische Tests für Details und tägliche Arbeit#

CrUX und Search Console sagen Ihnen nicht, warum eine Metrik schlecht ist. Dafür dienen synthetische Tests (Lighthouse) im Monitoring:

Synthetik ergänzt CrUX durch tägliche Tests und Material für Entwickler — Trace, HAR oder spezifische Verbesserungsvorschläge.

• verfolgen Sie LCP und CLS in der Synthetik täglich;
• bei Interaktionen verwenden Sie anstelle von INP in der Synthetik Total Blocking Time;
• verwenden Sie das Lighthouse-Score nicht als einziges „Geschwindigkeitsrating“ — für das Geschäft und SEO zählen die Core Web Vitals aus CrUX.

Nachdem Sie problematische Gruppen in der GSC identifiziert haben, fügen Sie repräsentative URLs zum Monitoring hinzu und verfolgen Sie die Entwicklung nach der Implementierung von Korrekturen.

Schritt 5: Was als Nächstes zu tun ist#

Die Messung zeigt Ihnen das Problem — dieser Schritt vereint Prioritäten, Werkzeuge und Team für die weitere Arbeit.

Dauerhaftes Messen und eine Übersicht der Tests sind grundlegend — ohne sie kehrt Schritt 5 schnell zum Anfang zurück.

1. Prioritäten setzen — schlechteste Metrik × größter geschäftlicher Einfluss (Startseite, Checkout, Hauptkategorien).
2. Dauerhaftes Messen einrichten — Monitoring und Geschwindigkeitslimits, um sicherzustellen, dass die Website nach der Korrektur nicht wieder langsamer wird.
3. Team einbeziehen — Entwickler implementieren, das Management hält die Priorität; siehe Performance Culture.
4. Nach der Korrektur in der GSC überprüfen — die Funktion Start Tracking bei problematischen Gruppen verwenden.

Benötigen Sie eine schnelle erste Einschätzung ohne Werkzeugkonfiguration? CrUX und Synthetik auf ausgewählten URLs inkl. Vergleich mit anderen Domains sehen Sie im untenstehenden Test.