01KNS81ERPG8VZEW400Y98D43J
Screenshot der geprüften Website
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.
Sofort angehen
Serverantwort ca. 1668 ms
ol.js – 840.4 KB
Datei: ol.js · Host: www.berater-berger.de
https://www.berater-berger.de/wp-content/plugins/osm/js/OL/10.4.0/ol.js?ver=6.9.4
Gasthof-Baerenfels.png – 629.4 KB
Datei: Gasthof-Baerenfels.png · Host: www.berater-berger.de
https://www.berater-berger.de/wp-content/uploads/2024/04/Gasthof-Baerenfels.png
126 Requests beim Seitenaufbau
11.98 MB
1.79 MB
29 JavaScript-Dateien werden synchron geladen und blockieren den Seitenaufbau.
Empfehlung: Scripts mit async oder defer Attribut laden wo möglich.
Im Browser wurden 126 Requests ausgelöst.
Empfehlung: Vor allem Tracking, Builder-Assets, Fonts und zusätzliche externe Dienste reduzieren oder bündeln.
Die Serverantwort liegt bei rund 1668 ms. Das bremst den Seitenaufbau sehr früh.
Empfehlung: Full Page Cache, Hosting-Performance und WordPress-Backend prüfen.
Direkt im HTML wurden 13 CSS-Dateien und 33 externe JavaScript-Dateien erkannt.
Empfehlung: Unnötige Assets reduzieren und Theme-/Plugin-Last prüfen.
Die statisch erkannten JavaScript-Dateien umfassen zusammen rund 1.79 MB.
Empfehlung: Schwere oder unnötige Skripte reduzieren und nur bei Bedarf laden.
Im HTML und in CSS wurden zusammen 66 Bildreferenzen erkannt.
Empfehlung: Bilder optimieren, lazy loading nutzen und unnötige Medien reduzieren.
Die geprüften Bilder umfassen zusammen rund 11.98 MB.
Empfehlung: Bilder verkleinern, komprimieren und moderne Formate verwenden.
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: 8.025,0 KB
Gesamt: 8.025,0 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.googletagmanager.com verursacht rund 202.5 KB bei 2 Requests.
Empfehlung: Drittanbieter-Last reduzieren, bündeln oder später laden.
Gasthof-Baerenfels.png umfasst rund 629.4 KB.
Empfehlung: Hero- und Above-the-fold-Bilder verkleinern und modern komprimieren.
Der First Contentful Paint liegt bei rund 2196 ms.
Empfehlung: Frühe Render-Blocker, Serverantwort und kritische Assets prüfen.
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: 1668 ms
Es wurde keine klare Komprimierung erkannt. Dadurch kann unnötig viel Datenvolumen übertragen werden.
Warum wichtig: Komprimierung reduziert die Größe von HTML, CSS und JavaScript bei der Übertragung.
Technischer Wert: Nicht klar erkannt
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: Kaum cachebar, Bilder: Kaum cachebar, Fonts: unbekannt
Es wurden 66 Bildquellen erkannt. Davon nutzen 0 Lazy Loading und 2 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: 6, SVG: 7, PNG: 2, gemessenes Bildgewicht: 11.98 MB
Im direkt ausgelieferten HTML wurden 33 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: 33 externe Dateien, 0 Data-URI-Skripte, 1.79 MB
Es wurden 14 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: 14 Font-Dateien, 0 Font-Stylesheets, Gruppen: keine gruppierten Fonts erkannt, gemessenes Font-Gewicht: 0 B
Es wurden 13 direkte CSS-Dateien und 11 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: 13, zusätzliche Abhängigkeiten: 11, geschätztes CSS-Gewicht: 389.3 KB
Keine externen Abhängigkeiten erkannt – gut für Ladezeit und Datenschutz.
Warum wichtig: Jede zusätzliche externe Domain erhöht Abhängigkeiten und kann die Ladezeit beeinflussen.
Technischer Wert: 0 externe Hosts
Die ersten sichtbaren Inhalte erscheinen nach rund 2196 ms (spürbar verzögert), der wichtigste sichtbare Inhalt nach rund 2492 ms. Der Wert ist noch im grünen Bereich, aber verbesserungswürdig.
Warum wichtig: Diese Werte beschreiben, wann Nutzer erste und wichtigste Inhalte tatsächlich sehen.
Technischer Wert: FCP: 2196 ms, LCP: 2492 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 126 Requests mit rund 8.23 MB.
Warum wichtig: Dieser Wert zeigt die tatsächliche Laufzeit-Last im Browser und nicht nur statische HTML-Hinweise.
Technischer Wert: 126 Requests, 8.23 MB
Score-Breakdown
Speed
Cache-Qualität je Asset-Typ
Extern geladene Dienste im Browser
Diese Dienste wurden beim echten Seitenaufbau im Browser tatsächlich kontaktiert.
2 Requests · 202,5 KB
www.googletagmanager.com
6 Requests · 62,7 KB
tile.openstreetmap.org
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
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.
Erkannte Font-Dateien: 14, 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.
65 von 69 Bildern haben keine expliziten Dimensionen und können zu Layout-Verschiebungen (CLS) führen.
Empfehlung: width und height Attribute an img-Tags setzen.
Für die HTML-Auslieferung wurde keine klare gzip- oder Brotli-Komprimierung erkannt.
Empfehlung: gzip oder Brotli für textbasierte Inhalte aktivieren.
Für statische Ressourcen wurden keine klaren langlebigen Cache-Header erkannt.
Empfehlung: Cache-Control-Header für statische Dateien sauber setzen.
40 geprüfte Assets haben keine klaren langlebigen Cache-Regeln.
Empfehlung: Statische Dateien mit langfristigen Cache-Control-Werten ausliefern.
Ken.jpg umfasst rund 6.10 MB.
Empfehlung: Dieses Bild gezielt verkleinern, komprimieren und in modernerem Format ausliefern.
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 14 Font-Dateien mit rund 0 B erkannt.
Empfehlung: Weniger Schriftschnitte laden und Fonts möglichst effizient ausliefern.
13 @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 Website unterstützt kein HTTP/2.
Empfehlung: HTTP/2 beim Hoster oder Webserver aktivieren.
Bereits gut umgesetzt
Diese Punkte sind im aktuellen Scan bereits positiv aufgefallen.
Die Total Blocking Time liegt bei rund 60 ms.
Die Website ist per HTTPS erreichbar.
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 11 weitere Stylesheet-Abhängigkeiten erkannt.
Über CSS wurden 14 zusätzliche Font-Dateien erkannt.
Die Seite nutzt WordPress, vermutlich mit gutenberg.
Erkanntes Theme: berater-berger.
Erkannte Hinweise: yoast-seo.
Waterfall
Detaillierter Request-Waterfall aus dem Browser-Lauf.
Rohdaten
Vollständige Scan-Daten als maschinenlesbare JSON-Datei oder tabellarischer Export.