Ladegeschwindigkeit analysieren: Messwerte und Tools

Die Ladegeschwindigkeit ist schon seit 2010 Ranking Signal. Mit den Core Web Vitals nutzt Google ab 2021 drei neue Messwerte zur Seitengeschwindigkeit und Usability als Ranking Signale.

In diesem Blog Beitrag geht geht es allerdings nicht nur um die Core Web Vitals. Mit diesem Beitrag möchte ich Ihnen alle relevanten Messwerte zur Ladegeschwindigkeit vor Augen führen und zeigen, wie Sie diese Werte messen.

Denn diese Messwerte zur Ladegeschwindigkeit haben auch eine Auswirkung auf die Core Web Vitals.

Inhaltsverzeichnis

• Ist die Ladegeschwindigkeit ein Ranking Faktor?
• Ist der Page Speed Insights Score ein Ranking Faktor?
• Die zwei Bereiche der Ladegeschwindigkeit einer Seite
  • Die Netzwerk-Zeit
    • Die Messwerte der Netzwerk-Zeit
    • Tools zum Messen der Netzwerk-Zeit
      • Pingdom
      • Cloudflare Browser Insights
      • GTMetrix
      • Screaming Frog
      • Google Analytics
        • Wie kann ich die Netzwerk-Zeit optimieren?
  • Die Browser-Zeit
    • Messwerte der Browser-Zeit
    • Die Core Web Vitals
    • Wie kann ich die Browser-Zeit messen?
      • 6 Tools für den Lighthouse-Test
      • Google Analytics (Universal Analytics)
      • Screaming Frog
    • Wie kann ich die Browser-Zeit optimieren?
• Zusammenfassung

Ist die Ladegeschwindigkeit ein Ranking Faktor?

Die kurze Antwort ist: Ja, und zwar seit 2010. Google hat damals in einem Blog-Beitrag angekündigt, dass die Ladegeschwindigkeit einer Seite ein Ranking Signal wird. War 2010 der Focus noch auf der Ladegeschwindigkeit für den Desktop, berücksichtigt Google seit 2018 die Ladegeschwindigkeit für Mobile als Ranking Signal.

Allerdings schreibt Google im Blog-Beitrag von 2010 auch, dass die Ladegschwindigkeit als Ranking Signal nicht so wichtig wie die inhaltliche Relevanz einer Seite ist. Das gilt auch noch 2021. Die Relevant ist nach wie vor das wichtigste Ranking Signal.

Eine schnellere Ladegeschwindigkeit wird Ihre Seite also nicht auf einmal um 10 Plätze nach oben katapultieren. Sie kann aber ein Tie-Breaker sein, wenn Google Ihre Seite und eine Seite eines Mitbewerbers als gleich relevant einstuft.

Ist der Page Speed Insights Score ein Ranking Faktor?

Auch hier habe ich eine kurze Antwort für Sie: Nein. Der Page Speed Insights Score soll Entwicklern dabei helfen, verschiedene Aspekte der Ladegeschwindigkeit einer Website zu testen und zu optimieren.

Auch mit einem um 50% höheren Page Speed Insights Score werden ihre Seiten nicht automatisch um x Plätze besser ranken. Insbesondere deshalb, da der Page Speed Insights Score nur ein gewichteter Mittelwert aus anderen Messwerten ist, die wir uns weiter unten in diesem Beitrag ansehen.

Trotzdem sollten sie sich im Hinblick auf die Nutzerfreundlichkeit ihrer Website die Ladegeschwindigkeit genauer ansehen und zunächst die Aspekte optimieren, die Sie einfach, schnell und kostengünstig optimieren können.

Die zwei Bereiche der Ladegeschwindigkeit einer Seite

Die Aufteilung der Ladegeschwindigkeit in zwei Bereiche habe ich nicht willkürlich gewählt. Sie basiert auf den Tools zum Testen der Ladegeschwindigkeit und der Aufteilung der Messwerte zur Seitengeschwindigkeit in Google Analytics (Universal Analytics).

