Was ist eine gute Ladezeit?
Kurzantwort
Eine gute Ladezeit liegt bei etwa 1 bis 2,5 Sekunden. Eine feste offizielle Grenze gibt es nicht. Als belastbare Orientierung gelten die Core Web Vitals: Der größte sichtbare Inhalt sollte innerhalb von 2,5 Sekunden erscheinen. Zusätzlich sollte deine Website mindestens so schnell sein wie die stärksten Wettbewerber.
Eine gute Website-Ladezeit hängt vom Gerät, der Verbindung, dem Seitentyp und deinem Markt ab. Ein Onlineshop mit großen Produktbildern hat andere Voraussetzungen als eine lokale B2B-Website. Deshalb brauchst du neben allgemeinen Richtwerten immer einen Vergleich mit realen Wettbewerbern.
1. Ladezeit einfach erklärt
Die Ladezeit bezeichnet den Zeitraum zwischen dem Aufruf einer URL und dem Moment, in dem die Seite sichtbar und benutzbar ist. Das klingt eindeutig, umfasst technisch aber mehrere Zeitpunkte. Der Server muss antworten, erste Inhalte müssen erscheinen und interaktive Elemente müssen auf Eingaben reagieren.
Deshalb kann eine Seite optisch nach zwei Sekunden fertig wirken, während Skripte im Hintergrund noch weitere fünf Sekunden laden. Für Nutzer zählt vor allem, wann sie den Inhalt sehen und mit der Website arbeiten können. Ein reiner Wert für die vollständige Übertragung aller Dateien bildet dieses Erlebnis nur unvollständig ab.
2. Gute Ladezeiten im Jahr 2026
Als Erfahrungswert ist eine sichtbare Ladezeit von unter zwei Sekunden sehr gut. Werte zwischen zwei und drei Sekunden sind meist akzeptabel, sofern die wichtigsten Inhalte früh erscheinen. Ab etwa drei Sekunden solltest du genauer prüfen. Liegt die Ladezeit regelmäßig über fünf Sekunden, besteht normalerweise ein konkreter technischer Handlungsbedarf.
| Gemessene Ladezeit | Einordnung | Empfohlene Reaktion |
|---|---|---|
| Unter 1 Sekunde | Sehr schnell | Stabilität überwachen und neue Einbindungen prüfen |
| 1 bis 2,5 Sekunden | Guter Zielbereich | Werte für Mobilgeräte und wichtige Seitentypen beobachten |
| 2,5 bis 3 Sekunden | Akzeptabel | Größte Dateien und blockierende Skripte analysieren |
| 3 bis 5 Sekunden | Optimierungsbedarf | Hosting, Bilder, Skripte und Caching priorisiert prüfen |
| Über 5 Sekunden | Kritisch | Technische Ursachen zeitnah beheben |
Der sinnvollste Zielwert
Eine gute Seitenladezeit lässt sich nicht auf eine einzelne Sekundenzahl reduzieren. Setze zunächst 2,5 Sekunden für den größten sichtbaren Inhalt als Ziel. Miss danach die drei stärksten Wettbewerber. Dein konkretes Ziel sollte mindestens dem schnellsten relevanten Anbieter entsprechen.
3. Guter PageSpeed richtig eingeordnet
Ein guter PageSpeed-Score liegt im grünen Bereich zwischen 90 und 100 Punkten. Werte von 50 bis 89 gelten als verbesserungsfähig, Werte unter 50 als schwach. Der Score ist jedoch eine berechnete Bewertung und keine direkte Angabe der Ladezeit in Sekunden.
Eine Website mit 92 Punkten kann sich für reale Besucher langsamer anfühlen als eine Seite mit 85 Punkten. Ursache können ein später sichtbarer Hauptinhalt, ein instabiles Layout oder eine verzögerte Reaktion auf Klicks sein. Beurteile den PageSpeed-Score deshalb immer zusammen mit den Core Web Vitals und den tatsächlichen Ladezeiten deiner zentralen Landingpages.
3.1 Core Web Vitals als Schwellenwerte
Die Core Web Vitals bewerten drei Teile der Nutzererfahrung. Google betrachtet eine URL als gut, wenn mindestens 75 Prozent der erfassten Seitenaufrufe die jeweiligen Schwellenwerte erreichen.
Diese Werte sind aussagekräftiger als die Behauptung, jede Website müsse vollständig in exakt zwei Sekunden laden. Eine offizielle universelle Obergrenze für die gesamte Ladezeit gibt es nicht.
4. Was die Ladezeit beeinflusst
Der häufigste Fehler bei der Optimierung ist, nur Bilder zu komprimieren und danach einen neuen Test auszuführen. Bilder sind oft ein großer Hebel, doch eine Website kann trotz kleiner Dateien langsam bleiben. In solchen Fällen warten Browser meist auf den Server, auf JavaScript oder auf externe Dienste.
4.1 Bildgrößen und Medien
Ein Foto mit 4.000 Pixeln Breite muss nicht in dieser Größe geladen werden, wenn es auf dem Smartphone nur 400 Pixel breit erscheint. Moderne Formate wie WebP oder AVIF, passende Abmessungen und verzögertes Laden außerhalb des sichtbaren Bereichs reduzieren die übertragene Datenmenge. Ein einziges großes Titelbild kann den LCP-Wert der gesamten Seite verschlechtern.
4.2 Anzahl und Umfang der Skripte
JavaScript steuert Menüs, Filter, Animationen, Formulare und viele Shop-Funktionen. Der Browser muss diese Dateien herunterladen, verarbeiten und ausführen. Besonders auf Mobilgeräten verlängern umfangreiche Skripte den Seitenaufbau und die Reaktionszeit. Entferne ungenutzten Code und lade Funktionen erst dann, wenn sie tatsächlich gebraucht werden.
4.3 Server und Hosting
Wenn der Server langsam antwortet, erreicht auch eine sauber optimierte Seite keinen stabilen Spitzenwert. Shared Hosting, knappe Ressourcen, langsame Datenbankabfragen und fehlende serverseitige Optimierungen erhöhen die Time to First Byte, also die Zeit bis zur ersten Serverantwort. Prüfe den Server zuerst, wenn viele unterschiedliche Seitentypen gleichzeitig langsam werden.
4.4 Caching, Theme und Pagebuilder
Caching speichert bereits erzeugte Inhalte zwischen, damit der Server sie nicht bei jedem Aufruf neu berechnen muss. Das verwendete Theme oder der Pagebuilder bestimmt zugleich, wie viel HTML, CSS und JavaScript ausgeliefert wird. Ein visuell schlichtes Layout kann technisch mehrere Megabyte laden, wenn viele Komponenten und Plugins im Hintergrund aktiv sind.
4.5 Externe Einbindungen als Bremsklotz
Der unterschätzte Engpass sind externe Schriften, Karten, Videos, Tracking-Pixel, Chat-Funktionen und Bewertungswidgets. Jedes Fremdskript kontaktiert einen fremden Server. Antwortet dieser Dienst langsam, wartet deine Website mit. Das Problem kann deshalb auftreten, obwohl dein eigenes Hosting schnell und stabil arbeitet. Neue Tracking- und Chat-Tools gehören zu den konkreten Ursachen plötzlich steigender Ladezeiten.
Prüfe Fremdskripte vor dem Einbau
Ein zusätzlicher Tracking-Code wirkt einzeln oft harmlos. Fünf Analyse-, Karten-, Chat- und Marketingdienste addieren jedoch Verbindungen, Skripte und Rechenzeit. Kläre vor jeder Einbindung, wer den Dienst nutzt, welche KPI er liefert und ob eine schlankere Lösung denselben Zweck erfüllt.
Eine sinnvolle technische Prüfung umfasst daher mehr als Dateigrößen. Typische Ursachen sind unkomprimierte Bilder, blockierende Drittanbieter-Skripte, fehlendes Page-Caching, eine hohe Serverantwortzeit und ein schweres Theme. Diese Faktoren können LCP und INP gleichzeitig verschlechtern.
Wenn du deine Ausgangslage prüfen möchtest, kannst du die eigene Website-Ladezeit kostenlos messen. Der Check zeigt dir, welche URLs und technischen Elemente genauer untersucht werden sollten.
5. Was ein Ladezeit-Test überprüft
Ein Ladezeit-Test misst je nach Werkzeug die Serverantwort, den Beginn der Darstellung, den größten sichtbaren Inhalt, die vollständige Übertragung und die Reaktionsfähigkeit. Gute Tests erfassen außerdem die Seitengröße, die Anzahl der Anfragen sowie Unterschiede zwischen Desktop und Mobilgerät.
Miss nicht nur die Startseite. Für eine belastbare Bewertung brauchst du mindestens eine Kategorieseite, eine Produkt- oder Leistungsseite und eine informationsorientierte Landingpage. Bei Onlineshops kommen Suche, Filter und Warenkorb hinzu. Diese Seitentypen nutzen unterschiedliche Templates und können deshalb vollkommen andere Werte liefern.
Eine detaillierte PageSpeed-Analyse der Performance Suite prüft Desktop und Mobilgeräte, Dateigrößen, Seitenelemente, Serverreaktionen und Wettbewerber. Die Prüfungen können mehrfach täglich ausgeführt und über einen längeren Zeitraum verglichen werden.
Du möchtest technische Entwicklungen laufend beobachten und nicht jeden Test manuell starten?
6. Laborwerte und Felddaten
Zwei Ladezeit-Tests können innerhalb weniger Minuten unterschiedliche Ergebnisse liefern. Das ist normal. Laborwerte entstehen unter simulierten Bedingungen und hängen vom Teststandort, der Netzgeschwindigkeit, der Serverauslastung und dem gewählten Gerät ab. Schon ein anderer Prüfserver kann den Messwert sichtbar verändern.
Felddaten stammen von echten Besuchern. Sie berücksichtigen langsame Smartphones, schnelle Bürorechner, verschiedene Netze und reale Interaktionen. Diese Daten sind träger, weil für eine belastbare Auswertung genügend Seitenaufrufe gesammelt werden müssen. Dafür bilden sie die tatsächliche Nutzererfahrung realistischer ab.
| Datenart | Stärke | Grenze |
|---|---|---|
| Laborwerte | Sofort verfügbar und gut für Fehlersuche | Schwanken je Testlauf und Standort |
| Felddaten | Zeigen die Erfahrung realer Besucher | Reagieren langsam auf Optimierungen |
Wir beurteilen eine Optimierung deshalb nie anhand eines einzelnen grünen Tests. Aussagekräftiger sind mehrere Messungen zu festen Zeitpunkten, getrennt nach Mobilgerät und Desktop. Erst der Verlauf zeigt, ob eine Änderung stabil wirkt oder ob du nur einen günstigen Testlauf erwischt hast.
7. Wettbewerber bestimmen dein Ziel
Ein absoluter Zielwert reicht für eine geschäftliche Entscheidung nicht aus. Wenn alle relevanten Anbieter in deinem Markt vier Sekunden benötigen und deine Website in zwei Sekunden nutzbar ist, besitzt du einen wahrnehmbaren Vorteil. In einer Branche mit durchgehend schnellen Websites kann derselbe Wert lediglich Durchschnitt sein.
Der brauchbarste Benchmark entsteht aus den drei stärksten Wettbewerbern. Wähle Anbieter, die bei deinen Money-Keywords ranken oder um dieselben Kunden konkurrieren. Miss bei jedem Wettbewerber vergleichbare Seitentypen. Eine schlanke Startseite darf nicht mit deiner umfangreichen Produktkategorie verglichen werden.
Dieser Vergleich verhindert zwei Fehlentscheidungen: Du investierst nicht wochenlang in kosmetische Verbesserungen ohne Marktvorteil, und du akzeptierst keinen schwachen Wert nur deshalb, weil ein einzelner Test ihn als ausreichend einstuft. Die Performance Suite stellt eigene Ladezeiten neben die Werte der Wettbewerber und misst die Entwicklung mehrfach täglich. So wird aus einer Momentaufnahme ein belastbarer Verlauf.
8. So gehen wir vor
Bei der Online Solutions Group GmbH (OSG) beginnen wir mit den wichtigsten Seitentypen und den drei stärksten Wettbewerbern. Danach trennen wir Serverprobleme, Seitencode und externe Einbindungen, damit Entwickler zuerst an den Ursachen mit dem größten Effekt arbeiten. Das Ladezeit-Monitoring der Performance Suite kontrolliert die Entwicklung mehrfach täglich, während eine feste Ansprechperson die Maßnahmen priorisiert. Wenn intern Ressourcen fehlen, kannst du die technische Onpage-Optimierung beauftragen.
9. Häufige Fragen zur Ladezeit
Was ist eine gute Website-Ladezeit?
Eine sichtbare Ladezeit von 1 bis 2,5 Sekunden ist ein guter Orientierungsbereich. Unter zwei Sekunden ist sehr gut. Ab drei Sekunden solltest du die Ursachen prüfen, besonders auf Mobilgeräten.
Was ist ein guter PageSpeed?
Ein PageSpeed-Score zwischen 90 und 100 gilt als gut. Der Score allein reicht jedoch nicht aus. Prüfe zusätzlich die Core Web Vitals, die tatsächliche Ladezeit und die Reaktionsfähigkeit der Seite.
Wie kann ich die Ladezeit meiner Website überprüfen?
Teste mehrere relevante URLs auf Mobilgeräten und Desktop. Wiederhole die Messung zu verschiedenen Zeiten und vergleiche Laborwerte mit Felddaten echter Besucher.
Warum schwankt die gemessene Ladezeit?
Teststandort, Internetverbindung, Gerät, Serverauslastung und Cache beeinflussen das Ergebnis. Einzelne Messungen sind deshalb nur Momentaufnahmen. Ein Verlauf aus mehreren Tests ist belastbarer.
Was macht eine Website besonders langsam?
Häufige Ursachen sind große Bilder, umfangreiche Skripte, langsames Hosting, fehlendes Caching, schwere Themes und externe Dienste. Tracking, Karten, Schriften und Chat-Funktionen werden besonders häufig übersehen.
Ist die Ladezeit ein Rankingfaktor?
Google nutzt die Seitenerfahrung und die Core Web Vitals als Signale. Relevanz und Qualität des Inhalts bleiben jedoch wichtiger. Eine schnelle Seite ersetzt keinen hilfreichen Inhalt, verbessert aber Nutzererfahrung und technische Ausgangslage.
Welche Seiten sollte ich zuerst optimieren?
Beginne mit Landingpages, die viel organischen Traffic, Umsatz oder Anfragen erzeugen. Eine langsam ladende Hauptkategorie ist meist wichtiger als zahlreiche kaum besuchte Unterseiten mit demselben technischen Fehler.
Setze dein Ladezeit-Ziel nicht nach Gefühl. Miss zuerst deine wichtigsten Seitentypen und die drei stärksten Wettbewerber. Priorisiere anschließend die größten Dateien, blockierende Fremdskripte und die Serverantwort. So fließt dein Aufwand in Verbesserungen, die Nutzer tatsächlich wahrnehmen.
Wenn du Ursachen und Prioritäten gemeinsam prüfen möchtest, nutze den kostenlosen und unverbindlichen Potenzialcheck. Das Erstgespräch dient einer ehrlichen Einordnung deiner technischen Ausgangslage.
Keine Kommentare vorhanden