01KWM115GEBPH0HZF1VPZ8RDDX
Gesamtbewertung
Die Website ist sehr gut aufgestellt. Einzelne Schwachstellen sollten noch behoben werden.
Browser-Laufzeitmessung
Diese Werte stammen aus dem echten Seitenaufbau im Browser und zeigen die Unterschiede zwischen Desktop und Mobil.
Google PageSpeed Score
Synthetische Messung von Google Lighthouse — unabhängig vom turbometrics-Score gemessen.
Google erkennt Optimierungspotenzial bei dieser Seite. · Abgerufen am 03. Juli 2026, 15:00 Uhr
Sofort angehen
95 Bildquellen
Keine langlebigen Cache-Regeln erkannt
Keine H1 erkannt
Echte Nutzerdaten (CrUX)
Basierend auf anonymen Chrome-Nutzerdaten der letzten 28 Tage · Nur Chrome-Nutzer · Kein Firefox/Safari
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
Gesamt: 156,5 KB
Gesamt: 159,0 KB
Empfehlungen
Statische Dateien sollten klare und langlebige Cache-Control-Werte erhalten, damit Wiederholungsaufrufe schneller werden.
Zusätzliche CSS-Abhängigkeiten und viele Webfonts sollten zusammengefasst oder reduziert werden.
Für statische Ressourcen wurden keine klaren langlebigen Cache-Header erkannt.
Empfehlung: Cache-Control-Header für statische Dateien sauber setzen.
Im HTML und in CSS wurden zusammen 95 Bildreferenzen erkannt.
Empfehlung: Bilder optimieren, lazy loading nutzen und unnötige Medien reduzieren.
Title: ja, H1: nein, Viewport: ja.
Empfehlung: Grundlegende HTML- und SEO-Basisangaben vervollständigen.
other – 7 Requests, 0 B
No-Cache
Keine CDN-Indikatoren erkannt
Scan-Verlauf
5 öffentliche Scans dieser Seite
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: 21 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: No-Cache, CSS: Kaum cachebar, JS: Kaum cachebar, Bilder: Gut cachebar, Fonts: Gut cachebar
Es wurden 95 Bildquellen erkannt. Davon nutzen 6 Lazy Loading und 1 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: 8, SVG: 6, PNG: 1, gemessenes Bildgewicht: 149.1 KB
Im direkt ausgelieferten HTML wurden 3 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: 3 externe Dateien, 0 Data-URI-Skripte, 155.1 KB
Es wurden 4 Font-Dateien erkannt. Zusätzlich wurden 0 externe Font-Dienste (z. B. Google Fonts) eingebunden.
Warum wichtig: Viele oder große Webfonts erhöhen die Ladezeit und können sichtbare Layout-Verzögerungen verursachen.
Technischer Wert: 4 Font-Dateien, 0 Externe Font-Dienste, Gruppen: DinMedium (1), ElenaWebRegularItalic-subset-v2 (1), ElenaWebRegular-subset-v2 (1), gemessenes Font-Gewicht: 89.5 KB
Es wurden 2 direkte CSS-Dateien und 2 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: 2, zusätzliche Abhängigkeiten: 2, geschätztes CSS-Gewicht: 409.3 KB
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: other: 9, tag-manager: 1 — www.googletagmanager.com, files.smashing.media, archive.smashing.media
Die ersten sichtbaren Inhalte erscheinen nach rund 400 ms (sehr schnell), der wichtigste sichtbare Inhalt nach rund 400 ms. Das ist ein sehr guter Wert.
Warum wichtig: Diese Werte beschreiben, wann Nutzer erste und wichtigste Inhalte tatsächlich sehen.
Technischer Wert: FCP: 400 ms, LCP: 400 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 40 Requests mit zusammen rund 239.4 KB.
Warum wichtig: Dieser Wert zeigt die tatsächliche Laufzeit-Last im Browser und nicht nur statische HTML-Hinweise.
Technischer Wert: 40 Requests, 239.4 KB
Score-Breakdown
Bilder
Cache-Qualität je Asset-Typ
Wirkung externer Dienste
9 erkannte Assets
files.smashing.media, archive.smashing.media
Externe Dienste erhöhen generell Abhängigkeiten und zusätzliche Verbindungen.
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 · 0,0 KB
files.smashing.media
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.
9 erkannte Assets
files.smashing.media, archive.smashing.media
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
Messbedingungen
Verbindungs-Timing (TTFB: 21 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 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 Bilddateien, die nicht direkt im HTML stehen, sondern in CSS über url(...) referenziert werden.
Erkannte Font-Dateien: 1, 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.
WordPress-Erkennung
Bereits gut umgesetzt
Diese Punkte sind im aktuellen Scan bereits positiv aufgefallen.
Die Total Blocking Time liegt bei rund 153 ms.
Die Serverantwort liegt bei rund 21 ms.
Erkannte Komprimierung: br.
1 @font-face-Regeln mit font-display erkannt.
Preconnect: 5, DNS-Prefetch: 0, Prefetch: 0.
Die Website ist per HTTPS erreichbar.
Die Website wird über HTTP/2 ausgeliefert.
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.
In CSS wurden 2 weitere Stylesheet-Abhängigkeiten erkannt.
Über CSS wurden 1 zusätzliche Font-Dateien erkannt.
Im HTML und in den Asset-Pfaden wurden keine klaren WordPress-Hinweise gefunden.
Waterfall
Detaillierter Request-Waterfall aus dem Browser-Lauf.
Rohdaten
Vollständige Scan-Daten als maschinenlesbare JSON-Datei oder tabellarischer Export.