Seitengeschwindigkeit und -größe
Misst die Zeit bis zum ersten Byte, die HTML-Größe, die verwendete Komprimierung und die Zahl der Skripte, Stylesheets und Bilder, die die Seite anfordert.
- Anmeldung nötigMitgliedschaft ist kostenlos
- Im Paket Ücretsiz freigeschaltet5 Analysen pro Tag
- Wird im Verlauf gespeichertÜber Ihr Konto abrufbar
Worauf schaut dieses Werkzeug?
Alles, was darüber entscheidet, ob Google Ihre Seite crawlen und indexieren kann: Tags, Weiterleitungen, robots, Sitemap und Serverantworten.
- Zeit bis zum ersten Byte (TTFB)
- HTML-Größe und gzip/brotli-Komprimierung
- Anzahl Skripte, Stylesheets und Bilder
- Cache-Control-Header
Was dieses Werkzeug misst
Eine Seite verliert Geschwindigkeit an zwei getrennten Stellen: wenn der Server langsam antwortet und wenn der Browser mehr Dateien laden muss als nötig. Dieses Werkzeug misst das Erste direkt und zeigt das Zweite, indem es zählt, was die Seite anfordert.
Die erste Messung ist TTFB, die Zeit bis zum ersten Byte. Wie lange braucht der Server nach der Anfrage bis zum ersten Byte? Diese Zahl ist die Summe aus Datenbankabfragen, Template-Rendering und Caching-Entscheidungen und hat mit den Bildern der Seite nichts zu tun.
Die zweite Messung ist das Gewicht des HTML selbst und die Zahl der Tags darin: wie viele Skripte, externe Stylesheets, Bilder und vorgeladene Schriften. Jedes davon bedeutet eine eigene Anfrage. Außerdem wird geprüft, ob die Antwort komprimiert ist und was der Cache-Control-Header sagt.
So nutzen Sie es
- 1
Die Adresse der zu messenden Seite eingeben
Die Startseite ist meist die schwerste, doch der echte Engpass sitzt oft in einer Produktliste oder Suchergebnisseite.
- 2
Den TTFB-Wert ansehen
Unter 400 ms ist gut, über 900 ms schlecht. Ein hoher Wert heißt: Das Problem liegt am Server oder am Hosting, nicht am Frontend.
- 3
Die Zeile zur Komprimierung prüfen
Ein leeres Content-Encoding heißt, die Antwort wird nicht komprimiert. gzip oder brotli einzuschalten ist eine Serverzeile.
- 4
Überflüssiges aus der Ressourcentabelle streichen
Mehr als zwanzig Skript-Tags bedeuten meist übereinandergestapelte Trackingcodes und Plugins.
Wann Sie es einsetzen
- Vor und nach einem Hosting-Wechsel, um dieselbe Seite zu messen und den Unterschied zu sehen.
- Wenn der PageSpeed-Wert niedrig ist, die Ursache aber unklar, um Server und Frontend zu trennen.
- Nach dem Einbau eines neuen Trackingcodes oder Chat-Widgets, um den Sprung bei der Skriptzahl zu sehen.
- Um am Cache-Control-Header zu bestätigen, dass das Caching wirklich greift.
Das Ergebnis lesen
TTFB über 900 ms
Der Server baut die Seite womöglich bei jeder Anfrage neu. Ein Seiten-Cache oder ein CDN senkt den Wert in einem Zug.
HTML über 400 KB
Meist Inline-Styles oder in die Seite eingebettete Daten. HTML trägt Inhalt, alles andere gehört in eigene Dateien.
Keine Komprimierung
Der billigste Gewinn. Bei Textantworten senkt gzip oder brotli die Größe um grob siebzig Prozent.
Cache-Control nicht gesetzt
Der Browser lädt bei jedem Besuch alles neu. Geben Sie statischen Dateien eine lange und dem HTML eine kurze Lebensdauer.
Mehr als fünfundzwanzig Skripte
Jedes ist eine eigene Anfrage und eine eigene Ausführung. Ungenutzten Trackingcode zu entfernen ist der schnellste Aufräumschritt.
Fragen zu Seitengeschwindigkeit und -größe
Googles empfohlene Schwelle liegt bei 800 Millisekunden, unter 200 ms gilt als sehr gut. Dieses Werkzeug lässt alles unter 400 ms durch, warnt zwischen 400 und 900 ms und meldet über 900 ms einen Fehler. Auf geteiltem Hosting schwankt der Wert, messen Sie mehrfach.
Nein. LCP, INP und CLS werden in einem echten Browser auf den Geräten echter Nutzer gemessen. Dieses Werkzeug zeigt die Serverseite und den Aufbau des HTML, beides fließt in die Core Web Vitals ein, ersetzt sie aber nicht.
Das Werkzeug lädt nur das HTML, keine Bilder. Das ist Absicht: Dreißig Bilder zu holen wäre langsam und würde den geprüften Server belasten. Für die Bildseite sehen Sie sich die Formatverteilung in der Bild-Alt-Text-Prüfung an.
Ja, aber mit weit geringerem Gewicht als die Inhaltsqualität. Die eigentliche Wirkung ist indirekt: Auf einer langsamen Seite springen Besucher ab, und die Abschlüsse sinken. Tempo macht keine schlechte Seite gut, es räumt nur das Hindernis vor einer guten weg.
Passt gut dazu
Die übrigen Werkzeuge derselben Kategorie. Zusammen ergeben sie das ganze Bild.
Das Werkzeug hat das Problem gefunden. Jetzt die Korrektur
Wir übernehmen technisches SEO, Inhalte und KI-Sichtbarkeit von Anfang bis Ende. Wir sehen Ihre Website durch und liefern eine klare Liste der nächsten Schritte.
Montag – Samstag 09:00 – 18:00