Kennzahlen

Warum diese Kennzahlen wichtig sind

turbometrics zeigt nicht nur einen Score, sondern die Kennzahlen dahinter. Genau diese Werte helfen dir dabei, echte Ursachen zu erkennen und nicht nur ein Ergebnis zu bewerten.

Die wichtigsten Kennzahlen tauchen im Scan-Report, in Vergleichen und zum Teil auch in Alerts wieder auf.

TTFB

Time to First Byte zeigt, wie schnell der Server auf die erste Anfrage reagiert.

Hohe TTFB-Werte deuten oft auf:

• langsames Hosting
• langsame Backend-Logik
• Cache-Probleme
• externe Abhängigkeiten vor der Antwort

Eine gute TTFB löst nicht jedes Problem, aber eine schlechte TTFB bremst fast immer den gesamten Ablauf.

FCP

First Contentful Paint zeigt, wann erstmals sichtbarer Inhalt erscheint. Er ist wichtig für den ersten Eindruck beim Laden.

Ein später FCP kann bedeuten, dass:

• CSS oder JS den frühen Aufbau blockiert
• der Server spät antwortet
• große Ressourcen vor sichtbaren Inhalten geladen werden

LCP

Largest Contentful Paint misst, wann der wichtigste sichtbare Hauptinhalt geladen ist. LCP ist im Produkt besonders wichtig, weil er eng mit dem wahrgenommenen Ladegefühl zusammenhängt.

Schlechter LCP kommt oft durch:

• große Bilder
• schwere Above-the-fold-Inhalte
• langsame Serverantwort
• blockierende Ressourcen

TBT

Total Blocking Time misst, wie lange der Browser-Hauptthread während des Seitenaufbaus blockiert war. Blockiert bedeutet: JavaScript läuft so lange, dass der Browser weder auf Eingaben reagieren noch den Bildschirm aktualisieren kann.

TBT setzt sich aus den blockierenden Anteilen aller Long Tasks zusammen – also den Zeitanteilen, die jeweils über 50 ms hinausgehen.

Richtwerte:

Hohe TBT-Werte weisen meistens auf:

• schweres oder schlecht geladenes JavaScript
• Drittanbieter-Skripte (Tracking, Chat, Consent)
• fehlende Priorisierung beim Skriptladen

CLS

Cumulative Layout Shift zeigt, ob Inhalte beim Laden springen. Ein niedriger CLS ist wichtig für ein stabiles Nutzungserlebnis.

Schlechter CLS entsteht oft durch:

• Bilder ohne feste Maße
• Fonts oder Banner, die nachträglich Layout verschieben
• dynamisch eingeblendete Komponenten

Requests und Datenmenge

Neben Laufzeitwerten sind auch Struktur und Gewicht der Seite wichtig:

• viele Requests erhöhen Koordination und Ladeaufwand
• große Datenmengen bremsen insbesondere mobile Verbindungen
• große Fonts, Bilder und Skripte tauchen oft in den größten Bremsen wieder auf

Ressourcen-Breakdown

Im Entwickler-Tab zeigt turbometrics eine Aufschlüsselung der geladenen Ressourcen nach Typ:

Der Breakdown basiert auf Browser-Laufzeitdaten. Falls JS-Daten nicht verfügbar sind (z. B. bei gecachten Ressourcen), wird der statische Analysewert verwendet und entsprechend markiert.

Long Tasks

Long Tasks sind Aufgaben, die den Browser-Hauptthread länger als 50 ms blockieren. Die blockierende Zeit (Blocking Time) ist der Anteil über 50 ms – diese Zeit fließt direkt in die TBT ein.

turbometrics zeigt pro Long Task:

• Startzeit (ab Seitenaufruf)
• Gesamtdauer
• blockierende Zeit (farbkodiert nach Schwere)
• wahrscheinlichen Verursacher (Script-URL, soweit ermittelbar)

Der wahrscheinliche Verursacher wird durch Überlappung mit den Resource Timings ermittelt und ist eine Näherung, kein gesicherter Nachweis.

DOM-Größe

Die Anzahl aller DOM-Elemente auf der Seite. Ab etwa 1.500 Elementen wird der Browser spürbar langsamer beim Rendering und bei JavaScript-Operationen.

Richtwerte:

Typische Ursache: Page Builder wie Elementor oder Divi erzeugen oft sehr viele verschachtelte Wrapper-Elemente.

Blocking Scripts

Anzahl der externen JavaScript-Dateien, die ohne async oder defer eingebunden sind. Diese Skripte blockieren den Browser beim Parsen des HTML, bis sie vollständig geladen und ausgeführt wurden.

Richtwerte:

Die betroffenen Script-URLs werden im Report aufgelistet.

Bilder ohne explizite Dimensionen

Bilder ohne width- und height-Attribute können beim Laden Layout-Verschiebungen verursachen (CLS), weil der Browser keinen Platz reservieren kann.

turbometrics zeigt die Anzahl betroffener Bilder sowie die Gesamtzahl erkannter Bilder auf der Seite.

Browser-Laufzeit

turbometrics betrachtet nicht nur statische Preflight-Daten, sondern auch die Browser-Laufzeit. Dadurch siehst du besser, was während des echten Seitenaufbaus passiert.

Das ist wichtig für:

• Unterschiede zwischen Mobil und Desktop
• auffällige Drittanbieter
• späte Runtime-Requests
• schweres Frontend-JavaScript

Kennzahlen richtig lesen

Keine Kennzahl steht für sich allein. Gute Interpretation verbindet:

• Messwert
• Score-Breakdown
• größte Bremsen
• Probleme und Empfehlungen
• Verlauf oder Baseline

So wird aus einer Zahl eine brauchbare technische Einordnung.

Echte Nutzerdaten (CrUX)

Zusätzlich zu den eigenen Messwerten zeigt turbometrics – sofern verfügbar – CrUX-Daten (Chrome User Experience Report). Das sind anonymisierte Felddaten, die Google aus echten Chrome-Sitzungen aggregiert.

Was CrUX misst:

Wichtige Einschränkungen:

• Nur Chrome-Nutzer fließen ein – Firefox, Safari und andere Browser sind nicht erfasst
• Die Daten decken die letzten 28 Tage ab und aktualisieren sich wöchentlich
• Für Desktop-Daten braucht es eine Mindestanzahl an Chrome-Nutzern auf dieser Domain – fehlen ausreichend Daten, wird kein Desktop-Wert angezeigt
• CrUX-Daten spiegeln echtes Nutzerverhalten wider, keine Labormessung – sie können je nach Zielgruppe, Region und Gerät deutlich von den eigenen Scan-Werten abweichen

Richtwerte (nach Google):

CrUX-Daten ergänzen die eigenen Scan-Werte – sie zeigen, wie die Seite für echte Nutzer performt, nicht nur im Labor.

Weiterlesen

→ Technische Signale im Entwickler-Tab → Scoring & Methodik → Probleme & Empfehlungen → Baselines & Vergleich