Die zwei Bereiche sind:

1. Die Netzwerk-Zeit.

   Damit messen Sie, wie lange der Webbrowser benötigt, eine HTML Datei und die Ressourcen wie Bilder, CSS-Dateien, Javascript und Schriftarten herunterzuladen.

2. Die Browser-Zeit.

   Diese Zeitspanne gibt an, wie lang der Webbrowser benötigt, um den HTML-Code der Seite zu analysieren, Javascript auszuführen, Bilder darzustellen und die Seite schließlich anzuzeigen.

Bei den meisten Tools zum Testen der Ladegeschwindigkeit wird die Netzwerk-Zeit bei den Messwerten der Browser-Zeit eingerechnet. Hat ihr Server also schlechte Werte für die Netzwerk-Zeit, wirkt sich das negativ auf die Browser-Zeit, zu der auch die Core Web Vitals gehören, aus.

Die Netzwerk-Zeit und Browser-Zeit laufen allerdings nicht nacheinander ab sondern teilweise ineinander verzahnt und parallel.

Die Netzwerk-Zeit

Die Messwerte der Netzwerk-Zeit

Die Netzwerk-Zeit ist die Zeitspanne vom Beginn des Ladevorgangs einer Webseite bis der Browser die HTML-Datei inklusive aller Ressourcen wie Bilder, CSS-Dateien, Javascript und Schriftarten vom Server geladen hat.

Leider sind sich die Tool-Hersteller bei der Benennung der Netzwerk-Zeit nicht ganz einig. Manche verwenden dafür den Begriff Download-Zeit.

Für die Netzwerk-Zeit gibt es für jede einzelne Datei - von der HTML-Datei über Bilder bis zu den Schriftarten - 6 Messwerte, die Sie kennen sollten. Für die HTML-Datei gibt es noch einen 7. Messwert.

1. Die Domain-Suchzeit, kurz DNS-Zeit ist die Zeitspanne die Ihr Browser benötigt, um die IP-Adresse des Webservers zu ermitteln, von dem er die HTML-Datei oder Ressourcen wie Bilder, CSS-Dateien, Javascript oder Schriftarten laden soll.
2. Die Server-Verbindungszeit oder Connect-Zeit ist die Zeitspanne, in der eine verschlüsselte HTTPS Verbindung vom Browser zum Server aufgebaut wird.
3. Mit Redirect messen Sie die Zeit, die ihr Server für alle Arten von 3xx Umleitungen benötigt.
4. Die Zeitspanne für Anfrage-Zeit, kurz Send, ist die Zeit, die der Browser benötigt, um die Anfrage ("Ich möchte eine Datei herunterladen") an den Server zu schicken.
5. Die Warte-Zeit oder Wait wird manchmal als Time to First Byte bezeichnet. Das ist die Zeitspanne, die ein Server braucht um die Anfrage zu verarbeiten und bis er das erste Byte der Datei an den Browser schickt. Die Summer dieser ersten 4 Messwerte wird in manchen Tools als TTFB (Time to First Byte) angezeigt.
6. Mit Receive wir die Zeitspanne gemessen, die der Server braucht, um die gesamte Datei an den Browser zu schicken.
7. Der Messwert Anzahl der Anfragen gilt nur für die HTML-Datei und sagt ihnen, wie oft der Browser eine Anfrage an einen Server schicken muss, um eine Ressource wie ein Bild, ein Javascript, eine CSS-Datei oder eine Schriftart herunterzuladen.

Jeder der ersten 6 Messwerte der Netzwerk-Zeit sollte für sich betrachtet im niedrigen Millisekunden-Bereich liegen. Für die HTML-Datei alleine sollte die Summe der erste 6 Messwerte so niedrig wie möglich sein und im schlechtesten Fall maximal 100 Millisekunden betragen.

Die Summe der ersten 6 Messwerte für die HTML-Datei und alle Ressourcen einer Seite sollte unter 500 Millisekunden liegen.

