01KNF986ZX6EDN35ER2GDQJ21J
Screenshot der geprüften Website
Gesamtbewertung
Die Website ist grundsätzlich okay, hat aber einige vermeidbare Bremsen. WordPress wurde erkannt.
Browser-Laufzeitmessung
Diese Werte stammen aus dem echten Seitenaufbau im Browser und zeigen die Unterschiede zwischen Desktop und Mobil.
Wahrscheinlicher LCP-Bildkandidat
Der größte sichtbare Inhalt scheint ein Bild zu sein und kann den Seitenaufbau direkt beeinflussen.
Wichtigste Verursacher
Top Hosts nach Datenmenge
Größte Requests
Gesamt: 1.324,0 KB
* JS-Größe aus statischer Analyse, da Browser-Laufzeitwert nicht verfügbar.
Gesamt: 1.384,7 KB
* JS-Größe aus statischer Analyse, da Browser-Laufzeitwert nicht verfügbar.
Empfehlungen
Unnötige Skripte, Tracking und Frontend-Last durch Plugins sollten reduziert, verzögert geladen oder nur bei Bedarf eingebunden werden.
Statische Dateien sollten klare und langlebige Cache-Control-Werte erhalten, damit Wiederholungsaufrufe schneller werden.
Große Bilder, fehlende moderne Formate und fehlendes Lazy Loading bieten hier einen guten Optimierungshebel.
Der Browser-Hauptthread war beim Seitenaufbau rund 240 ms blockiert (Total Blocking Time).
Empfehlung: JavaScript-Last reduzieren, schwere Skripte verzögert laden und Long Tasks aufteilen.
Für ausgelieferte Inhalte wurden keine klaren langlebigen Cache-Header erkannt.
Empfehlung: Cache-Control-Header für statische Dateien sauber setzen.
Die statisch erkannten JavaScript-Dateien umfassen zusammen rund 613.4 KB.
Empfehlung: Schwere oder unnötige Skripte reduzieren und nur bei Bedarf laden.
Keine langlebigen Cache-Regeln erkannt
jkiticon.woff2 – 391.7 KB
Datei: jkiticon.woff2 · Host: turbopress.de
https://turbopress.de/wp-content/plugins/jeg-elementor-kit/assets/fonts/jkiticon/jkiticon.woff2?bv8d8l
Total Blocking Time ca. 240 ms
613.4 KB
42 Bildquellen
js – 457.0 KB
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: 107 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: br (Brotli)
Es wurden keine klaren langlebigen Cache-Regeln erkannt.
Warum wichtig: Browser-Caching verhindert, dass unveränderte Dateien immer wieder neu geladen werden müssen.
Technischer Wert: HTML: kein klarer Wert, CSS: Kaum cachebar, JS: Teilweise cachebar, Bilder: Kaum cachebar, Fonts: unbekannt
Es wurden 42 Bildquellen erkannt. Davon nutzen 48 Lazy Loading und 0 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: 3, SVG: 1, gemessenes Bildgewicht: 244.4 KB
Im direkt ausgelieferten HTML wurden 5 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: 5 externe Dateien, 0 Data-URI-Skripte, 613.4 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 Font-Stylesheets, Gruppen: keine gruppierten Fonts erkannt, gemessenes Font-Gewicht: 0 B
Es wurden 1 direkte CSS-Dateien und 0 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: 0, geschätztes CSS-Gewicht: 0 B
Die Seite lädt Inhalte von 3 externen Hosts.
Warum wichtig: Jede zusätzliche externe Domain erhöht Abhängigkeiten und kann die Ladezeit beeinflussen.
Technischer Wert: consent: 1, tag-manager: 1, other: 1 — cdn.consentmanager.net, www.googletagmanager.com, turbometrics.de
Die ersten sichtbaren Inhalte erscheinen nach rund 372 ms (sehr schnell), der wichtigste sichtbare Inhalt nach rund 988 ms. Das ist ein akzeptabler Wert.
Warum wichtig: Diese Werte beschreiben, wann Nutzer erste und wichtigste Inhalte tatsächlich sehen.
Technischer Wert: FCP: 372 ms, LCP: 988 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 20 Requests mit zusammen rund 917.9 KB.
Warum wichtig: Dieser Wert zeigt die tatsächliche Laufzeit-Last im Browser und nicht nur statische HTML-Hinweise.
Technischer Wert: 20 Requests, 917.9 KB
Score-Breakdown
Speed
Cache-Qualität je Asset-Typ
Wirkung externer Dienste
1 erkannte Assets
cdn.consentmanager.net
Consent-Tools greifen früh im Seitenaufbau ein und können zusätzliche Skripte laden.
1 erkannte Assets
www.googletagmanager.com
Tag-Manager laden oft weitere Skripte und erhöhen die Abhängigkeit von Drittanbietern.
1 erkannte Assets
turbometrics.de
Externe Dienste erhöhen generell Abhängigkeiten und zusätzliche Verbindungen.
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
cdn.consentmanager.net
1 erkannte Assets
www.googletagmanager.com
1 erkannte Assets
turbometrics.de
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
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 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.
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 HTML und in CSS wurden zusammen 42 Bildreferenzen erkannt.
Empfehlung: Bilder optimieren, lazy loading nutzen und unnötige Medien reduzieren.
Es wurden keine WebP- oder AVIF-Bilddateien in den HTML-Bildquellen erkannt.
Empfehlung: Nach Möglichkeit WebP oder AVIF für Bilder verwenden.
Bereits gut umgesetzt
Diese Punkte sind im aktuellen Scan bereits positiv aufgefallen.
Die Serverantwort liegt bei rund 107 ms.
Erkannte Komprimierung: br.
Die Website ist per HTTPS erreichbar.
Die Website wird über HTTP/2 ausgeliefert.
Die Website kündigt HTTP/3 per Alt-Svc-Header an.
Die Website ist per IPv6 erreichbar.
Zusätzliche Hinweise
Ergänzende Hinweise aus dem Scan, die für Einordnung und technische Bewertung nützlich sein können.
Die Seite nutzt WordPress, vermutlich mit elementor.
Erkanntes Theme: hello-elementor.
Erkannte Hinweise: elementor, litespeed-cache, yoast-seo.
Waterfall
Detaillierter Request-Waterfall aus dem Browser-Lauf.
Rohdaten
Vollständige Scan-Daten als maschinenlesbare JSON-Datei oder tabellarischer Export.