01KT916QKW6DMTHC7TJX24BVQB
Gesamtbewertung
Die Website weist vermeidbare Performance-Bremsen auf. Die Server- und Ladegeschwindigkeit ist dabei das größte Problem.
Browser-Laufzeitmessung
Diese Werte stammen aus dem echten Seitenaufbau im Browser und zeigen die Unterschiede zwischen Desktop und Mobil.
LCP mobil: 6092 ms · Desktop: 2968 ms.
Google PageSpeed Score
Synthetische Messung von Google Lighthouse — unabhängig vom turbometrics-Score gemessen.
Google stuft diese Seite als sehr performant ein. · Abgerufen am 04. Juni 2026, 12:00 Uhr
Sofort angehen
Largest Contentful Paint ca. 6092 ms
FCP ca. 6016 ms
Largest Contentful Paint ca. 6092 ms
First Contentful Paint ca. 6016 ms
325 Bildquellen
Im HTML und in CSS wurden zusammen 325 Bildreferenzen erkannt.
Empfehlung: Bilder optimieren, lazy loading nutzen und unnötige Medien reduzieren.
Echte Nutzerdaten (CrUX)
Basierend auf anonymen Chrome-Nutzerdaten der letzten 28 Tage · Nur Chrome-Nutzer · Kein Firefox/Safari
Wichtigste Verursacher
Top Hosts nach Datenmenge
Größte Requests
Gesamt: 302,7 KB
* JS-Größe aus statischer Analyse, da Browser-Laufzeitwert nicht verfügbar.
Gesamt: 302,7 KB
* JS-Größe aus statischer Analyse, da Browser-Laufzeitwert nicht verfügbar.
Empfehlungen
Mehrere externe Hosts werden beim echten Seitenaufbau geladen. Das erhöht Abhängigkeiten, Verbindungsaufwand und bremst häufig den Seitenaufbau.
Der LCP-Wert ist erhöht. Vor allem Hero-Bild, kritisches CSS, Serverantwort und frühe JavaScript-Last sollten geprüft werden.
Jeder zusätzliche Drittanbieter erhöht Abhängigkeiten und kann die Ladezeit verschlechtern.
Der mobile LCP liegt rund 3124 ms über dem Desktop-Wert.
Empfehlung: Mobilen Seitenaufbau, Bildgrößen, CSS und Drittanbieter gesondert prüfen.
Der First Contentful Paint liegt bei rund 6016 ms.
Empfehlung: Frühe Render-Blocker, Serverantwort und kritische Assets prüfen.
Der Largest Contentful Paint liegt bei rund 6092 ms.
Empfehlung: Hero-Bild, CSS, Serverantwort und JavaScript-Last optimieren.
LCP mobil 6092 ms vs. Desktop 2968 ms
Scan-Verlauf
4 öffentliche Scans dieser Seite
Mobil auffälligere Hosts
delivery.adrecover.com
Einfach erklärt
Diese Kurztexte ordnen die wichtigsten Messwerte in verständlicher Sprache ein.
Der Server antwortet schnell.
Warum wichtig: TTFB steht für “Time to First Byte”. Gemeint ist die Zeit bis der Server die ersten Daten zurückliefert.
Technischer Wert: 185 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: private, must-revalidate, max-age=0, pre-check=0, CSS: Gut cachebar, JS: Teilweise cachebar, Bilder: Gut cachebar, Fonts: unbekannt
Es wurden 325 Bildquellen erkannt. Davon nutzen 154 Lazy Loading und 3 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: PNG: 7, JPG: 8, gemessenes Bildgewicht: 110.7 KB
Im direkt ausgelieferten HTML wurden 8 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: 8 externe Dateien, 0 Data-URI-Skripte, 302.7 KB
Es wurden keine klaren Webfont-Dateien erkannt.
Warum wichtig: Viele oder große Webfonts erhöhen die Ladezeit und können sichtbare Layout-Verzögerungen verursachen.
Technischer Wert: 0 Font-Dateien, 0 Externe Font-Dienste, Gruppen: keine gruppierten Fonts erkannt, gemessenes Font-Gewicht: 0 B
Es wurden 1 direkte CSS-Dateien und 1 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: 1, zusätzliche Abhängigkeiten: 1, geschätztes CSS-Gewicht: 281.1 KB
Die Seite lädt Inhalte von 8 externen Hosts.
Warum wichtig: Jede zusätzliche externe Domain erhöht Abhängigkeiten und kann die Ladezeit beeinflussen.
Technischer Wert: other: 22, consent: 1, ads: 1 — j.wfcdn.de, www.flashb.id, cdn.viously.com, cdn.consentmanager.net, securepubads.g.doubleclick.net, static.chartbeat.com, i.wfcdn.de, ads.qualitymedianetwork.de
Die ersten sichtbaren Inhalte erscheinen nach rund 6016 ms (spürbar verzögert), der wichtigste sichtbare Inhalt nach rund 6092 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: 6016 ms, LCP: 6092 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
Die Anzahl echter Browser-Requests ist überschaubar. Geladen wurden 46 Requests mit zusammen rund 176.5 KB.
Warum wichtig: Dieser Wert zeigt die tatsächliche Laufzeit-Last im Browser und nicht nur statische HTML-Hinweise.
Technischer Wert: 46 Requests, 176.5 KB
Score-Breakdown
Speed
Cache-Qualität je Asset-Typ
Wirkung externer Dienste
22 erkannte Assets
j.wfcdn.de, www.flashb.id, cdn.viously.com, static.chartbeat.com, i.wfcdn.de
Externe Dienste erhöhen generell Abhängigkeiten und zusätzliche Verbindungen.
1 erkannte Assets
cdn.consentmanager.net
Consent-Tools greifen früh im Seitenaufbau ein und können zusätzliche Skripte laden.
1 erkannte Assets
securepubads.g.doubleclick.net
Externe Dienste erhöhen generell Abhängigkeiten und zusätzliche Verbindungen.
Extern geladene Dienste im Browser
Diese Dienste wurden beim echten Seitenaufbau im Browser tatsächlich kontaktiert.
9 Requests · 88,2 KB
cdn.consentmanager.net, a.delivery.consentmanager.net
32 Requests · 0,0 KB
j.wfcdn.de, delivery.adrecover.com, www.flashb.id, cdn.viously.com, i.wfcdn.de, assets.sparteo.com, cp.winfuture.de, sync.sparteo.com, sonar.viously.com, srv.flashb.id, tn.flashb.id, static.chartbeat.com, e.viously.com, mab.chartbeat.com, ping.chartbeat.net, mabping.chartbeat.net
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.
22 erkannte Assets
j.wfcdn.de, www.flashb.id, cdn.viously.com, static.chartbeat.com, i.wfcdn.de
1 erkannte Assets
cdn.consentmanager.net
1 erkannte Assets
securepubads.g.doubleclick.net
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
Messbedingungen
Verbindungs-Timing (TTFB: 185 ms)
Aufgaben die den Browser-Hauptthread blockiert haben.
Details zu einzelnen Messwerten
Vertiefende Einzelwerte zu Assets, Bildern, Fonts, CSS und JavaScript. Die wichtigsten Gruppen sind unten thematisch gebündelt.
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.
Das sind Bilddateien, die nicht direkt im HTML stehen, sondern in CSS über url(...) referenziert werden.
Es werden nur die ersten 30 Einträge angezeigt.
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.
Der Browser-Hauptthread war beim Seitenaufbau rund 416 ms blockiert (Total Blocking Time).
Empfehlung: JavaScript-Last reduzieren, schwere Skripte verzögert laden und Long Tasks aufteilen.
Die Seite enthält 1666 DOM-Elemente. Ab ~1500 Elementen wird der Browser spürbar langsamer.
Empfehlung: Unnötige Wrapper-Elemente reduzieren, Page-Builder-Output prüfen.
4 JavaScript-Dateien werden synchron geladen und blockieren den Seitenaufbau.
Empfehlung: Scripts mit async oder defer Attribut laden wo möglich.
8 von 111 Bildern haben keine expliziten Dimensionen und können zu Layout-Verschiebungen (CLS) führen.
Empfehlung: width und height Attribute an img-Tags setzen.
Beim echten Seitenaufbau wurden 18 externe Hosts kontaktiert.
Empfehlung: Externe Skripte und Drittanbieter-Verbindungen reduzieren oder bündeln.
Es wurden 8 externe Hosts für Assets und Einbindungen erkannt.
Empfehlung: Externe Abhängigkeiten reduzieren oder bündeln.
Bereits gut umgesetzt
Diese Punkte sind im aktuellen Scan bereits positiv aufgefallen.
Die Serverantwort liegt bei rund 185 ms.
Erkannte Komprimierung: gzip.
Preconnect: 9, DNS-Prefetch: 0, Prefetch: 1.
Die Website ist per HTTPS erreichbar.
Die Website wird über HTTP/2 ausgeliefert.
Zusätzliche Hinweise
Ergänzende Hinweise aus dem Scan, die für Einordnung und technische Bewertung nützlich sein können.
In CSS wurden 1 weitere Stylesheet-Abhängigkeiten erkannt.
Im HTML und in den Asset-Pfaden wurden keine klaren WordPress-Hinweise gefunden.
Die Website ist nur per IPv4 erreichbar.
Waterfall
Detaillierter Request-Waterfall aus dem Browser-Lauf.
Rohdaten
Vollständige Scan-Daten als maschinenlesbare JSON-Datei oder tabellarischer Export.