Hier ist ein Beispiel für die Messwerte der Netzwerk-Zeit einer HTML-Seite (ohne Ressourcen wie Bilder oder CSS-Dateien), gemessen mit dem Tool Pingdom:

1. Die Domain-Suchzeit, im Diagramm als DNS angezeigt, beträgt 6.3 Millisekunden.
2. Die Server-Verbindungszeit besteht aus den beiden Zeitspannen SSL (23.4 Millisekunden) und Connect (24.2 Millisekunden) und beträgt somit 47,6 Millisekunden
3. Diese Website hat keinen Redirect, somit wird diese Zeitspanne auch nicht angezeigt.
4. Die Anfrage-Zeit liegt bei schnellen 0.2 Millisekunden.
5. Der Server braucht 19.2 Millisekunden um die Anfrage zu verarbeiten und das erste Byte der HTML-Datei an den Browser zu schicken.
6. Nach 18.6 Millisekunden (Receive) hat der Browser die HTML-Datei vom Server geladen.

Addieren wir diese Ladezeiten für die HTML-Datei ergibt das eine Netzwerk-Zeit bzw. Download-Zeit von knapp 92 Millisekunden.

Für die gesamte Seite, also HTML-Datei plus aller Ressourcen, liegt die Netzwerk-Zeit bei 201 Millisekunden. Obwohl das schon ziemlich schnell ist, entspricht das gerade einmal der Note "B".

Tools zum Messen der Netzwerk-Zeit

Pingdom

Pingdom ist meiner Ansicht nach das benutzerfreundlichste Tool um die Netzwerkgeschwindigkeit einer Seite zu analysieren. Mit Pingdom können sie die Ladegeschwindigkeit sogar von unterschiedlichen Standorten wie Frankfurt, der amerikanischen Ost- oder Westküste, messen.

Als Ergebnis zeigt Ihnen das Tool die oben erwähnten Messwerte für die HTML-Datei selbst und aller Ressourcen der Seite inklusive Wasserfall-Diagramm an.

Cloudflare Browser Insights

Cloudflare ist ein Content-Delivery-Network, dass Sie bis zu einem gewissen Grad kostenlos nutzen können.

Auch in der kostenlosen Variante sind die Browser-Insights enthalten, die Sie einmalig im Menüpunkt Speed unter Browser-Insights aktivieren müssen.

Unter Seitenmetrik sehen Sie dann Messwerte zur Netzwerk-Zeit für alle Seiten die über das Cloudflare-Netzwerk abgerufen werden und können mit den Insights beispielsweise die 10 % der langsamsten Seiten in den letzten 24 Stunden ermitteln. Wählen Sie dazu in den Browser-Insights die Einstellung P90 (90 %-Perzentil). Damit haben Sie schon einen guten Ansatzpunkt dafür, welche Seiten sie optimieren sollten.

In den Cloudflare Browser Insights entspricht der Messwert Total der Netzwerk-Zeit plus der Browser-Zeit. Der Wert TCP entspricht der Server-Verbindungszeit. Das Load-Event entspricht der gesamten Netzwerk-Zeit der HTML-Datei inklusive aller Ressourcen.

Der Messwert Processing hat nichts mit der Netzwerk-Zeit zu tun, sondern betrifft die Browser-Zeit.

GTMetrix

GTMetrix ist ein ähnliches Tool wie Pingdom.

In der kostenlosen Version können Sie auch hier zwischen einigen (wenigen) Standorten wählen, von denen Sie die Netzwerk-Zeit messen möchten. Dazu ist allerdings eine kostenlose Registrierung notwendig.

Im Gegensatz zu Pingdom können Sie bei GTMetrix auch eine maximale Netzwerkgeschwindigkeit vorgeben; beispielsweise Breitband oder eine mobile LTE-Verbindung. Damit bekommen Sie ein realistischeres Bild der Ladezeit, insbesondere für mobile Endgeräte.

