Page Speed: Definition, Messung und warum er über die Sichtbarkeit im Google-Ranking mitentscheidet
Page Speed (Ladezeit) bezeichnet die Zeitspanne, die eine Webseite nach dem Aufruf benötigt, um für den Nutzer sichtbar und bedienbar zu werden. Gemessen wird sie über mehrere Zeitpunkte zwischen dem ersten Seitenaufbau und der vollständigen Interaktionsbereitschaft.

Wenn eine Website länger als drei Sekunden lädt, springt rund die Hälfte der mobilen Besucher ab, bevor der erste Inhalt erscheint. Page Speed beeinflusst damit Nutzererfahrung, Sichtbarkeit und Umsatz zugleich. Wer den Wert weder messen noch einordnen kann, optimiert blind.
Was ist Page Speed?
Page Speed (Ladezeit) bezeichnet die Zeitspanne, die eine Webseite nach dem Aufruf benötigt, um für den Nutzer sichtbar und bedienbar zu werden. Gemessen wird sie über mehrere Zeitpunkte zwischen dem ersten Seitenaufbau und der vollständigen Interaktionsbereitschaft.
Der Begriff bezeichnet kein einzelnes Messergebnis. Er fasst mehrere Zeitpunkte des Ladevorgangs zu einer Gesamtwahrnehmung zusammen. Eine Seite kann ihr erstes Bild bereits nach einer Sekunde zeigen — und trotzdem erst nach vier Sekunden auf einen Klick reagieren. Genau deshalb arbeiten moderne Messungen mit mehreren Zeitpunkten statt mit einer einzigen Zahl.
Geprägt hat den Begriff vor allem Google selbst, unter anderem durch das kostenlose Tool Google PageSpeed Insights. Im deutschen Sprachgebrauch werden Page Speed, Ladezeit, Seitengeschwindigkeit und Seitenladegeschwindigkeit synonym verwendet.
Warum ist Page Speed wichtig für Suchmaschinenoptimierung (SEO) und User Experience?
Page Speed wirkt auf zwei Ebenen: auf das Verhalten der Besucher und auf das Ranking in der Google-Suche. Die geschäftliche Wirkung entsteht dabei fast immer zuerst beim Nutzer, lange bevor sie im Ranking sichtbar wird.
Auf der Nutzer-Ebene ist der Zusammenhang gut belegt. Laut einer vielzitierten Analyse von Google verlassen 53 Prozent der mobilen Nutzer eine Seite, die länger als drei Sekunden lädt; die Absprungrate (Bounce Rate) steigt also direkt mit langen Ladezeiten. Eine Auswertung des Analyse-Anbieters Portent zeigt zudem, dass die Conversion Rate mit jeder zusätzlichen Ladesekunde messbar sinkt.
Für einen B2B-Anbieter mit technisch überlegenem Produkt bedeutet das: Eine langsame Seite macht ihn unsichtbar, bevor sein Angebot überhaupt gelesen wird. Besonders bei einem Website-Relaunch wird die Ladezeit zum Risiko — eine zuvor schnelle Seite kann nach der Migration langsamer werden und Sichtbarkeit verlieren.
Auf der Ranking-Ebene ist die Wirkung kleiner, als viele annehmen. Google bezieht die Ladezeit seit Juni 2021 über die Core Web Vitals als Teil des Page-Experience-Signals in das Ranking ein, dokumentiert in der Search-Central-Doku. Eine schnelle Seite unterstützt zudem den Google-Crawler (Googlebot) dabei, im selben Zeitfenster mehr Seiten zu erfassen.
Google beschreibt dieses Signal allerdings ausdrücklich als Tiebreaker, der bei vergleichbarem Inhalt den Ausschlag gibt, und nicht als primären Ranking-Faktor. Bei deutlichem inhaltlichen Vorsprung des Wettbewerbs überstimmen Inhalt und Autorität die reine Geschwindigkeit.
Was ist der Unterschied zwischen Page Speed und Core Web Vitals?
Page Speed ist der umgangssprachliche Oberbegriff für die Ladegeschwindigkeit, während die Core Web Vitals die drei konkreten Messgrößen sind, mit denen Google diese Geschwindigkeit für das Ranking quantifiziert. Page Speed ist also das Konzept, die Core Web Vitals sind das Messinstrument.
Konkret stehen drei Kennzahlen hinter dem Begriff: Largest Contentful Paint (LCP) für die Ladezeit des größten Elements, Interaction to Next Paint (INP, vormals FID) für die Reaktionsfähigkeit und Cumulative Layout Shift (CLS) für die visuelle Stabilität. Wer die einzelnen Schwellenwerte und ihre Messlogik im Detail braucht, findet sie im Eintrag zu den Core Web Vitals.
Was ist ein guter Page Speed?
Als guter Page Speed gilt eine Ladezeit des größten sichtbaren Elements von höchstens 2,5 Sekunden, gemessen am 75. Perzentil aller realen Nutzer. Dieser Wert (LCP) ist die zentrale Geschwindigkeits-Metrik, die Google für die Bewertung heranzieht.
Wichtig ist die Unterscheidung zwischen einer Zeit-Metrik und dem aggregierten Score. Die folgende Tabelle zeigt beide nebeneinander, weil genau ihre Verwechslung die häufigste Fehlinterpretation auslöst:
| Messgröße | Gut | Verbesserungswürdig | Schlecht |
|---|---|---|---|
| LCP (Ladezeit größtes Element) | ≤ 2,5 s | 2,5 – 4,0 s | > 4,0 s |
| TTFB (Serverantwortzeit) | ≤ 0,8 s | 0,8 – 1,8 s | > 1,8 s |
| PageSpeed-Score (Lighthouse, 0 – 100) | 90 – 100 | 50 – 89 | 0 – 49 |
Die LCP- und TTFB-Schwellen stammen aus den offiziellen web.dev-Definitionen von Google und gelten weltweit. Der PageSpeed-Score dagegen ist ein berechneter Gesamtwert und keine Sekundenangabe.
Pauschale Benchmarks greifen im B2B allerdings zu kurz. Eine Industrie-Site mit schweren CAD-Dateien und Datenblatt-Downloads hat andere Speed-Realitäten als ein schlanker Shop im E-Commerce; für sie ist „schnell genug für die Nutzungssituation“ oft das realistischere Ziel als „maximal schnell“.
Welche Faktoren beeinflussen die Ladezeit?
Die Ladezeit einer Seite ergibt sich aus dem Zusammenspiel mehrerer technischer Faktoren. Auf Diagnose-Ebene lassen sich die häufigsten Ursachen vier Gruppen zuordnen:
- Serverantwortzeit (TTFB): Wie schnell der Server das erste Byte ausliefert. Hohe Werte entstehen durch langsames Hosting, fehlendes Caching, schwere Datenbankabfragen oder unnötige Weiterleitungen.
- Große Bilddateien: Unkomprimierte Hero-Bilder und Produktfotos sind bei Industrie-Sites mit umfangreichen Katalogen die häufigste Einzelursache; je höher die Dateigröße, desto länger der Ladevorgang.
- Render-blockende Ressourcen: HTML-, CSS- und JavaScript-Dateien, die geladen sein müssen, bevor die Seite sichtbar wird. Jede zusätzliche Datei erzeugt einen eigenen HTTP-Request, und überladene Tracking-Stacks oder schwere Konfiguratoren blockieren den Aufbau.
- Fehlendes Caching und keine CDN-Auslieferung: Ohne Browser- und Server-Caching wird bei jedem Aufruf alles neu geladen, und ohne ein Content Delivery Network (CDN), also ein weltweites Netzwerk von Servern, legen die Daten unnötig weite Wege zurück.
Welcher dieser Faktoren im konkreten Fall der kritische ist, lässt sich nur messen, nie raten. Genau das leistet die Geschwindigkeits-Diagnose im nächsten Schritt.
Wie wird Page Speed gemessen?
Page Speed wird auf zwei grundsätzlich verschiedene Arten erhoben: über Felddaten aus dem realen Nutzerverhalten und über Labordaten aus einer simulierten Test-Umgebung. Diese Unterscheidung ist der wichtigste und am häufigsten übersehene Punkt beim Thema Ladezeit.
Felddaten stammen aus dem Chrome User Experience Report, der das anonymisierte Verhalten echter Chrome-Nutzer aggregiert. Für das Google-Ranking zählen ausschließlich diese Felddaten. Labordaten erzeugt das Tool Lighthouse unter kontrollierten Bedingungen, etwa einem gedrosselten Mobilgerät bei langsamer Verbindung. Sie sind reproduzierbar und damit das bessere Diagnose-Werkzeug, bilden aber nicht ab, was ein realer Besucher erlebt.
Hier liegt die Quelle einer verbreiteten Frustration: Eine Seite fühlt sich schnell an — der PageSpeed-Score zeigt trotzdem nur 30 von 100. Der Grund ist, dass der Score ein Laborwert unter Worst-Case-Annahmen ist.
Ein PageSpeed-Score von 100 von 100 ist deshalb vor allem eine Eitelkeitsmetrik: Er bestätigt Laborbedingungen, während Google die Felddaten echter Nutzer aus dem Chrome User Experience Report wertet. Die meisten Agenturen reichen ihren Kunden trotzdem genau diesen Score als alleinige Zielgröße weiter. Für eine belastbare Bewertung gehören Score und Felddaten immer zusammen gelesen.
Die gängigsten Werkzeuge auf Entscheider-Ebene sind PageSpeed Insights (eine URL eingeben genügt, getrennt für mobile Endgeräte und Desktop) und der Bericht zu den Core Web Vitals in der Google Search Console. Tiefere SEO-Tools wie Lighthouse in den Chrome DevTools oder GTmetrix liegen typischerweise bei der Entwicklung oder der Agentur.
Page Speed verbessern: die wichtigsten Hebel
Die Optimierung folgt einem festen Dreischritt: messen, priorisieren, umsetzen. Zuerst zeigt PageSpeed Insights pro URL, welcher Faktor unter dem Schwellenwert liegt. Erst danach wird am wirksamsten Hebel angesetzt, nicht an allen gleichzeitig.
Pro Ursachengruppe gibt es einen primären Hebel: Bilder komprimieren und in modernen Formaten ausliefern senkt das LCP, ein schnelleres Hosting plus Caching verbessert die Serverantwortzeit, und ein Content Delivery Network verkürzt die Wege für wiederkehrende Inhalte.
Render-blockende Skripte werden entfernt oder aufgeschoben, Text-Dateien per gzip komprimiert und die Zahl der HTTP-Requests reduziert, damit die Seite schneller lädt.
Die konkrete technische Umsetzung mit Code, Server-Konfiguration und Build-Anpassungen gehört in den Bereich technisches SEO und bleibt bewusst außerhalb dieser Definition. Eine Lexikon-Sektion bleibt auf der Diagnose-Ebene, damit Entscheider die Gespräche mit ihrer Entwicklung oder Agentur faktenfest führen können.
Fazit & Takeaways
- Page Speed ist die Ladezeit, kein einzelner Wert. Gemessen wird über mehrere Zeitpunkte vom Seitenaufbau bis zur Bedienbarkeit; LCP ≤ 2,5 Sekunden ist die zentrale Schwelle für „gut“.
- Score und echte Ladezeit sind verschiedene Dinge. Der PageSpeed-Score von 0 bis 100 ist ein Laborwert; für das Ranking zählen die Felddaten aus dem Chrome User Experience Report.
- Die Geschäftswirkung kommt zuerst beim Nutzer. 53 Prozent der mobilen Besucher springen bei mehr als drei Sekunden Ladezeit ab, und die Conversion Rate sinkt mit jeder weiteren Sekunde.
- Im Ranking ist Page Speed ein Tiebreaker. Bei vergleichbarem Inhalt gewinnt die schnellere Seite; bei deutlichem Qualitäts-Vorsprung des Wettbewerbs ist Geschwindigkeit kein wirksamer Hebel.
- Messen vor Optimieren. PageSpeed Insights zeigt pro URL den kritischen Faktor; ohne diese Diagnose wird am falschen Hebel gearbeitet.
Verwandte Begriffe
- Core Web Vitals: Die drei Google-Metriken (LCP, INP, CLS), mit denen die Ladezeit und Nutzererfahrung für das Ranking konkret gemessen werden.
- Conversion Rate: Anteil der Besucher, die eine gewünschte Aktion ausführen; sinkt nachweisbar mit steigender Ladezeit.
- TTFB (Time to First Byte): Serverantwortzeit als Teilfaktor des Page Speed; misst die Dauer bis zum ersten ausgelieferten Byte.
- Suchmaschinenoptimierung: Übergeordnete Disziplin, in der Page Speed das technische Performance-Signal stellt.
Autor: Daniel Neubauer, Gründer und Geschäftsführer RED RAM MEDIA. Über 16 Jahre Agentur- und SEO-Erfahrung, seit 2010 als Agenturinhaber tätig, Entwickler des VISIBL-Systems für technisches B2B-SEO.
Häufige Fragen (FAQ)
Ist Page Speed ein Ranking-Faktor?
Ja, Page Speed ist ein bestätigter Ranking-Faktor, allerdings ein schwacher. Google misst die Ladezeit über die Core Web Vitals als Teil des Page-Experience-Signals und beschreibt sie selbst als Tiebreaker: Bei zwei Seiten mit vergleichbarem Inhalt und vergleichbarer Autorität rangiert die schnellere stabiler. Inhalt, Relevanz und Backlinks bleiben deutlich stärkere Signale als die reine Geschwindigkeit.
Was ist ein guter Page Speed?
Als guter Page Speed gilt eine Ladezeit des größten sichtbaren Elements (LCP) von höchstens 2,5 Sekunden, gemessen am 75. Perzentil aller realen Nutzer. Werte zwischen 2,5 und 4 Sekunden sind verbesserungswürdig, über 4 Sekunden gelten als schlecht. Diese Schwellen stammen direkt von Google und gelten weltweit ohne regionale Variation.
Warum ist mein PageSpeed-Score schlecht, obwohl die Seite schnell lädt?
Der PageSpeed-Score von 0 bis 100 ist ein aggregierter Laborwert, den das Tool Lighthouse unter simulierten Bedingungen (gedrosseltes Mobilgerät, langsames Netz) berechnet. Er bildet nicht die Ladezeit ab, die Ihre echten Besucher erleben. Für das Google-Ranking zählen ausschließlich die Felddaten aus dem Chrome User Experience Report, nicht der Lab-Score. Eine subjektiv schnelle Seite kann deshalb einen mittelmäßigen Score und gleichzeitig gute Felddaten haben.
Wie kann ich meinen Page Speed verbessern?
Die wirksamsten Hebel sind Bild-Komprimierung, eine schnelle Serverantwortzeit (TTFB unter 0,8 Sekunden), das Entfernen render-blockender Skripte sowie Browser- und Server-Caching. Welcher Hebel bei Ihrer Seite zählt, zeigt PageSpeed Insights pro URL an. Die konkrete technische Umsetzung gehört in den Bereich technisches SEO und liegt meist bei der Entwicklung oder der Agentur.
Was ist der Unterschied zwischen Page Speed und Ladezeit?
Page Speed und Ladezeit sind im allgemeinen Sprachgebrauch Synonyme und bezeichnen beide die Geschwindigkeit, mit der eine Seite lädt. Page Speed ist der etablierte Fachbegriff, unter anderem geprägt durch Googles Tool PageSpeed Insights. Technisch präzise wird Geschwindigkeit über mehrere Zeitpunkte vom ersten Seitenaufbau bis zur vollständigen Bedienbarkeit gemessen, nie als ein einzelner Wert.
Theorie verstanden? So sieht die Praxis aus:
Weitere Begriffe aus dem Lexikon
Core Web Vitals
Core Web Vitals sind drei Google-Metriken für Ladezeit, Interaktivität und Layout-Stabilität. Seit Juni 2021 fließen sie als Ranking-Faktor in die Suche ein und entscheiden bei B2B-Sites über die Sichtbarkeit.
Crawler
Ein Crawler ist das Programm, mit dem Suchmaschinen, Tools und KI-Anbieter das Web durchsuchen. Bei B2B-Relaunches entscheidet sein Verhalten, ob mehrere tausend Produkt-URLs überhaupt im Index landen.
HTTP-Statuscode
Ein HTTP-Statuscode entscheidet, wie Crawler und Browser auf eine URL reagieren. Bei B2B-Relaunches mit mehreren tausend Produkt-URLs bestimmt er, ob bestehende Sichtbarkeit konsolidiert oder verloren wird.
Von der Definition zur konkreten Umsetzung.
Sie kennen jetzt das Konzept. Die Frage ist: Wie wird daraus ein messbarer Hebel für Ihr B2B-Marketing? In 30 Minuten analysieren wir, ob und wie dieser Ansatz zu Ihren Zielen passt.
30 Minuten · Datenbasiert · Klartext