Laden und Layout-Verschiebungen untersuchen
LCP hilft dabei, das Hauptelement zu finden, das spät erscheint. CLS beschreibt die Instabilität des Layouts. Nutzen Sie den separaten INP-Test, um Verzögerungen nach einem Klick zu untersuchen.
Geben Sie eine URL ein und finden Sie heraus, was die Seite verlangsamt: Bilder, Skripte oder die Serverantwort. Verfolgen Sie mit dem Bericht Ladeverzögerungen und Layout-Verschiebungen und wählen Sie die ersten Korrekturen.
Jede Empfehlung ist an eine Metrik, eine Ressource und eine technische Ursache geknüpft, sodass das Team sieht, was zuerst behoben werden sollte und was im Backlog bleiben kann.
LCP hilft dabei, das Hauptelement zu finden, das spät erscheint. CLS beschreibt die Instabilität des Layouts. Nutzen Sie den separaten INP-Test, um Verzögerungen nach einem Klick zu untersuchen.
Das HTTP-Wasserfall-Diagramm zeigt, was das Rendern blockiert, welche Ressourcen parallele Verbindungen nutzen und wo Skripte von Drittanbietern den Start verlangsamen.
Milten gruppiert Probleme in eine kurze Aufgabenliste für LCP, CLS, TBT, TTFB, Skripte von Drittanbietern und schwere Ressourcen.
Testen Sie die Website-Geschwindigkeit unter den gewählten Bedingungen. Sie erhalten Labormetriken zum Laden und die gefundenen Probleme. Ein Test ersetzt keine Messungen echter Besucher.
01 · URL
Prüfe eine Startseite, Landingpage, einen Katalog oder eine Produktseite. Milten öffnet die Seite in einem Browser und wendet die ausgewählte Region, das Netzwerk und das Gerät an.
02 · SCAN
Wir erfassen Labormetriken, Netzwerkverzögerungen, schwere Ressourcen und Layout-Verschiebungen. TTFB misst die Verzögerung der Serverantwort. TBT misst die Blockierung des Main-Threads während des Ladens.
03 · PLAN
Beginnen Sie mit einem Befund und seinem Nachweis: Welche Ressource hat das Laden verzögert oder welches Element hat das Layout verschoben? Beheben Sie die Ursache und wiederholen Sie die Prüfung mit denselben Einstellungen.
Der Scanner trennt wahrgenommenes Laden, Layout-Stabilität, JavaScript-Blockierung und Serverantwortzeit, damit die Optimierung nicht auf einen einzigen Score reduziert wird.
Wenn der Nutzer erstmals Text, ein Bild oder SVG sieht: ein frühes Signal, dass die Seite wirklich begonnen hat zu laden.
Zeit bis zum Rendern des wichtigsten sichtbaren Elements: ein Hero-Bild, eine große Überschrift, eine Produktkarte oder ein Katalogblock.
Die Summe unerwarteter Layout-Verschiebungen: Banner, Bilder ohne Größenangabe, späte Schriftarten und Blöcke, die Inhalte nach dem Laden verschieben.
Wie lange der Hauptthread mit langen JavaScript-Aufgaben beschäftigt war und nicht schnell auf Nutzeraktionen reagieren konnte.
Verzögerung bis zum ersten Byte HTML: Backend-, DNS-, TLS-, CDN- und Cache-Zeit, bevor der Browser beginnt, die Seite zu empfangen.
Wie schnell sich der sichtbare Viewport füllt: Das hilft zu erklären, warum sich eine Seite langsam anfühlt, selbst wenn einzelne Metriken gut aussehen.
Kurze Antworten zu Core Web Vitals, SEO und praktischer Seitenoptimierung.
Messen Sie, wie schnell die Seite auf automatisierte Aktionen reagiert. Finden Sie Verzögerungen im Testlauf.
ÖffnenPrüfen Sie, ob der Browser seinen Cache beim Vor- und Zurücknavigieren nutzt. Finden Sie heraus, was das Zwischenspeichern verhindert.
ÖffnenFinden Sie Daten, die nach wiederholten Seitenwechseln im Speicher verbleiben. Prüfen Sie mögliche Speicherlecks und wachsende Datenmengen.
ÖffnenPrüfen Sie JavaScript-Dateien, Ladefehler und beim Laden ungenutzten Code. Finden Sie Skripte, die genauer untersucht werden sollten.
ÖffnenWir verwenden Cookies, um Ihnen ein besseres Erlebnis auf unserer Website zu bieten. Mehr über die Verwendung von Cookies erfahren Sie in unserer Datenschutzrichtlinie.