Bei GTMetrix finden Sie einige der Messwerte der Netzwerk-Zeit im Register Performance unter Browser-Timings.

Screaming Frog

Auch das SEO Tool Screaming Frog liefet Ihnen beim Crawling einen Messwert zur Netzwerk-Zeit, nämlich die Response Time. Beim Screaming Frog entspricht das allerdings der Download-Zeit der HTML-Datei oder einer einzelnen Ressource.

Wenn Sie mit dem Screaming Frog die API-Verbindung mit dem Page Speed Insights Tool herstellen, bekommen Sie zusätzlich den Messwert für die TTFB (Time to first Byte) und noch eine Menge anderer nützlicher Informationen wie die Größer jeder einzelnen Ressource einer Seite.

Google Analytics

In Google Analytics (Universal Analytics) sehen Sie die Messwerte zur Seitengeschwindigkeit ab ca. 5.000 bis 10.000 Seitenaufrufen pro Monat unter Verhalten -> Websitegeschwindigkeit -> Seitentimings im Tab Technische Informationen.

Im Screenshot sehen Sie die durchschnittliche Seiten-Download-Zeit in Google Analytics, die Ihnen sagt, wie schnell die HTML-Datei (ohne Ressourcen) vom Server geladen wurde.

In einem eigenen Blog-Beitrag zur Seitengeschwindigkeit in Google Analytics erfahren Sie mehr über die Messwerte in Google Analytics und wie Sie die Sitespeed Samplerate erhöhen, um mehr Daten zur Seitengeschwindigkeit zu erfassen.

Wie kann ich die Netzwerk-Zeit der Ladegeschwindigkeit optimieren?

Die Möglichkeiten zur Optimierung der Netzwerk-Zeit hängen davon ab, welches CMS Sie verwenden und wie weit sie bei der Technik Ihres Servers eingreifen können. Gute Ansatzpunkte für erste Schritte sind:

• Verwenden Sie einen schnelleren DNS-Server für die Domain Ihrer Website. Messen Sie dazu die DNS Geschwindigkeit und vergleichen Sie das Ergebnis ihrer Website mit den Benchmarks auf https://dnsperf.com.
• Nutzen Sie bei Wordpress ein Caching-Plugin.
• Verwenden Sie ein Content-Delivery-Network (CDN) wie Cloudflare. Verwendet Ihr CMS-Anbieter schon ein CDN für Bilder wie Jimdo und Squarespace, ist der Effekt eines zusätzlichen CDN für die HTML Dateien trotzdem spürbar!
• Prüfen Sie beispielsweise mit Pingdom die Warte-Zeit. Eine Wartezeit, die über 500 Millisekunden, kann auf eine Datenbank-Problem hindeuten oder darauf, dass Sie zu viele Plug-Ins verwenden, die eine Seite noch verändern, bevor Sie ausgeliefert wird.
• Reduzieren Sie die Anzahl der Ressourcen auf Ihren Seiten und schmeissen Sie alles raus, was nicht zum Engagement oder zur Conversion beiträgt: Bilder, CSS-Dateien, Javascript, Widgets und Schriftarten.
• Reduzieren Sie die Größe der Ressourcen auf Ihrer Website, insbesondere die Größe der Bilder.
• Vermeiden Sie interne 3xx Weiterleitungen, insbesondere für häufig aufgerufene Seiten. Setzten Sie die internen links direkt auf die Zielseiten.

Viele diese Optimierungen habe ich für eine Squarespace-Website durchgeführt. Hier sehen Sie das Ergebnis:

Insgesamt ergibt sich durch diese Maßnahmen eine Reduktion der Netzwerk-Zeit einer Seite um fast 75 % - von 1.7 Sekunden auf 416 ms.

Mit weiteren technischen Maßnahmen wie pre-connect oder "pre-fetch" lässt sich die Netzwerk-Zeit nochmals deutlich reduzieren. Dafür ist allerdings eine ausführliche Analyse der Seiten notwendig.

