01KS4QWZASC5F47Z2Y4Y1BF383
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
Total Blocking Time ca. 1392 ms
183 Requests beim Seitenaufbau
6.23 MB
497 Bildquellen
Die Seite enthält 4388 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 183 Requests ausgelöst.
Empfehlung: Vor allem Tracking, Builder-Assets, Fonts und zusätzliche externe Dienste reduzieren oder bündeln.
Im HTML und in CSS wurden zusammen 497 Bildreferenzen erkannt.
Empfehlung: Bilder optimieren, lazy loading nutzen und unnötige Medien reduzieren.
Die geprüften Bilder umfassen zusammen rund 6.23 MB.
Empfehlung: Bilder verkleinern, komprimieren und moderne Formate verwenden.
Echte Nutzerdaten (CrUX)
Basierend auf anonymen Chrome-Nutzerdaten der letzten 28 Tage · Nur Chrome-Nutzer · Kein Firefox/Safari
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: 104,4 KB
Gesamt: 137,0 KB
Unterschiede bei externen Kategorien
Other
Mobil 381,1 KB · Desktop 202,4 KB · Differenz +178,7 KB
Mobil: www.bild.de, a.bildstatic.de, images.bild.de, cdn.greenvideo.io · Desktop: a.bildstatic.de, www.asadcdn.com, images.bild.de, cdn.greenvideo.io
Other
Mobil 178 · Desktop 234 · Differenz -56
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 erzeugt mobil rund 178.7 KB mehr Datenmenge als auf Desktop.
Empfehlung: Fonts, Tracking, Consent oder andere externe Dienste mobil gesondert prüfen.
www.bild.de verursacht rund 220.5 KB bei 9 Requests.
Empfehlung: Drittanbieter-Last reduzieren, bündeln oder später laden.
Der Browser-Hauptthread war beim Seitenaufbau rund 1392 ms blockiert (Total Blocking Time).
Empfehlung: JavaScript-Last reduzieren, schwere Skripte verzögert laden und Long Tasks aufteilen.
www.bild.de – 220.5 KB bei 9 Requests
Host: www.bild.de
www.bild.de – 220.5 KB bei 9 Requests
Host: www.bild.de
Mobil auffälligere Hosts
m.bild.de
Mobil 110,2 KB · Desktop 0,0 KB · Differenz +110,2 KB
www.bild.de
Mobil 220,5 KB · Desktop 120,7 KB · Differenz +99,8 KB
m.bild.de
Mobil 1 · Desktop 0 · Differenz +1
m.bild.de
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: 56 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: no-cache, must-revalidate, max-age=10, CSS: Gut cachebar, JS: Kaum cachebar, Bilder: Gut cachebar, Fonts: Gut cachebar
Es wurden 497 Bildquellen erkannt. Davon nutzen 412 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: GIF: 1, JPG: 13, PNG: 1, gemessenes Bildgewicht: 6.23 MB
Im direkt ausgelieferten HTML wurden 8 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: 8 externe Dateien, 0 Data-URI-Skripte, 354.9 KB
Es wurden 14 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: 14 Font-Dateien, 0 Externe Font-Dienste, Gruppen: 21A46BAE2B5D0CF5D-B86TC6Xy (1), B6699C503D96A9BC1-Y6VHSoC9 (1), D7632D565C85109A8-CzMhb-pT (1), gemessenes Font-Gewicht: 161.9 KB
Es wurden 3 direkte CSS-Dateien und 3 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: 3, zusätzliche Abhängigkeiten: 3, geschätztes CSS-Gewicht: 504.4 KB
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: other: 36 — a.bildstatic.de, cmp2.bild.de, html-load.com, www.asadcdn.com, cdn.greenvideo.io, rosetta.prod.ps.bild.de, ast.bild.de, images.bild.de
Die ersten sichtbaren Inhalte erscheinen nach rund 684 ms (akzeptabel), der wichtigste sichtbare Inhalt nach rund 684 ms. Das ist ein sehr guter Wert.
Warum wichtig: Diese Werte beschreiben, wann Nutzer erste und wichtigste Inhalte tatsächlich sehen.
Technischer Wert: FCP: 684 ms, LCP: 684 ms
Die Layout-Stabilität ist gut. Der gemessene CLS-Wert liegt bei 0.02.
Warum wichtig: CLS beschreibt, ob sich Inhalte beim Laden sichtbar verschieben.
Technischer Wert: CLS: 0.02
Beim echten Seitenaufbau werden sehr viele Requests und spürbar viel Datenvolumen geladen. Gemessen wurden 183 Requests mit rund 545.4 KB.
Warum wichtig: Dieser Wert zeigt die tatsächliche Laufzeit-Last im Browser und nicht nur statische HTML-Hinweise.
Technischer Wert: 183 Requests, 545.4 KB
Score-Breakdown
Speed
Cache-Qualität je Asset-Typ
Wirkung externer Dienste
36 erkannte Assets
a.bildstatic.de, cmp2.bild.de, html-load.com, www.asadcdn.com, cdn.greenvideo.io, rosetta.prod.ps.bild.de, ast.bild.de, images.bild.de
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.
178 Requests · 381,1 KB
www.bild.de, a.bildstatic.de, images.bild.de, cdn.greenvideo.io, cmp2.bild.de, www.asadcdn.com, rosetta.prod.ps.bild.de, html-load.com, ast.bild.de, jnt.bild.de, s.html-load.com, embeds.greenvideo.io, wall-e.prod.ps.bild.de, wait-web.prod.ps.bild.de, whoami-web.prod.ps.bild.de, acdn.adnxs.com, media-api-prod.greenvideo.io, consumer-api.prod.auth.bild.de, cdn.privacy-mgmt.com, web.de, login.web.de, login.gmx.net, gmx.net, dck7nrao.media.greenvideo.io, ad-delivery.net, as.bild.de, rusty-heartbeat.services.ps.axelspringer.de, utiqcontent.com, public-epg.api.bild.de
1 Requests · 54,0 KB
pagead2.googlesyndication.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.
36 erkannte Assets
a.bildstatic.de, cmp2.bild.de, html-load.com, www.asadcdn.com, cdn.greenvideo.io, rosetta.prod.ps.bild.de, ast.bild.de, images.bild.de
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: 56 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.
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 die im direkt ausgelieferten HTML erkannten externen Skriptquellen. Dynamisch nachgeladene Skripte sind darin nicht vollständig enthalten.
WordPress-Erkennung
Redirect-Kette
https://bild.de/
Optimierungspotenzial
Diese Punkte sind nicht kritisch, können aber die Performance, Stabilität oder Klarheit des Seitenaufbaus verbessern.
Beim echten Seitenaufbau wurden 30 externe Hosts kontaktiert.
Empfehlung: Externe Skripte und Drittanbieter-Verbindungen reduzieren oder bündeln.
Die statisch erkannten JavaScript-Dateien umfassen zusammen rund 354.9 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.
2cc94b3e4b331bd62a5be59c17981ead,cdda9176 umfasst rund 5.39 MB.
Empfehlung: Dieses Bild gezielt verkleinern, komprimieren und in modernerem Format ausliefern.
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 14 Font-Dateien mit rund 161.9 KB erkannt.
Empfehlung: Weniger Schriftschnitte laden und Fonts möglichst effizient ausliefern.
21A46BAE2B5D0CF5D-B86TC6Xy.woff, B6699C503D96A9BC1-Y6VHSoC9.woff, D7632D565C85109A8-CzMhb-pT.woff – Veraltete Formate (TTF/EOT) sollten durch WOFF2 ersetzt werden.
Empfehlung: Font als WOFF2 konvertieren und ausliefern. WOFF2 ist ~30% kleiner und wird von allen modernen Browsern unterstützt.
7 @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.
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 56 ms.
Erkannte Komprimierung: gzip.
Preconnect: 1, DNS-Prefetch: 1, Prefetch: 0.
Die Website ist per HTTPS 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 3 weitere Stylesheet-Abhängigkeiten erkannt.
Über CSS wurden 14 zusätzliche Font-Dateien erkannt.
Im HTML und in den Asset-Pfaden wurden keine klaren WordPress-Hinweise gefunden.
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.