Performance / UX / Datenschutz

berliner-woche.de: Ladeverhalten mit Betreibermaßnahmen

berliner-woche.de: Performance-Score 82, Startseiten-Antwort 369 ms, 6 Drittanbieter-Domain(s), 0 Sample-Seite(n) mit Tracking-Signalen.

Dieses Center ist ein SaferPage-Lab- und Browser-Basissignal. Es ersetzt keinen vollständigen Lighthouse-/WebPageTest-Lauf und enthält keine CrUX-Field-Daten; es priorisiert sichtbare Performance-, UX- und Datenschutz-Hebel für Betreiber.

82 Performance
Report Befunde Consent Technik Seiten JSON CSV Plan MD
369ms Startseite 83Requests 6Drittanbieter 0ms Ø Sample 0Tracking-Seiten

Opportunities

Was Betreiber konkret verbessern sollten

Fixplan exportieren
Antwortzeit der Startseite niedrig halten bereit · Wirkung mittel · 369 ms

Serverantwort, Caching, Datenbankzugriffe und externe Render-Blocker prüfen; nach Deployment erneut scannen.

SaferPage misst die Server-/Abrufdauer des letzten Checks.
Owner
Webentwicklung/Hosting
Guide
öffnen
Textressourcen komprimieren offen · Wirkung mittel · Kompression nicht sicher erkannt

Brotli oder gzip für HTML, CSS, JS und JSON aktivieren und Antwortheader nach dem Nginx-/CDN-Deployment kontrollieren.

Header-/HTML-Signale aus dem letzten Abruf: Content-Length 342176 Byte.
Owner
Hosting/Webentwicklung
Guide
öffnen
Cache-Regeln nachvollziehbar setzen bereit · Wirkung mittel · public, max-age=1, s-maxage=60

Statische Assets lang cachen, HTML bewusst kurz cachen und Cache-Policy dokumentieren, damit Performance und Aktualität steuerbar bleiben.

SaferPage bewertet sichtbare HTTP-Cache-Hinweise der geprüften Seite.
Owner
Hosting/Webentwicklung
Guide
öffnen
Mobile Viewport sauber ausspielen bereit · Wirkung niedrig · Viewport vorhanden

Viewport-Meta-Tag setzen, Layout auf kleinen Displays testen und Datenschutz-/Consent-Elemente ohne Überlagerung darstellen.

HTML-Basischeck auf mobile Nutzbarkeit.
Owner
UX/Webentwicklung
Guide
öffnen
Drittanbieterlast reduzieren prüfen · Wirkung mittel · 6 Drittanbieter-Domain(s)

Nicht notwendige externe Dienste entfernen, Fonts lokal hosten und Marketing-/Werbeskripte erst nach Einwilligung laden.

Sichtbare Anbieter: morgenpost.de, e-pages.dk, assets.morgenpost.de, extracontent.morgenpost.de, static-ds.sparknews.funkemedien.de, cdn.piano.io, spark.cloud.funkedigital.de
Owner
Marketing/Webentwicklung/Datenschutz
Guide
öffnen
Script-Budget und Render-Blocker begrenzen offen · Wirkung hoch · 8 Script(s), 5 extern

Skripte bündeln, verzögert laden, Consent-Gates setzen und nicht notwendige Tags aus dem Initial Load entfernen.

Externe Scripts: https://static.cleverpush.com/channel/loader/EF72MzEQT5TcwBnS5.js, https://cdn.piano.io/api/tinypass.min.js, https://spark.cloud.funkedigital.de/spark2.js, https://widgets.opinary.com/a/morgenpost.js, https://cdn.julephosting.de/headless-player/player.js
Owner
Webentwicklung/Marketing Ops
Guide
öffnen
Datenschutz und Performance gemeinsam verbessern offen · Wirkung mittel · 0 Sample-Seite(n) mit Tracking-Signalen

Tracking, Anzeigen, Consent-Manager und externe Ressourcen erst nach Zweckprüfung und Einwilligung laden; danach Consent- und Performance-Recheck durchführen.

0 Unterseite(n) wurden im letzten Crawl abgerufen; Tracking beeinflusst Datenschutzrisiko und Ladeverhalten.
Owner
Datenschutz/Marketing/Webentwicklung
Guide
öffnen
Wichtige Unterseiten schnell halten prüfen · Wirkung mittel · keine Sample-Zeit

Kontakt-, Datenschutz-, Impressums- und Conversion-Seiten priorisiert testen; langsame Templates und Consent-Overlays gesondert optimieren.

0 zuletzt geprüfte Unterseite(n), 0 mit Formularen.
Owner
UX/Webentwicklung
Guide
öffnen

Diagnosen

Basiswerte aus dem letzten Check

CSV exportieren
83Requests 6Drittanbieter-Domains 8 JS / 2 CSS / 24 BilderAssets 0Unterseiten-Sample