Kostenloses Tool: Ladezeit

Ladezeit Ihrer Website testen

Wir laden Ihre Seite wie ein Mittelklasse-Smartphone mit einer langsamen 4G-Verbindung, messen, wie schnell der Hauptinhalt erscheint und wie stark die Seite springt, und zeigen, was sie schwer macht. Hat Google echte Nutzerdaten für Ihre Website, sehen Sie auch diese.

Kostenlos. Meist in unter einer Minute fertig.

Was dieses Tool prüft

  • Ein Smartphone mit langsamem 4G

    Die Seite wird in Chromium wie ein Smartphone der Klasse Moto G Power (412 × 823) geladen, mit 150 ms Latenz, etwa 1,6 Mbit/s im Download und 750 Kbit/s im Upload sowie 4-fach langsamerer CPU. Das ist das Profil, das Lighthouse für mobile Tests verwendet.

  • Largest Contentful Paint

    Wann das größte Bild oder der größte Textblock im ersten Bildschirm fertig gerendert war und welches Element es war.

  • Cumulative Layout Shift

    Wie stark sich sichtbare Inhalte beim Laden der Seite unerwartet verschoben haben.

  • Total Blocking Time

    Wie lange Skripte den Browser so beschäftigt hielten, dass er nicht auf ein Tippen reagieren konnte: der Anteil jedes langen Tasks über 50 ms, aufsummiert. Das ist der Laborersatz für Interaction to Next Paint.

  • Was die Seite herunterlädt

    Gesamtgröße in Bytes und Anzahl der Anfragen, aufgeteilt in Bilder, Skripte, CSS und Schriften, sowie der Anteil, der von Drittanbietern stammt.

  • Schwere Bilder und Render-blockierende Dateien

    Bilder über 150 KB oder deutlich breiter als der Platz, in dem sie angezeigt werden, sowie die CSS- und Skriptdateien, die das erste Rendern aufhalten.

  • Echte Nutzerdaten aus Chrome

    Googles Chrome UX Report für Ihren Ursprung (Origin) auf Smartphones im 75. Perzentil: LCP, INP und CLS, wenn Google genug Traffic für die Website hat.

Was es nicht prüfen kann

  • Bei jedem Durchlauf dieselben Werte liefern. Laborergebnisse schwanken mit dem Netzwerk, der Serverlast und Skripten von Drittanbietern; vergleichen Sie daher Trends statt einzelner Messläufe.
  • Genau mit PageSpeed Insights übereinstimmen. Beide nutzen ein ähnliches Smartphone-Profil, laufen aber auf unterschiedlichen Rechnern und Netzwerken.
  • INP im Labor messen. INP erfordert echte Interaktionen, daher zeigt der Labortest die TBT und die Felddaten zeigen INP, sofern vorhanden.
  • Felddaten für jede Website anzeigen. Der Chrome UX Report umfasst die letzten 28 Tage und nur Ursprünge mit genug Chrome-Traffic.
  • Mehr als die eine eingegebene Seite testen. Der kostenpflichtige Performance-Report testet 3 wichtige Seiten und gewichtet die Ursachen samt Lösungen.

Warum das wichtig ist

Eine Seite, die sich im Büro-WLAN auf einem schnellen Laptop sofort anfühlt, kann auf einem Mittelklasse-Smartphone mit schwachem Empfang mehrere Sekunden brauchen. Genau diese Situation bildet der Test nach, denn dort richten schwere Bilder und Skripte den größten Schaden an.

Die Core Web Vitals sind Googles Messgrößen für dieses Erlebnis: Laden (LCP), Reaktionsfähigkeit (INP) und visuelle Stabilität (CLS). Google nutzt sie für das Ranking, sagt aber, dass eine gute Nutzererfahrung relevante Inhalte nicht aufwiegt. Größer ist ihre Wirkung auf Menschen: Eine langsame oder springende Seite verliert Besucher, bevor sie etwas lesen.

Die Ursachen sind meist konkret: ein unkomprimiertes Hero-Bild von mehreren Megabyte, ein Chat-Widget, das vor dem Inhalt lädt, eine Webschrift, die Text verbirgt, oder ein Banner, das nach dem Erscheinen der Seite oberhalb eingefügt wird. Der Test nennt das LCP-Element und die größten Dateien, damit Sie sehen, was davon zutrifft.

So lesen Sie die Ergebnisse