Die Browser-Zeit

Messwerte der Browser-Zeit

Bei den meisten Tools beginnt die Browser-Zeit genau wie die Netzwerk-Zeit schon beim Beginn des Ladevorgangs einer Seite. Das bedeutet im Umkehrschluss: wenn Sie im ersten Schritt die Netzwerk-Zeit optimieren, erreichen Sie in vielen Fällen auch bei der Browser-Zeit bessere Werte.

Für die Browser-Zeit gibt es sieben Messwerte, die auf dem Lighthouse-Tool basieren, das wiederum die Grundlage des Google Page Speed Tool Insights Tools ist:

• Erste Inhalte gezeichnet (engl. First Contentful Paint, kurz FCP) ist die Zeitspanne, die der Webbrowser benötigt, um die ersten Inhalte wie Text oder ein Bild darzustellen.
• Der Speed Index misst, wie schnell die Inhalte "above the fold" dargestellt werden können.
• Der Largest Contentful Paint ist Teil der Core Web Vitals und misst, wie lange es dauert, bis das größte Element der Seite "above the fold" dargestellt werden kann.
• Die Total Blocking Time ist die Zeitspanne, die Ihre Website den Browser blockiert, bis er auf Benutzereingaben wie einen Klick auf einen Link reagieren kann.
• Mit der Zeit bis Interaktivität (engl. Time To Interactive, kurz TTI) wird die Zeitspanne gemessen, bis die Seite den ersten Inhalt dargestellt hat und innerhalb von 50 Millisekunden auf Benutzereingaben reagieren kann.
• Die Kumulative Layoutverschiebung (engl. Cumulative Layout Shift, kurz CLS) ist ebenfalls ein Teil der neuen Core Web-Vitals und misst anhand eines Index, wie stark sich das Layout einer Seite während des Ladens ändert.
• Der First Input Delay (kurz FIP) sagt Ihnen, wie lange es dauert, bis der Benutzer mit einer Site interagieren kann.

Im Gegensatz zur Netzwerk-Zeit sind die Messwerte der Browser-Zeit im Page Speed Insights Tool unterschiedlich gewichtet!

Das meiste Gewicht, nämlich jeweils 25 %, haben die Messwerte Largest Contentful Paint und Total Blocking Time. Allerdings ändert sich die Gewichtung regelmäßig. Die aktuelle Gewichtung der Lighthouse-Messwerte finden Sie in der Dokumentation.

Die Core Web Vitals

Die Core Web-Vitals sind drei Messwerte die Google ab 2021 beim Page Experience Update als Ranking Signale berücksichtigen wird.

• Der Largest Contentful Paint (LCP), der kleiner als 2.5 Sekunden sein sollte
• Der First Input Delay (FID), der kleiner als 100 Millisekunden sein sollte
• Der Cumulative Layout Shift (CLS), der als Faktor gemessen wird und kleiner als 0,1 sein sollte.

Wie kann ich die Browser-Zeit messen?

6 Tools für den Lighthouse-Test

Zum Messen der Browser-Zeit hat sich der Lighthouse Test als Standard etabliert.

Der Lighthouse-Test ist die Basis des Google Page Speed Tools. Diesen Test können Sie auf verschiedene Arten durchführen:

