01KWQ4T8JY39KZNXYRDM6BYKTN
Gesamtbewertung
Die Website hat mehrere klare Performance-Bremsen, die den Seitenaufbau spürbar verlangsamen. 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.
Google PageSpeed Score
Synthetische Messung von Google Lighthouse — unabhängig vom turbometrics-Score gemessen.
Google stuft diese Seite als langsam ein — Handlungsbedarf. · Abgerufen am 04. Juli 2026, 20:04 Uhr
Sofort angehen
Serverantwort ca. 1535 ms
Total Blocking Time ca. 1653 ms
Largest Contentful Paint ca. 4792 ms
Largest Contentful Paint ca. 4792 ms
458 Bildquellen
Keine langlebigen Cache-Regeln erkannt
Der Browser-Hauptthread war beim Seitenaufbau rund 1653 ms blockiert (Total Blocking Time).
Empfehlung: JavaScript-Last reduzieren, schwere Skripte verzögert laden und Long Tasks aufteilen.
12 JavaScript-Dateien werden synchron geladen und blockieren den Seitenaufbau.
Empfehlung: Scripts mit async oder defer Attribut laden wo möglich.
Im Browser wurden 139 Requests ausgelöst.
Empfehlung: Vor allem Tracking, Builder-Assets, Fonts und zusätzliche externe Dienste reduzieren oder bündeln.
Die Serverantwort liegt bei rund 1535 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 458 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
Keine mobilen CrUX-Daten verfügbar.
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.492,6 KB
Gesamt: 1.490,1 KB
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.
Beim echten Seitenaufbau werden viele einzelne Requests ausgelöst. Vor allem unnötige Nachladevorgänge, Drittanbieter und zusätzliche Frontend-Dateien sollten reduziert werden.
www.gstatic.com verursacht rund 374.9 KB bei 3 Requests.
Empfehlung: Drittanbieter-Last reduzieren, bündeln oder später laden.
Der First Contentful Paint liegt bei rund 2440 ms.
Empfehlung: Frühe Render-Blocker, Serverantwort und kritische Assets prüfen.
Der Largest Contentful Paint liegt bei rund 4792 ms.
Empfehlung: Hero-Bild, CSS, Serverantwort und JavaScript-Last optimieren.
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: 1535 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-store, no-cache, must-revalidate, post-check=0, pre-check=0, CSS: Kaum cachebar, JS: Teilweise cachebar, Bilder: Gut cachebar, Fonts: Gut cachebar
Es wurden 458 Bildquellen erkannt. Davon nutzen 0 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: SVG: 15, gemessenes Bildgewicht: 319.2 KB
Im direkt ausgelieferten HTML wurden 15 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: 15 externe Dateien, 0 Data-URI-Skripte, 496.4 KB
Es wurden 65 Font-Dateien erkannt. Zusätzlich wurden 4 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: 65 Font-Dateien, 4 Externe Font-Dienste, Gruppen: JTUHjIg1_i6t8kCHKm4532VJOt5-QNFgpCuM70w- (1), JTUHjIg1_i6t8kCHKm4532VJOt5-QNFgpCtZ6Ew- (1), JTUHjIg1_i6t8kCHKm4532VJOt5-QNFgpCtr6Ew- (1), gemessenes Font-Gewicht: 416.5 KB
Es wurden 5 direkte CSS-Dateien und 13 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: 5, zusätzliche Abhängigkeiten: 13, geschätztes CSS-Gewicht: 1.16 MB
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: fonts: 5, tag-manager: 2, other: 2, cdn: 1, captcha: 1 — cdnjs.cloudflare.com, www.googletagmanager.com, app.geogen.io, api.metricscube.io, www.google.com, fonts.gstatic.com, modulesgarden.com, fonts.googleapis.com
Die ersten sichtbaren Inhalte erscheinen nach rund 2440 ms (spürbar verzögert), der wichtigste sichtbare Inhalt nach rund 4792 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: 2440 ms, LCP: 4792 ms
Beim Laden kommt es zu sichtbaren Verschiebungen. Der gemessene CLS-Wert liegt bei 0.208.
Warum wichtig: CLS beschreibt, ob sich Inhalte beim Laden sichtbar verschieben.
Technischer Wert: CLS: 0.208
Beim echten Seitenaufbau werden sehr viele Requests und spürbar viel Datenvolumen geladen. Gemessen wurden 139 Requests mit rund 1.66 MB.
Warum wichtig: Dieser Wert zeigt die tatsächliche Laufzeit-Last im Browser und nicht nur statische HTML-Hinweise.
Technischer Wert: 139 Requests, 1.66 MB
Score-Breakdown
Speed
Cache-Qualität je Asset-Typ
Wirkung externer Dienste
5 erkannte Assets
fonts.gstatic.com
Externe Fonts können DNS-, TLS- und zusätzliche Font-Requests verursachen.
2 erkannte Assets
www.googletagmanager.com
Tag-Manager laden oft weitere Skripte und erhöhen die Abhängigkeit von Drittanbietern.
2 erkannte Assets
app.geogen.io, api.metricscube.io
Externe Dienste erhöhen generell Abhängigkeiten und zusätzliche Verbindungen.
1 erkannte Assets
cdnjs.cloudflare.com
Ein CDN kann sinnvoll sein, erhöht aber trotzdem die Zahl externer Hosts.
1 erkannte Assets
www.google.com
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.
4 Requests · 404,5 KB
cdnjs.cloudflare.com, www.gstatic.com
4 Requests · 106,2 KB
www.google.com
5 Requests · 2,4 KB
fonts.googleapis.com, fonts.gstatic.com
5 Requests · 0,0 KB
api.metricscube.io, modulesgarden.com, app.geogen.io, www.google.com
3 Requests · 0,0 KB
www.googletagmanager.com
2 Requests · 0,0 KB
www.google-analytics.com, region1.google-analytics.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.
5 erkannte Assets
fonts.gstatic.com
2 erkannte Assets
www.googletagmanager.com
2 erkannte Assets
app.geogen.io, api.metricscube.io
1 erkannte Assets
cdnjs.cloudflare.com
1 erkannte Assets
www.google.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: 1535 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.
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.
Erkannte Font-Dateien: 65, Externe Font-Dienste: 4. Externe Font-Dienste sind z. B. Google Fonts oder Adobe Typekit, aus denen erst später konkrete Font-Dateien geladen werden.
Es werden nur die ersten 40 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 CLS-Wert liegt bei 0.208.
Empfehlung: Bildgrößen, reservierte Flächen, Fonts und dynamische Einblendungen prüfen.
Die Seite enthält 2071 DOM-Elemente. Ab ~1500 Elementen wird der Browser spürbar langsamer.
Empfehlung: Unnötige Wrapper-Elemente reduzieren, Page-Builder-Output prüfen.
130 von 130 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 12 externe Hosts kontaktiert.
Empfehlung: Externe Skripte und Drittanbieter-Verbindungen reduzieren oder bündeln.
Für statische Ressourcen wurden keine klaren langlebigen Cache-Header erkannt.
Empfehlung: Cache-Control-Header für statische Dateien sauber setzen.
Direkt im HTML wurden 5 CSS-Dateien und 15 externe JavaScript-Dateien erkannt.
Empfehlung: Unnötige Assets reduzieren und Theme-/Plugin-Last prüfen.
Die statisch erkannten JavaScript-Dateien umfassen zusammen rund 496.4 KB.
Empfehlung: Schwere oder unnötige Skripte reduzieren und nur bei Bedarf laden.
Es wurden 8 externe Hosts für Assets und Einbindungen erkannt.
Empfehlung: Externe Abhängigkeiten reduzieren oder bündeln.
Es wurden Bilder erkannt, aber kein loading="lazy" auf Bild-Elementen.
Empfehlung: Lazy Loading für Bilder außerhalb des sichtbaren Bereichs aktivieren.
Es wurden keine WebP- oder AVIF-Bilddateien in den HTML-Bildquellen erkannt.
Empfehlung: Nach Möglichkeit WebP oder AVIF für Bilder verwenden.
Es wurden 65 Font-Dateien mit rund 416.5 KB erkannt.
Empfehlung: Weniger Schriftschnitte laden und Fonts möglichst effizient ausliefern.
JTUHjIg1_i6t8kCHKm4532VJOt5-QNFgpCuM70w-.ttf, JTUHjIg1_i6t8kCHKm4532VJOt5-QNFgpCtZ6Ew-.ttf, JTUHjIg1_i6t8kCHKm4532VJOt5-QNFgpCtr6Ew-.ttf – TTF-Format sollte durch WOFF2 ersetzt werden.
Empfehlung: Font als WOFF2 konvertieren und ausliefern. WOFF2 ist ~30% kleiner und wird von allen modernen Browsern unterstützt.
26 @font-face-Regeln ohne font-display erkannt. Ohne font-display kann Text beim Laden unsichtbar bleiben (FOIT).
Empfehlung: font-display: swap oder optional in @font-face-Regeln ergänzen.
Die Seite lädt von 8 externen Hosts, nutzt aber weder preconnect noch dns-prefetch.
Empfehlung: Für die wichtigsten externen Hosts preconnect oder dns-prefetch im HTML-Head setzen.
Bereits gut umgesetzt
Diese Punkte sind im aktuellen Scan bereits positiv aufgefallen.
Erkannte Komprimierung: br.
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 13 weitere Stylesheet-Abhängigkeiten erkannt.
Über CSS wurden 65 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.