01KMZGMB4C6M46TWAB8YB5D4J0
Screenshot der geprüften Website
Gesamtbewertung
Die Website hat mehrere klare Performance-Bremsen. Besonders auffällig ist aktuell die Server- und Frontend-Performance. WordPress wurde erkannt.
Browser-Laufzeitmessung
Diese Werte stammen aus dem echten Seitenaufbau im Browser und zeigen die Unterschiede zwischen Desktop und Mobil.
Sofort angehen
main.js – 1.35 MB
Datei: main.js · Host: fleet.autohaus-digital.de
https://fleet.autohaus-digital.de/static/js/main.js?ts=1774867515293
Largest Contentful Paint ca. 6584 ms
FCP ca. 6220 ms
Der Largest Contentful Paint liegt bei rund 6584 ms.
Empfehlung: Hero-Bild, CSS, Serverantwort und JavaScript-Last optimieren.
Der Browser-Hauptthread war beim Seitenaufbau rund 2162 ms blockiert (Total Blocking Time).
Empfehlung: JavaScript-Last reduzieren, schwere Skripte verzögert laden und Long Tasks aufteilen.
Die Serverantwort liegt bei rund 5346 ms. Das bremst den Seitenaufbau sehr früh.
Empfehlung: Full Page Cache, Hosting-Performance und WordPress-Backend prüfen.
Im HTML und in CSS wurden zusammen 145 Bildreferenzen erkannt.
Empfehlung: Bilder optimieren, lazy loading nutzen und unnötige Medien reduzieren.
Wahrscheinlicher LCP-Textblock
Der größte sichtbare Inhalt scheint text- oder CSS-basiert zu sein und wird eher durch Serverantwort, CSS oder Fonts beeinflusst.
Für dieses LCP-Element wurde kein direktes Bild-Asset erkannt. Der sichtbare Hauptinhalt ist hier wahrscheinlich text- oder CSS-basiert.
Wichtigste Verursacher
Top Hosts nach Datenmenge
Größte Requests
Empfehlungen
Ein Full Page Cache, ein schnelleres Backend und weniger serverseitige Last bringen hier wahrscheinlich den größten Effekt.
Unnötige Skripte, Tracking und Frontend-Last durch Plugins sollten reduziert, verzögert geladen oder nur bei Bedarf eingebunden werden.
Mehrere externe Hosts werden beim echten Seitenaufbau geladen. Das erhöht Abhängigkeiten, Verbindungsaufwand und bremst häufig den Seitenaufbau.
Für das LCP-Element wurde kein direktes Bild-Asset erkannt. Die Verzögerung hängt hier eher mit Serverantwort, CSS oder Fonts zusammen.
Empfehlung: TTFB, kritisches CSS, Webfonts und Above-the-fold-Struktur gesondert prüfen.
fleet.autohaus-digital.de verursacht rund 1.36 MB bei 4 Requests.
Empfehlung: Drittanbieter-Last reduzieren, bündeln oder später laden.
Der First Contentful Paint liegt bei rund 6220 ms.
Empfehlung: Frühe Render-Blocker, Serverantwort und kritische Assets prüfen.
Serverantwort ca. 5346 ms
Total Blocking Time ca. 2162 ms
Largest Contentful Paint ca. 6584 ms
Einfach erklärt
Diese Kurztexte ordnen die wichtigsten Messwerte in verständlicher Sprache ein.
Der Server antwortet langsam und bremst den Seitenaufbau früh aus.
Warum wichtig: TTFB steht für “Time to First Byte”. Gemeint ist die Zeit bis der Server die ersten Daten zurückliefert.
Technischer Wert: 5346 ms
Die Seite wird komprimiert ausgeliefert. Dadurch müssen weniger Daten übertragen werden.
Warum wichtig: Komprimierung reduziert die Größe von HTML, CSS und JavaScript bei der Übertragung.
Technischer Wert: Content-Encoding: gzip
Der Browser darf Dateien zwischenspeichern. Wiederholte Seitenaufrufe können dadurch schneller werden.
Warum wichtig: Browser-Caching verhindert, dass unveränderte Dateien immer wieder neu geladen werden müssen.
Technischer Wert: HTML: max-age=0, CSS: Gut cachebar, JS: Gut cachebar, Bilder: Gut cachebar, Fonts: Gut cachebar
Es wurden 145 Bildquellen erkannt. Davon nutzen 122 Lazy Loading und 85 moderne Formate wie WebP oder AVIF.
Warum wichtig: Bilder sind oft der größte Performance-Faktor. Lazy Loading und moderne Formate helfen besonders stark.
Technischer Wert: JPG: 10, SVG: 5, gemessenes Bildgewicht: 259.0 KB
Im direkt ausgelieferten HTML wurden 16 externe JavaScript-Dateien erkannt. Weitere Skripte können erst beim echten Seitenaufbau durch Optimierungs- oder Lazy-Load-Mechanismen geladen werden.
Warum wichtig: Viele oder große JavaScript-Dateien können den Aufbau und die Interaktivität einer Seite verzögern.
Technischer Wert: 16 externe Dateien, 0 Data-URI-Skripte, 697.8 KB
Es wurden 13 Font-Dateien erkannt. Zusätzlich wurden 0 Font-Stylesheets gefunden.
Warum wichtig: Viele oder große Webfonts erhöhen die Ladezeit und können sichtbare Layout-Verzögerungen verursachen.
Technischer Wert: 13 Font-Dateien, 0 Font-Stylesheets, Gruppen: Optional (2), test (1), gemessenes Font-Gewicht: 140.3 KB
Es wurden 7 direkte CSS-Dateien und 7 zusätzliche CSS-Abhängigkeiten erkannt.
Warum wichtig: Viele Stylesheets oder importierte CSS-Dateien erhöhen die Anzahl der geladenen Ressourcen.
Technischer Wert: Direkte CSS-Dateien: 7, zusätzliche Abhängigkeiten: 7, geschätztes CSS-Gewicht: 520.7 KB
Die Seite lädt Inhalte von 1 externen Host.
Warum wichtig: Jede zusätzliche externe Domain erhöht Abhängigkeiten und kann die Ladezeit beeinflussen.
Technischer Wert: tag-manager: 1 — www.googletagmanager.com
Die ersten sichtbaren Inhalte erscheinen nach rund 6220 ms (spürbar verzögert), der wichtigste sichtbare Inhalt nach rund 6584 ms. Der sichtbare Seitenaufbau ist damit spürbar verzögert.
Warum wichtig: Diese Werte beschreiben, wann Nutzer erste und wichtigste Inhalte tatsächlich sehen.
Technischer Wert: FCP: 6220 ms, LCP: 6584 ms
Die Layout-Stabilität ist gut. Der gemessene CLS-Wert liegt bei 0.
Warum wichtig: CLS beschreibt, ob sich Inhalte beim Laden sichtbar verschieben.
Technischer Wert: CLS: 0
Beim echten Seitenaufbau werden sehr viele Requests und spürbar viel Datenvolumen geladen. Gemessen wurden 94 Requests mit rund 10.47 MB.
Warum wichtig: Dieser Wert zeigt die tatsächliche Laufzeit-Last im Browser und nicht nur statische HTML-Hinweise.
Technischer Wert: 94 Requests, 10.47 MB
Score-Breakdown
Speed
Cache-Qualität je Asset-Typ
Wirkung externer Dienste
1 erkannte Assets
www.googletagmanager.com
Tag-Manager laden oft weitere Skripte und erhöhen die Abhängigkeit von Drittanbietern.
Extern geladene Dienste im Browser
Diese Dienste wurden beim echten Seitenaufbau im Browser tatsächlich kontaktiert.
7 Requests · 1.410,0 KB
hpt.autohaus-digital.de, fleet.autohaus-digital.de, cars-ts.autohaus-digital.de, web-servlets.autohaus-digital.de
3 Requests · 519,6 KB
www.googletagmanager.com
2 Requests · 132,6 KB
connect.facebook.net
3 Requests · 4,0 KB
googleads.g.doubleclick.net, stats.g.doubleclick.net
8 Requests · 0,2 KB
www.google.de, www.google.com
Statisch erkannte externe Hosts
Diese Hosts wurden direkt in HTML oder CSS erkannt. Nicht jeder davon muss beim echten Seitenaufbau tatsächlich geladen worden sein.
Statisch erkannte externe Dienste nach Kategorien
Diese Einordnung basiert auf technisch erkannten Asset-Hosts und ergänzt die echte Browser-Laufzeitmessung.
1 erkannte Assets
www.googletagmanager.com
Größte Requests beim echten Seitenaufbau
Diese Liste zeigt die größten Requests aus dem echten Browser-Lauf und hilft dabei, auffällige Dateien und Hosts schneller zu erkennen.
Technische Messwerte
Details zu einzelnen Messwerten
Vertiefende Einzelwerte zu Assets, Bildern, Fonts, CSS und JavaScript. Die wichtigsten Gruppen sind unten thematisch gebündelt.
Diese Liste zeigt die größten gemessenen Dateien aus der Asset-Prüfung.
Diese Zahl zeigt erkannte Hinweise im HTML. Sie ist kein perfekter Beweis für echtes Lazy Loading aller Bilder.
Es werden nur die ersten 20 Einträge angezeigt.
Erkannte Font-Dateien: 13, Externe Font-Dienste: 0. Externe Font-Dienste sind z. B. Google Fonts oder Adobe Typekit, aus denen erst später konkrete Font-Dateien geladen werden.
Das sind Stylesheets, die innerhalb anderer CSS-Dateien über @import referenziert wurden.
Das sind die im direkt ausgelieferten HTML erkannten externen Skriptquellen. Dynamisch nachgeladene Skripte sind darin nicht vollständig enthalten.
WordPress-Erkennung
Optimierungspotenzial
Diese Punkte sind nicht kritisch, können aber die Performance, Stabilität oder Klarheit des Seitenaufbaus verbessern.
Im Browser wurden 94 Requests ausgelöst.
Empfehlung: Vor allem Tracking, Builder-Assets, Fonts und zusätzliche externe Dienste reduzieren oder bündeln.
Beim echten Seitenaufbau wurden 12 externe Hosts kontaktiert.
Empfehlung: Externe Skripte und Drittanbieter-Verbindungen reduzieren oder bündeln.
Direkt im HTML wurden 7 CSS-Dateien und 16 externe JavaScript-Dateien erkannt.
Empfehlung: Unnötige Assets reduzieren und Theme-/Plugin-Last prüfen.
Die statisch erkannten JavaScript-Dateien umfassen zusammen rund 697.8 KB.
Empfehlung: Schwere oder unnötige Skripte reduzieren und nur bei Bedarf laden.
Es wurden 13 Font-Dateien mit rund 140.3 KB erkannt.
Empfehlung: Weniger Schriftschnitte laden und Fonts möglichst effizient ausliefern.
Bereits gut umgesetzt
Diese Punkte sind im aktuellen Scan bereits positiv aufgefallen.
Erkannte Komprimierung: gzip.
Die Website ist per HTTPS erreichbar.
Zusätzliche Hinweise
Ergänzende Hinweise aus dem Scan, die für Einordnung und technische Bewertung nützlich sein können.
In CSS wurden 7 weitere Stylesheet-Abhängigkeiten erkannt.
Über CSS wurden 13 zusätzliche Font-Dateien erkannt.
Die Seite nutzt WordPress.
Erkanntes Theme: yootheme-thomas.
Waterfall
Detaillierter Request-Waterfall aus dem Browser-Lauf.
Rohdaten
Vollständige Scan-Daten als maschinenlesbare JSON-Datei oder tabellarischer Export.