Performance / UX / Datenschutz

dresdenseminar.de: Ladeverhalten mit Betreibermaßnahmen

dresdenseminar.de: Performance-Score 100, Startseiten-Antwort 121 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.

100 Performance
121ms Startseite 27Requests 6Drittanbieter 129ms Ø Sample 0Tracking-Seiten

Opportunities

Was Betreiber konkret verbessern sollten

Fixplan exportieren
Antwortzeit der Startseite niedrig halten bereit · Wirkung mittel · 121 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 prüfen · 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 0 Byte.
Owner
Hosting/Webentwicklung
Guide
öffnen
Cache-Regeln nachvollziehbar setzen offen · Wirkung mittel · kein Cache-Control-Signal

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: Google Fonts, stackpath.bootstrapcdn.com, use.fontawesome.com, Cloudflare, code.jquery.com
Owner
Marketing/Webentwicklung/Datenschutz
Guide
öffnen
Script-Budget und Render-Blocker begrenzen prüfen · Wirkung mittel · 5 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://use.fontawesome.com/releases/v5.0.13/js/solid.js, https://use.fontawesome.com/releases/v5.0.13/js/fontawesome.js, https://code.jquery.com/jquery-3.3.1.slim.min.js, https://cdnjs.cloudflare.com/ajax/libs/popper.js/1.14.0/umd/popper.min.js, https://stackpath.bootstrapcdn.com/bootstrap/4.1.0/js/bootstrap.min.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.

4 Unterseite(n) wurden im letzten Crawl abgerufen; Tracking beeinflusst Datenschutzrisiko und Ladeverhalten.
Owner
Datenschutz/Marketing/Webentwicklung
Guide
öffnen
Wichtige Unterseiten schnell halten bereit · Wirkung mittel · Ø 129 ms

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

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

Diagnosen

Basiswerte aus dem letzten Check

CSV exportieren
27Requests 6Drittanbieter-Domains 5 JS / 3 CSS / 13 BilderAssets 4Unterseiten-Sample
/datenschutz.php 113 ms · HTTP 200

Tracking 0 · Cookies 0 · Formulare 0

Datenschutz
sichtbar
/impressum.php 118 ms · HTTP 200

Tracking 0 · Cookies 0 · Formulare 0

Datenschutz
sichtbar
/kontaktformular.php 144 ms · HTTP 200

Tracking 0 · Cookies 0 · Formulare 1

Datenschutz
sichtbar
/aktuelles.php 141 ms · HTTP 200

Tracking 0 · Cookies 0 · Formulare 0

Datenschutz
sichtbar