• Mit dem Google Page Speed Insights Tool
• Mit dem Lighthouse Test auf web.dev
• Direkt aus dem Chrome Browser, indem Sie die Entwickler-Tools öffnen und auf das Tab Lighthouse klicken.
• Mit dem Multi-Page-Speed Test von experte.de](https://www.experte.de/pagespeed)
• Mit dem Screaming Frog, indem Sie eine API Verbindung mit dem Page Speed Tool herstellen
• Mit GTMetrix

Browser-Zeit in Google Analytics (Universal Analytics)

In Google Analytics finden Sie einige der Messwerte zur Browser-Zeit unter Verhalten -> Website-Geschwindigkeit -> Seitentimings im Tab DOM Timings, nämlich die:

• Durchschnitte Dokumenten-Interaktivitätszeit, die der Time to Interactive im Lighthouse Test entspricht.
• Die durchschnittliche DokumentenInhalt-Ladezeit ist die Zeitspanne, die der Browser benötigt, die HTML Datei zu laden, zu analysieren und den DOM aufzubauen
• Die durchschnittliche Seiten-Ladezeit, die der Zeitspanne vom Laden der Seite bis zur kompletten Darstellung im Browser entspricht. Diese Zeitspanne sollte so niedrig wie möglich sein und unter 3 Sekunden liegen.

Browser-Zeit im Screaming Frog

Mit der Funktion API-Access können Sie den Screaming Frog mit dem Google Page Speed Insights Tool verbinden, bevor Sie ihre Website crawlen.

Dadurch bekommen Sie für jede Seite nicht nur die Werte, die Sie auch im Page Speed Insights Tool sehen würden, sondern auch die Zeitwerte für alle oben genannten Browser-Messwerte so wie die Größe jeder einzelnen HTML-Datei und der darin verlinkten Ressourcen.

Wie kann ich die Browser-Zeit optimieren?

Ohne Eingriffe in den HTML, CSS und Javascript Code haben Sie leider nur eingeschränkte Optimierungsmöglichkeiten für die Browser-Zeit, nämlich:

• Verwenden Sie ein einfaches Template und verzichten Sie auf komplexe Layouts und "Eye-Candy".
• Reduzieren Sie Anzahl der Widgets und Javascript-Plugins. Falls Sie Widgets verwenden möchten und es mit Javascript einbinden, verwenden Sie das "defer" oder "async" Attribut im Script-Tag.
• Reduzieren Sie die Inhalte, insbesondere "above the fold", auf das Wesentliche.
• Verwenden Sie so wenig Schriftarten wie möglich. Das spart sowohl bei der Netzwerk-Zeit als auch bei der Browser-Zeit. Versuchen Sie, sich auf 2 Schriftarten zu beschränken.
• Komprimieren Sie die Bilder mit Tools wie https://tinyjpg.com und dimensionieren Sie Ihre Bilder von vornherein richtig. Überlassen Sie das nicht dem CMS-System oder Plug-Ins.

Zusammenfassung

Die Seitengeschwindigkeit ist ein Rankingfaktor und nicht der Rankingfaktor. Der Rankingfaktor ist nach wie vor die Relevanz einer Seite im Bezug auf die Suchanfrage.

Trotzdem zahlt es sich aus, die verschiedenen Messwerte zu analysieren und vor allem mit Quick-Wins die Seite etwas schneller zu machen. Das werden ihnen insbesondere ihre Besucher danken.

Gehen Sie bei der Analyse strukturiert vor und beginnen Sie mit der Netzwerk-Zeit an und versuchen Sie, diese zu reduzieren.

Beachten Sie beim Testen der Seitengeschwindigkeit, dass viele Tools nur eine Momentaufnahme liefern. Aussagekräftige Werte, die über einen längeren Zeitraum gesammelt wurden, sehen Sie für die letzten 24 Stunden in den Cloudflare Browser-Insights, für einen längeren Zeitraum in Google Analytics und für die Core Web Vitals in der Google Search Console.

Lassen Sie sich aber nicht von irgendwelchen Speed-Scores verrückt machen. Die sind keine Ranking-Faktoren. Sehen Sie sich lieber die Messwerte an, über die ich in diesem Beitrag geschrieben habe.

Ach ja, bevor Sie beginnen: Werfen Sie noch einen Blick in das HTTP Archive. Damit bekommen Sie einen guten Benchmark Wert für Ihre Website: Der Median für die Ladezeit einer Seite liegt am Desktop für die ersten 9 Monate des Jahres 2020 bei 2,5 Sekunden und am Mobile bei 5,2 Sekunden.