Largest Contentful Paint (LCP)
Gut unter 2,5 s, schlecht über 4 s. Ist das LCP-Element ein Bild, zählen vor allem seine Größe und Ladepriorität; ist es Text, sehen Sie sich Webschriften und Render-blockierendes CSS an.
Cumulative Layout Shift (CLS)
Gut unter 0,1, schlecht über 0,25. Ein Wert ohne Einheit, der kombiniert, wie viel vom Bildschirm sich bewegt hat und wie weit.
Total Blocking Time (TBT)
Gut unter 200 ms, schlecht über 600 ms. Eine hohe TBT lässt erwarten, dass die Seite für echte Nutzer langsam auf Tippen reagiert.
Bytes und Anfragen
Es gibt kein offizielles Limit; sehen Sie sich an, welcher Typ überwiegt. Bilder machen meist den größten Anteil aus, und ein hoher Anteil von Drittanbietern deutet auf Apps, Tags und Widgets hin.
Schwere Bilder
Jedes Bild über 150 KB oder deutlich breiter heruntergeladen als angezeigt, mit Dateigröße und Abmessungen.
Render-blockierende Dateien
CSS und synchrone Skripte, die der Browser herunterladen muss, bevor er etwas anzeigen kann.
Felddaten (75. Perzentil)
Echte Chrome-Nutzer auf Smartphones in den letzten 28 Tagen. Das 75. Perzentil bedeutet, dass drei von vier Seitenaufrufen mindestens so schnell waren. INP ist gut unter 200 ms und schlecht über 500 ms.
Keine Felddaten
Google hat nicht genug Chrome-Traffic für Ihren Ursprung. Das sagt nichts über Ihre Ladezeit aus; verlassen Sie sich auf die Laborergebnisse.

So beheben Sie die häufigsten Probleme

  • Ein langsames LCP-Bild

    Liefern Sie das Hero-Bild in der angezeigten Größe aus, mit srcset, in WebP oder AVIF. Laden Sie es nicht per Lazy Loading, ergänzen Sie fetchpriority="high" und binden Sie es als img-Element im HTML ein, statt es per Skript oder als CSS-Hintergrund zu laden.

  • Inhalte, die beim Laden springen

    Geben Sie Bildern, Videos und Einbettungen width- und height-Attribute oder ein CSS-aspect-ratio. Reservieren Sie Platz für Banner, Cookie-Hinweise und Anzeigen, oder zeigen Sie sie als Overlays, die keine Inhalte nach unten schieben. Verwenden Sie für Webschriften font-display: optional oder eine passend skalierte Ersatzschrift.

  • Hohe Total Blocking Time

    Entfernen Sie zuerst Apps, Tags und Plugins, die Sie nicht mehr nutzen; ihre Skripte bleiben oft erhalten, nachdem Sie sie nicht mehr verwenden. Laden Sie Chat, Bewertungen und Analytics mit defer oder erst, wenn die Seite interaktiv ist. Bei Shopify prüfen Sie Onlineshop › Themes › Anpassen › App-Einbettungen.

  • Render-blockierendes CSS und Skripte

    Ergänzen Sie defer bei Skripten, die nicht vor dem ersten Rendern laufen müssen, betten Sie die kleine Menge CSS, die der erste Bildschirm braucht, inline ein, und entfernen Sie Stylesheets für Funktionen, die die Seite nicht nutzt.

  • Zu schwere Bilder

    Verkleinern Sie Bilder vor dem Hochladen (etwa 2000 px Breite reichen für ein Banner in voller Breite) und komprimieren Sie sie. Shopify und WordPress können automatisch kleinere Versionen ausliefern, wenn das Theme sie anfordert; prüfen Sie daher, ob Ihr Theme responsive Bildgrößen verwendet.

Fragen zu diesem Tool

Warum weichen meine Ergebnisse von PageSpeed Insights ab?

Labortests hängen vom Rechner, vom Netzwerk und vom Zeitpunkt ab. PageSpeed Insights führt Lighthouse auf Googles Servern aus und simuliert die langsame Verbindung, während wir die Drosselung in einem echten Browser anwenden. Rechnen Sie mit ähnlichen Bereichen, nicht mit identischen Werten.

Was ist ein guter LCP-Wert?

Laut web.dev 2,5 Sekunden oder weniger bei mindestens 75 % der Seitenaufrufe. Über 4 Sekunden gilt als schlecht.

Warum gibt es für meine Website keine echten Nutzerdaten?

Der Chrome UX Report umfasst nur Ursprünge, die öffentlich auffindbar sind und genug Besuche von Chrome-Nutzern erhalten, die Nutzungsstatistiken teilen. Viele kleine Websites erreichen dieses Niveau nicht; der Labortest zeigt trotzdem, was zu beheben ist.

Warum auf einem langsamen Smartphone testen statt auf einem Desktop?

Weil Probleme dort zuerst sichtbar werden. Ein schneller Laptop verbirgt schwere Bilder und Skripte, die auf einem Mittelklasse-Smartphone Sekunden kosten, und Lighthouse verwendet für seine mobilen Tests dasselbe Smartphone-Profil.

Was ist aus First Input Delay geworden?

Interaction to Next Paint (INP) hat First Input Delay im März 2024 als Core Web Vital abgelöst. INP betrachtet die Verzögerung von Interaktionen während des gesamten Besuchs, nicht nur die der ersten.

Quellen

Verwandte Tools

Der Performance-Report ($55, einmalig) baut auf dem vollständigen kostenlosen Scan auf und ergänzt weitere Seiten, die nötige Änderung für jeden Befund, ein PDF und Nachtests, mit denen Sie Ihre Korrekturen überprüfen.

Mehr zum Performance-Report