01KTAMPPEX71BYE7QVPA2Y12YQ
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.
LCP mobil: 6796 ms · Desktop: 2356 ms.
Sofort angehen
Total Blocking Time ca. 2570 ms
Largest Contentful Paint ca. 6796 ms
Largest Contentful Paint ca. 6796 ms
3.54 MB
149 Bildquellen
gzip/Brotli nicht erkannt
Der Largest Contentful Paint liegt bei rund 6796 ms.
Empfehlung: Hero-Bild, CSS, Serverantwort und JavaScript-Last optimieren.
Der Browser-Hauptthread war beim Seitenaufbau rund 2570 ms blockiert (Total Blocking Time).
Empfehlung: JavaScript-Last reduzieren, schwere Skripte verzögert laden und Long Tasks aufteilen.
Die Seite enthält 3809 DOM-Elemente. Ab ~1500 Elementen wird der Browser spürbar langsamer.
Empfehlung: Unnötige Wrapper-Elemente reduzieren, Page-Builder-Output prüfen.
Im Browser wurden 303 Requests ausgelöst.
Empfehlung: Vor allem Tracking, Builder-Assets, Fonts und zusätzliche externe Dienste reduzieren oder bündeln.
Direkt im HTML wurden 12 CSS-Dateien und 78 externe JavaScript-Dateien erkannt.
Empfehlung: Unnötige Assets reduzieren und Theme-/Plugin-Last prüfen.
Im HTML und in CSS wurden zusammen 149 Bildreferenzen erkannt.
Empfehlung: Bilder optimieren, lazy loading nutzen und unnötige Medien reduzieren.
Die geprüften Bilder umfassen zusammen rund 3.54 MB.
Empfehlung: Bilder verkleinern, komprimieren und moderne Formate verwenden.
Wichtigste Verursacher
Top Hosts nach Datenmenge
Größte Requests
Gesamt: 1.141,2 KB
Gesamt: 1.203,0 KB
Unterschiede bei externen Kategorien
Other
Mobil 164 · Desktop 150 · Differenz +14
Consent
Mobil 16 · Desktop 7 · Differenz +9
Ads
Mobil 2 · Desktop 0 · Differenz +2
Ads
Empfehlungen
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.
Mehrere externe Hosts werden beim echten Seitenaufbau geladen. Das erhöht Abhängigkeiten, Verbindungsaufwand und bremst häufig den Seitenaufbau.
other verursacht mobil 14 zusätzliche Requests.
Empfehlung: Externe Einbindungen und mobile Varianten gezielt reduzieren.
web.cmp.usercentrics.eu verursacht rund 1.42 MB bei 9 Requests.
Empfehlung: Drittanbieter-Last reduzieren, bündeln oder später laden.
Der mobile LCP liegt rund 4440 ms über dem Desktop-Wert.
Empfehlung: Mobilen Seitenaufbau, Bildgrößen, CSS und Drittanbieter gesondert prüfen.
Mobil auffälligere Hosts
web.cmp.usercentrics.eu
Mobil 9 · Desktop 4 · Differenz +5
serve.omr.com
Mobil 5 · Desktop 0 · Differenz +5
www.google.com
Mobil 4 · Desktop 1 · Differenz +3
static.omr.com
Mobil 3 · Desktop 1 · Differenz +2
uct.service.usercentrics.eu
Mobil 2 · Desktop 0 · Differenz +2
www.google.de
Mobil 2 · Desktop 0 · Differenz +2
cdn77.omr.com
Mobil 2 · Desktop 0 · Differenz +2
api.usercentrics.eu
uct.service.usercentrics.eu
www.googleadservices.com
consent-api.service.consent.usercentrics.eu
serve.omr.com
googleads.g.doubleclick.net
www.google.de
cdn77.omr.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: 87 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
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: stale-while-revalidate, CSS: Gut cachebar, JS: Gut cachebar, Bilder: Teilweise cachebar, Fonts: unbekannt
Es wurden 149 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: PNG: 5, OTHER: 5, WEBP: 3, JPG: 1, gemessenes Bildgewicht: 3.54 MB
Im direkt ausgelieferten HTML wurden 78 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: 78 externe Dateien, 0 Data-URI-Skripte, 375.0 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 12 direkte CSS-Dateien und 10 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: 12, zusätzliche Abhängigkeiten: 10, geschätztes CSS-Gewicht: 40.3 KB
Die Seite lädt Inhalte von 4 externen Hosts.
Warum wichtig: Jede zusätzliche externe Domain erhöht Abhängigkeiten und kann die Ladezeit beeinflussen.
Technischer Wert: other: 14 — eu-central-1.graphassets.com, storage.googleapis.com, cdn.shopify.com, assets.reviews.omr.com
Die ersten sichtbaren Inhalte erscheinen nach rund 976 ms (akzeptabel), der wichtigste sichtbare Inhalt nach rund 6796 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: 976 ms, LCP: 6796 ms
Die Layout-Stabilität ist gut. Der gemessene CLS-Wert liegt bei 0.042.
Warum wichtig: CLS beschreibt, ob sich Inhalte beim Laden sichtbar verschieben.
Technischer Wert: CLS: 0.042
Beim echten Seitenaufbau werden sehr viele Requests und spürbar viel Datenvolumen geladen. Gemessen wurden 303 Requests mit rund 3.93 MB.
Warum wichtig: Dieser Wert zeigt die tatsächliche Laufzeit-Last im Browser und nicht nur statische HTML-Hinweise.
Technischer Wert: 303 Requests, 3.93 MB
Score-Breakdown
Speed
Cache-Qualität je Asset-Typ
Wirkung externer Dienste
14 erkannte Assets
eu-central-1.graphassets.com, storage.googleapis.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.
16 Requests · 1.451,8 KB
web.cmp.usercentrics.eu, v1.api.service.cmp.usercentrics.eu, app.usercentrics.eu, api.usercentrics.eu, uct.service.usercentrics.eu, consent-api.service.consent.usercentrics.eu
3 Requests · 81,1 KB
cdn.shopify.com
164 Requests · 0,0 KB
eu-central-1.graphassets.com, storage.googleapis.com, static.omr.com, assets.reviews.omr.com, mole.omr.com, my.omr.com, www.google.com, serve.omr.com, www.google.de, cdn77.omr.com
2 Requests · 0,0 KB
www.googletagmanager.com
2 Requests · 0,0 KB
www.googleadservices.com, googleads.g.doubleclick.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.
14 erkannte Assets
eu-central-1.graphassets.com, storage.googleapis.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: 87 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.
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.
Es werden nur die ersten 40 Einträge angezeigt.
WordPress-Erkennung
Redirect-Kette
https://omr.com/
http://omr.com/de
Optimierungspotenzial
Diese Punkte sind nicht kritisch, können aber die Performance, Stabilität oder Klarheit des Seitenaufbaus verbessern.
5 JavaScript-Dateien werden synchron geladen und blockieren den Seitenaufbau.
Empfehlung: Scripts mit async oder defer Attribut laden wo möglich.
29 von 155 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 21 externe Hosts kontaktiert.
Empfehlung: Externe Skripte und Drittanbieter-Verbindungen reduzieren oder bündeln.
Für die HTML-Auslieferung wurde keine klare gzip- oder Brotli-Komprimierung erkannt.
Empfehlung: gzip oder Brotli für textbasierte Inhalte aktivieren.
Die statisch erkannten JavaScript-Dateien umfassen zusammen rund 375.0 KB.
Empfehlung: Schwere oder unnötige Skripte reduzieren und nur bei Bedarf laden.
cmppfhf6fd6qr07t4mox2djl7 umfasst rund 1.36 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 keine WebP- oder AVIF-Bilddateien in den HTML-Bildquellen erkannt.
Empfehlung: Nach Möglichkeit WebP oder AVIF für Bilder verwenden.
Die Seite lädt von 4 externen Hosts, nutzt aber weder preconnect noch dns-prefetch.
Empfehlung: Für die wichtigsten externen Hosts preconnect oder dns-prefetch im HTML-Head setzen.
Title: ja, H1: nein, Viewport: ja.
Empfehlung: Grundlegende HTML- und SEO-Basisangaben vervollständigen.
Bereits gut umgesetzt
Diese Punkte sind im aktuellen Scan bereits positiv aufgefallen.
Die Serverantwort liegt bei rund 87 ms.
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 10 weitere Stylesheet-Abhängigkeiten erkannt.
Die Seite nutzt WordPress.
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.