01KTZWFMEM2VF0AK5YBVP2C9YR
Gesamtbewertung
Die Website ist grundsätzlich solide. Einige klare Bremsen sollten behoben werden. Vor allem die Ladegeschwindigkeit bietet Verbesserungspotenzial.
Browser-Laufzeitmessung
Diese Werte stammen aus dem echten Seitenaufbau im Browser und zeigen die Unterschiede zwischen Desktop und Mobil.
154 Requests mobil gegenüber 111 auf Desktop.
Google PageSpeed Score
Synthetische Messung von Google Lighthouse — unabhängig vom turbometrics-Score gemessen.
Google erkennt Optimierungspotenzial bei dieser Seite. · Abgerufen am 07. Juni 2026, 03:00 Uhr
Sofort angehen
154 Requests beim Seitenaufbau
357 Bildquellen
Total Blocking Time ca. 287 ms
154 Requests
16 Scripts ohne async/defer
16 JavaScript-Dateien werden synchron geladen und blockieren den Seitenaufbau.
Empfehlung: Scripts mit async oder defer Attribut laden wo möglich.
Im Browser wurden 154 Requests ausgelöst.
Empfehlung: Vor allem Tracking, Builder-Assets, Fonts und zusätzliche externe Dienste reduzieren oder bündeln.
Direkt im HTML wurden 31 CSS-Dateien und 19 externe JavaScript-Dateien erkannt.
Empfehlung: Unnötige Assets reduzieren und Theme-/Plugin-Last prüfen.
Im HTML und in CSS wurden zusammen 357 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-Hintergrundbildkandidat
Der größte sichtbare Inhalt scheint über ein CSS-Hintergrundbild geprägt zu sein.
Das Element nutzt wahrscheinlich ein Hintergrundbild per CSS.
Wichtigste Verursacher
Top Hosts nach Datenmenge
Größte Requests
Gesamt: 1.957,4 KB
Gesamt: 1.293,0 KB
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.
www.inside-digital.de erzeugt auf Mobil deutlich mehr Last als auf Desktop. Vor allem die zusätzlich geladenen Requests und Assets sollten gezielt geprüft werden.
www.inside-digital.de erzeugt mobil rund 633.2 KB mehr Datenmenge als auf Desktop.
Empfehlung: Diesen Host und seine mobil geladenen Assets gezielt prüfen und reduzieren.
Der Browser-Hauptthread war beim Seitenaufbau rund 287 ms blockiert (Total Blocking Time).
Empfehlung: JavaScript-Last reduzieren, schwere Skripte verzögert laden und Long Tasks aufteilen.
Die Seite enthält 3647 DOM-Elemente. Ab ~1500 Elementen wird der Browser spürbar langsamer.
Empfehlung: Unnötige Wrapper-Elemente reduzieren, Page-Builder-Output prüfen.
www.inside-digital.de – mobil 633.2 KB mehr Datenmenge
Host: www.inside-digital.de
Scan-Verlauf
5 öffentliche Scans dieser Seite
Mobil auffälligere Hosts
www.inside-digital.de
Mobil 2.037,6 KB · Desktop 1.404,4 KB · Differenz +633,2 KB
www.inside-digital.de
Mobil 137 · Desktop 92 · Differenz +45
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: 22 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)
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: public, max-age=900, must-revalidate, CSS: Gut cachebar, JS: Gut cachebar, Bilder: Gut cachebar, Fonts: unbekannt
Es wurden 357 Bildquellen erkannt. Davon nutzen 398 Lazy Loading und 180 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: 2, JPG: 12, SVG: 1, gemessenes Bildgewicht: 1.39 MB
Im direkt ausgelieferten HTML wurden 19 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: 19 externe Dateien, 0 Data-URI-Skripte, 192.5 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 31 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: 31, zusätzliche Abhängigkeiten: 10, geschätztes CSS-Gewicht: 42.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 592 ms (akzeptabel), der wichtigste sichtbare Inhalt nach rund 712 ms. Das ist ein sehr guter Wert.
Warum wichtig: Diese Werte beschreiben, wann Nutzer erste und wichtigste Inhalte tatsächlich sehen.
Technischer Wert: FCP: 592 ms, LCP: 712 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 154 Requests mit rund 2.07 MB.
Warum wichtig: Dieser Wert zeigt die tatsächliche Laufzeit-Last im Browser und nicht nur statische HTML-Hinweise.
Technischer Wert: 154 Requests, 2.07 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.
14 Requests · 80,2 KB
gdpr-tcfv2.sp-prod.net, cp.inside-digital.de, cdn.privacy-mgmt.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.
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: 22 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.
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
Redirect-Kette
https://inside-digital.de/
Optimierungspotenzial
Diese Punkte sind nicht kritisch, können aber die Performance, Stabilität oder Klarheit des Seitenaufbaus verbessern.
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 22 ms.
Erkannte Komprimierung: br.
Preconnect: 0, DNS-Prefetch: 7, Prefetch: 0.
Die Website ist per HTTPS erreichbar.
Die Website wird über HTTP/2 ausgeliefert.
Die Website kündigt HTTP/3 per Alt-Svc-Header an.
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, vermutlich mit wpbakery.
Erkanntes Theme: Newspaper-child.
Erkannte Hinweise: wpbakery, yoast-seo.
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.