01KW48B90AG3JZ10NDFFHBY3RJ
Gesamtbewertung
Die Website weist vermeidbare Performance-Bremsen auf. 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
70 Bildquellen
25 JavaScript-Dateien werden synchron geladen und blockieren den Seitenaufbau.
Empfehlung: Scripts mit async oder defer Attribut laden wo möglich.
Direkt im HTML wurden 21 CSS-Dateien und 38 externe JavaScript-Dateien erkannt.
Empfehlung: Unnötige Assets reduzieren und Theme-/Plugin-Last prüfen.
Im HTML und in CSS wurden zusammen 70 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
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: 1.389,4 KB
Gesamt: 1.675,3 KB
Empfehlungen
Unnötige Skripte, Tracking und Frontend-Last durch Plugins sollten reduziert, verzögert geladen oder nur bei Bedarf eingebunden werden.
Mehrere externe Hosts werden beim echten Seitenaufbau geladen. Das erhöht Abhängigkeiten, Verbindungsaufwand und bremst häufig den Seitenaufbau.
Große Bilder, fehlende moderne Formate und fehlendes Lazy Loading bieten hier einen guten Optimierungshebel.
i0.wp.com verursacht rund 569.7 KB bei 12 Requests.
Empfehlung: Drittanbieter-Last reduzieren, bündeln oder später laden.
wi13.jpg umfasst rund 443.8 KB.
Empfehlung: Hero- und Above-the-fold-Bilder verkleinern und modern komprimieren.
Der CLS-Wert liegt bei 0.201.
Empfehlung: Bildgrößen, reservierte Flächen, Fonts und dynamische Einblendungen prüfen.
wi13.jpg – 443.8 KB
Datei: wi13.jpg · Host: i0.wp.com
https://i0.wp.com/css-tricks.com/wp-content/uploads/2026/06/wi13.jpg?resize=768%2C637&ssl=1
i0.wp.com – 569.7 KB bei 12 Requests
Host: i0.wp.com
CLS 0.201
110 Requests beim Seitenaufbau
wi13.jpg – 443.8 KB
Datei: wi13.jpg · Host: i0.wp.com
https://i0.wp.com/css-tricks.com/wp-content/uploads/2026/06/wi13.jpg?resize=768%2C637&ssl=1
Scan-Verlauf
5 öffentliche Scans dieser Seite
Mobil auffälligere Hosts
css-tricks.com
Mobil 772,9 KB · Desktop 676,6 KB · Differenz +96,4 KB
css-tricks.com
Mobil 59 · Desktop 55 · Differenz +4
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: 232 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: gzip
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: max-age=0, s-maxage=2592000, CSS: Gut cachebar, JS: Gut cachebar, Bilder: Teilweise cachebar, Fonts: unbekannt
Es wurden 70 Bildquellen erkannt. Davon nutzen 0 Lazy Loading und 16 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: 7, PNG: 6, WEBP: 2, gemessenes Bildgewicht: 804.9 KB
Im direkt ausgelieferten HTML wurden 38 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: 38 externe Dateien, 0 Data-URI-Skripte, 99.3 KB
Es wurden 3 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: 3 Font-Dateien, 0 Externe Font-Dienste, Gruppen: keine gruppierten Fonts erkannt, gemessenes Font-Gewicht: 0 B
Es wurden 21 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: 21, zusätzliche Abhängigkeiten: 10, geschätztes CSS-Gewicht: 141.7 KB
Die Seite lädt Inhalte von 9 externen Hosts.
Warum wichtig: Jede zusätzliche externe Domain erhöht Abhängigkeiten und kann die Ladezeit beeinflussen.
Technischer Wert: other: 10, consent: 1 — c0.wp.com, consent.trustarc.com, stats.wp.com, secure.gravatar.com, ajax.googleapis.com, cdnjs.cloudflare.com, static.codepen.io, instant.page, i0.wp.com
Die ersten sichtbaren Inhalte erscheinen nach rund 776 ms (akzeptabel), der wichtigste sichtbare Inhalt nach rund 776 ms. Das ist ein sehr guter Wert.
Warum wichtig: Diese Werte beschreiben, wann Nutzer erste und wichtigste Inhalte tatsächlich sehen.
Technischer Wert: FCP: 776 ms, LCP: 776 ms
Beim Laden kommt es zu sichtbaren Verschiebungen. Der gemessene CLS-Wert liegt bei 0.201.
Warum wichtig: CLS beschreibt, ob sich Inhalte beim Laden sichtbar verschieben.
Technischer Wert: CLS: 0.201
Beim echten Seitenaufbau werden relativ viele Requests geladen. Gemessen wurden 110 Requests mit rund 1.39 MB.
Warum wichtig: Dieser Wert zeigt die tatsächliche Laufzeit-Last im Browser und nicht nur statische HTML-Hinweise.
Technischer Wert: 110 Requests, 1.39 MB
Score-Breakdown
Speed
Cache-Qualität je Asset-Typ
Wirkung externer Dienste
10 erkannte Assets
c0.wp.com, stats.wp.com, secure.gravatar.com
Externe Dienste erhöhen generell Abhängigkeiten und zusätzliche Verbindungen.
1 erkannte Assets
consent.trustarc.com
Consent-Tools greifen früh im Seitenaufbau ein und können zusätzliche Skripte laden.
Extern geladene Dienste im Browser
Diese Dienste wurden beim echten Seitenaufbau im Browser tatsächlich kontaktiert.
13 Requests · 575,2 KB
cdnjs.cloudflare.com, i0.wp.com
21 Requests · 71,3 KB
c0.wp.com, secure.gravatar.com, instant.page, static.codepen.io, public.codepenassets.com
4 Requests · 0,0 KB
stats.wp.com, pixel.wp.com
12 Requests · 0,0 KB
consent.trustarc.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.
10 erkannte Assets
c0.wp.com, stats.wp.com, secure.gravatar.com
1 erkannte Assets
consent.trustarc.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: 232 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 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 Browser-Hauptthread war beim Seitenaufbau rund 338 ms blockiert (Total Blocking Time).
Empfehlung: JavaScript-Last reduzieren, schwere Skripte verzögert laden und Long Tasks aufteilen.
8 von 51 Bildern haben keine expliziten Dimensionen und können zu Layout-Verschiebungen (CLS) führen.
Empfehlung: width und height Attribute an img-Tags setzen.
Im Browser wurden 110 Requests ausgelöst.
Empfehlung: Vor allem Tracking, Builder-Assets, Fonts und zusätzliche externe Dienste reduzieren oder bündeln.
Beim echten Seitenaufbau wurden 10 externe Hosts kontaktiert.
Empfehlung: Externe Skripte und Drittanbieter-Verbindungen reduzieren oder bündeln.
Es wurden 9 externe Hosts für Assets und Einbindungen erkannt.
Empfehlung: Externe Abhängigkeiten reduzieren oder bündeln.
wi13.jpg umfasst rund 443.8 KB.
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.
1 @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.
Bereits gut umgesetzt
Diese Punkte sind im aktuellen Scan bereits positiv aufgefallen.
Die Serverantwort liegt bei rund 232 ms.
Erkannte Komprimierung: gzip.
Preconnect: 5, DNS-Prefetch: 4, 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 10 weitere Stylesheet-Abhängigkeiten erkannt.
Über CSS wurden 3 zusätzliche Font-Dateien erkannt.
Die Seite nutzt WordPress, vermutlich mit gutenberg.
Erkanntes Theme: CSS-Tricks-19.
Erkannte Hinweise: rank-math, breeze, gravityforms.
Waterfall
Detaillierter Request-Waterfall aus dem Browser-Lauf.
Rohdaten
Vollständige Scan-Daten als maschinenlesbare JSON-Datei oder tabellarischer Export.