Zum Inhalt springen
Alle Tools

Ladezeit Checker

Website-Speed testen. TTFB, Gesamtzeit, Komprimierung und Performance-Tipps.

Hinweis: Die eingegebene URL wird beim Klick auf „Testen“ an unseren Server übertragen, der die Seite einmalig stellvertretend für dich abruft und die Ladezeiten misst. Es werden keine Eingaben gespeichert. Details

So funktioniert das Tool

Eine Sekunde Verzögerung bei der Ladezeit kostet typischerweise 7 % Conversion. Unser Ladezeit-Checker misst die wichtigsten Performance-Metriken einer URL: TTFB (Time to First Byte, also wie schnell der Server antwortet), DOM-Content-Loaded, Page-Load, dazu die Größe von HTML, Bildern, CSS und JavaScript. Du siehst auf einen Blick, ob der Engpass am Server liegt, am CDN, an unoptimierten Bildern oder am Client-Side-JavaScript.

Typische Anwendungsfälle

Vor und nach einem Deploy vergleichen

Snapshot der TTFB vor dem Release, Snapshot danach. So erkennst du eine Performance-Regression, bevor das User-Feedback kommt.

CDN-Kontrolle

Vermeintlich auf Cloudflare gecached? Wenn die TTFB über 300 ms liegt, steckt da etwas nicht im Edge-Cache. Die Header-Inspektion zeigt cf-cache-status.

Wettbewerbsvergleich

Wie schnell laden die Top-3-Konkurrenten? Wenn die unter 800 ms TTFB liegen und du bei 2,5 s, ist das ein konkreter SEO-Nachteil.

Bild-Optimierung-Check

Wenn die Bildgröße der Seite über 2 MB liegt, lohnt sich Lazy-Loading, AVIF/WebP-Konvertierung oder ein responsives srcset. Das Tool zeigt die exakten Byte-Werte.

FAQ

Häufige Fragen

Wie wird die Ladezeit gemessen?

Server-seitig über Performance-API-Daten eines kontrollierten Browser-Aufrufs. TTFB ist die Differenz zwischen Request-Send und erstem Response-Byte, DOM-Loaded der Zeitpunkt, an dem das HTML komplett geparst ist (vor Bildern und JS), Page-Load der Zeitpunkt nach allen Ressourcen. Wir messen mit einer guten Netzwerkverbindung, echte Nutzer im Mobilfunk sehen oft schlechtere Werte.

Was ist ein guter TTFB-Wert?

Unter 200 ms ist exzellent, 200 bis 500 ms okay, 500 bis 1500 ms verbesserbar (Server oder fehlender CDN-Cache), über 1500 ms ein Performance-Notfall, den du vor allem anderen fixt. Google nutzt TTFB seit der Core-Web-Vitals-Initiative als implizites Ranking-Signal.

Misst das Tool auch Core Web Vitals (LCP, INP, CLS)?

Aktuell nicht. Das sind Client-Side-Metriken, die echte Render-Events brauchen. Für CWV nimm Lighthouse direkt oder unseren SEO-Audit (umfassend, schickt den Report per E-Mail). Unser Tool fokussiert auf die Server- und Netzwerk-Ebene, die du als Erstes optimierst.

Warum unterscheidet sich der Wert von dem in den Chrome-DevTools?

DevTools misst ab dem Moment, in dem du F5 drückst, inklusive Browser-internem Setup, DNS-Cache (im Cache oft 0 ms) und TCP-Setup. Unsere Messung ist "cold": frischer DNS, frische TCP-Connection. In Production liegen echte Nutzer dazwischen, der Median ist meist näher an unserem Wert.

Werden die getesteten URLs geloggt?

Nur die Domain für 24h zur Rate-Limit-Durchsetzung. Pfad, Messwerte oder Inhalte landen nicht in den Logs. Nach 24h ist auch das Domain-Log gelöscht.

Verwandte Tools

Alle Daten bleiben in deinem Browser. Kein Server, kein Tracking.