# Befund- und Fixplan für hamburg-web.de

hamburg-web.de: 53 konsolidierte Befund(e), davon 10 hoch und 24 mittel priorisiert.
Check: 2026-06-17 23:27:30.732911+02

> Konsolidierte Arbeitsliste aus öffentlicher SaferPage-Evidenz. Betreiber müssen Befunde fachlich prüfen, interne Systeme ergänzen und nach Umsetzung erneut scannen.

## PHP-Version ist nicht mehr upstream unterstuetzt

- Priorität: hoch / Impact 95
- Bereich: vulnerability / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: PHP-Version ist nicht mehr upstream unterstuetzt
- Maßnahme: PHP auf eine aktuell unterstuetzte Version migrieren. Upstream-Sicherheitsfixes gibt es laut php.net nur noch fuer PHP 8.2 bis 8.5; alte 7.x/8.0/8.1-Header sind kritisch, sofern kein Distribution-Backport nachweisbar ist.
- Hintergrund-Link: https://saferpage.de/guides/sichtbare-versionen-und-cves-beheben

## Anbieterakten, AVV/DPA und Transfers prüfen

- Priorität: hoch / Impact 82
- Bereich: Anbieter & Transfer / Verantwortlich: Legal/Vendor-Verantwortung
- Nachweis: Vendor-Due-Diligence mit 5 Anbieter(n), 2 hohem Risiko, 5 AVV-/DPA-Prüfung(en) und 5 Transfer-/Jurisdiktionsfrage(n).
- Maßnahme: Top-Anbieter nach Risiko priorisieren, Rolle, Vertrag, TOMs, Unterauftragsverarbeiter und Transfergrundlage dokumentieren.
- Hintergrund-Link: https://saferpage.de/anbieter/hamburg-web.de

## Datenschutz, Cookies & Consent

- Priorität: hoch / Impact 78
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 1 Tracking-Script(s), 1 Cookie(s) vor Einwilligung, 0 Tracking-Cookie(s), Ablehnen-Option: ja, Consent-Audit: 38.
- Maßnahme: Tracking, Werbung und nicht notwendige Cookies vor Zustimmung blockieren und verständlich erklären.
- Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren

## Barrierefreiheit & Usability

- Priorität: hoch / Impact 75
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 70 Bild(er) ohne alt, 4 Formularfeld(er) ohne Beschriftung, 0 Button(s) ohne Namen.
- Maßnahme: Alt-Texte, Formularlabels, Button-Namen, lang-Attribut und Überschriftenstruktur für Nutzer und Screenreader prüfen.
- Hintergrund-Link: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare

## Barrierefreiheit und Usability prüfen

- Priorität: hoch / Impact 75
- Bereich: Barrierefreiheit / Verantwortlich: UX/IT
- Nachweis: 145 Bild(er), 4 Formularfeld(er), 0 Button(s) im passiven HTML-Sample auf Basis-Barrierefreiheit geprüft.
- Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
- Hintergrund-Link: https://saferpage.de/barrierefreiheit/hamburg-web.de

## Google-Dienste & Drittanbieter

- Priorität: hoch / Impact 72
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Google-Tags: ja, 5 Google-nahe Domain(s), Consent-Default: nein, Analytics: nein, Werbung: ja, Fonts: ja.
- Maßnahme: Google-Dienste einzeln prüfen, Consent Mode sauber setzen und Fonts möglichst lokal ausliefern.
- Hintergrund-Link: https://saferpage.de/guides/google-dienste-datenschutzfreundlich-einbinden

## Security-Header und Browser-Schutz härten

- Priorität: hoch / Impact 66
- Bereich: Security / Verantwortlich: IT/Security
- Nachweis: 0 von 9 wichtigen Security-Headern vorhanden, 0 korrekt bewertet. Keine Content-Security-Policy gefunden.
- Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## Sicherheit, TLS & Header

- Priorität: hoch / Impact 66
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 2 Infrastruktur-Hinweis(e), Security-Header: 0/9 vorhanden, 9 fehlen, externe Skript-Hosts: 1.
- Maßnahme: HTTPS, Zertifikat, HSTS, CSP, zentrale Security-Header und externe Skriptquellen sauber konfigurieren.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## Consent-Audit zeigt Handlungsbedarf

- Priorität: hoch / Impact 62
- Bereich: Consent & Tracking / Verantwortlich: Marketing/IT
- Nachweis: Consent, Tracking oder Drittanbieter wirken im Erstaufruf deutlich nachbesserungsbeduerftig.
- Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
- Hintergrund-Link: https://saferpage.de/consent/hamburg-web.de

## Browser-Nachweis

- Priorität: hoch / Impact 57
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 89 Request(s), 5 Drittanbieter-Domain(s), davon 1 datenschutzrelevant, 1 Browser-Cookie(s), Transfer-Prüfbedarf: 5, Referrer-/URL-Leaks: 2, Fingerprinting-/Replay-Hinweise: 0.
- Maßnahme: Unnötige Drittanbieter reduzieren und die verbleibenden Kontakte in Datenschutz und Consent abbilden.
- Hintergrund-Link: https://saferpage.de/guides/drittanbieter-datenschutz-erklaeren

## Consent-Banner mit Dark-Pattern-/UX-Risiko

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Consent-Banner mit Dark-Pattern-/UX-Risiko
- Maßnahme: Ablehnen, Einstellungen und Akzeptieren gleichwertig anbieten und Reject technisch wirksam machen.
- Hintergrund-Link: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog

## Consent-Banner wirkt im Browser wie Akzeptieren-only

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Consent-Banner wirkt im Browser wie Akzeptieren-only
- Maßnahme: Ablehnen und Einstellungen im ersten Banner-Layer sichtbar und gleichwertig anbieten.
- Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren

## Content-Security-Policy fehlt

- Priorität: mittel / Impact 70
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Content-Security-Policy fehlt
- Maßnahme: Header `content-security-policy` setzen und nach Deployment erneut prüfen.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## Dateneingabe und datenschutzrelevante Drittanbieter im selben Browseraufruf

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Dateneingabe und datenschutzrelevante Drittanbieter im selben Browseraufruf
- Maßnahme: Tracking, Werbung und Session-Replay auf Seiten mit Dateneingabe nur nach Einwilligung auslösen und keine Formularwerte an Tags übergeben.
- Hintergrund-Link: https://saferpage.de/guides/pii-und-url-datenlecks-vermeiden

## Doorway-/Städte-Seiten-Muster möglich

- Priorität: mittel / Impact 70
- Bereich: seo / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Doorway-/Städte-Seiten-Muster möglich
- Maßnahme: Prüfen, ob automatisch erzeugte Stadt-/Keyword-Seiten ohne eigenständigen Nutzen vorliegen.
- Hintergrund-Link: https://saferpage.de/guides/seo-spam-und-cloaking-bereinigen

## Drittland-/US-Anbieter im Browseraufruf prüfen

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Drittland-/US-Anbieter im Browseraufruf prüfen
- Maßnahme: Für Anbieter wie Google AdSense, Google Funding Choices, Google Fonts, Google Fonts, lh3.googleusercontent.com Transfergrundlage, AVV, DPF/SCC/TIA und Datenschutzhinweise prüfen.
- Hintergrund-Link: https://saferpage.de/guides/drittlandtransfer-und-anbieter-pruefen

## Erkannte Anbieter fehlen in der Datenschutzerklärung

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Erkannte Anbieter fehlen in der Datenschutzerklärung
- Maßnahme: Technisch erkannte Dienste in der Datenschutzerklärung konkret mit Anbieter, Zweck, Rechtsgrundlage, Empfänger und Transferhinweis benennen.
- Hintergrund-Link: https://saferpage.de/guides/drittanbieter-datenschutz-erklaeren

## Formularfelder ohne klare Beschriftung

- Priorität: mittel / Impact 70
- Bereich: accessibility / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Formularfelder ohne klare Beschriftung
- Maßnahme: Für jedes Eingabefeld ein sichtbares label, aria-label oder aria-labelledby setzen.
- Hintergrund-Link: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare

## Google Consent Mode Default nicht erkannt

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Google Consent Mode Default nicht erkannt
- Maßnahme: Vor dem ersten Google-Tag Consent-Defaults setzen, typischerweise ad_storage, analytics_storage, ad_user_data und ad_personalization auf denied.
- Hintergrund-Link: https://saferpage.de/guides/google-dienste-datenschutzfreundlich-einbinden

## HSTS fehlt

- Priorität: mittel / Impact 70
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: HSTS fehlt
- Maßnahme: Header `strict-transport-security` setzen und nach Deployment erneut prüfen.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## Möglicherweise nicht notwendige Cookies vor Einwilligung

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Möglicherweise nicht notwendige Cookies vor Einwilligung
- Maßnahme: Prüfen, ob diese Cookies technisch notwendig sind oder erst nach Einwilligung gesetzt werden dürfen.
- Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren

## Seiten-URL wird in Drittanbieter-Requests übertragen

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Seiten-URL wird in Drittanbieter-Requests übertragen
- Maßnahme: Tracking-/Tag-Parameter für Anbieter wie Google AdSense, Google Funding Choices so konfigurieren, dass keine unnötigen Pfade, Suchparameter oder Formularumfelder gesendet werden.
- Hintergrund-Link: https://saferpage.de/guides/referrer-und-url-leaks-vermeiden

## Sensible URL-Schlüssel im Drittanbieter-Kontext

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Sensible URL-Schlüssel im Drittanbieter-Kontext
- Maßnahme: Sensible Parameter wie E-Mail, Name, Token oder Session-IDs aus URLs entfernen und Drittanbieter-Tags auf solchen Seiten blockieren.
- Hintergrund-Link: https://saferpage.de/guides/referrer-und-url-leaks-vermeiden

## Tracking ohne sichtbaren Cookie-Hinweis

- Priorität: mittel / Impact 70
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Tracking ohne sichtbaren Cookie-Hinweis
- Maßnahme: Prüfen, ob vor Tracking eine wirksame Einwilligung eingeholt wird.
- Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren

## X-Content-Type-Options fehlt

- Priorität: mittel / Impact 70
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: X-Content-Type-Options fehlt
- Maßnahme: Header `x-content-type-options` setzen und nach Deployment erneut prüfen.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## X-Frame-Options fehlt

- Priorität: mittel / Impact 70
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: X-Frame-Options fehlt
- Maßnahme: Header `x-frame-options` setzen und nach Deployment erneut prüfen.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## Rechte- und Anfrageprozess schließen

- Priorität: mittel / Impact 62
- Bereich: Betroffenenrechte / Verantwortlich: Datenschutz/Support
- Nachweis: Betroffenenrechte-Readiness: 80/100 Punkte, 2 Lücke(n) oder manuelle Prüfpunkte. Fokus: transparenter Anfrageweg, Datenquellen und sichere Antwortprozesse.
- Maßnahme: Auskunft, Löschung, Berichtigung, Widerspruch, Widerruf, Fristen und Antwortweg als Betreiberprozess dokumentieren.
- Hintergrund-Link: https://saferpage.de/rechte/hamburg-web.de

## Google-Tags und Consent Mode prüfen

- Priorität: mittel / Impact 42
- Bereich: Google Consent Mode / Verantwortlich: GTM/Webentwicklung
- Nachweis: Google-Consent-Mode-Signale wurden aus GTM/Analytics/Ads-Tags, passenden Browserkontakten und Tracking-IDs abgeleitet; reine Google-Service-Kontakte werden separat gezählt.
- Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
- Hintergrund-Link: https://saferpage.de/consent-mode/hamburg-web.de

## Performance & mobile Nutzbarkeit

- Priorität: mittel / Impact 35
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Performance-Score 94, Antwortzeit 603 ms.
- Maßnahme: Antwortzeit, Komprimierung, Viewport und blockierende Ressourcen optimieren.
- Hintergrund-Link: https://saferpage.de/guides/performance-und-mobile-usability-verbessern

## Referrer & URL-Leaks

- Priorität: mittel / Impact 35
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 2 Drittanbieter-Domain(s) mit Referrer-/URL-Leak-Prüfbedarf, 1 sensible Query-Kontexte.
- Maßnahme: Referrer-Policy härten, sensible Query-Parameter entfernen und Tracking-Parameter ohne volle Seiten-URL konfigurieren.
- Hintergrund-Link: https://saferpage.de/guides/referrer-und-url-leaks-vermeiden

## Seitenabdeckung & Crawl

- Priorität: mittel / Impact 35
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 30 interne Linkziele erkannt, 4 priorisierte Unterseite(n) abgerufen.
- Maßnahme: Datenschutz, Impressum, Kontakt, Cookie-Hinweise und kritische Formularseiten klar verlinken und regelmäßig mitprüfen.
- Hintergrund-Link: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog

## Tracking-Pixel & Beacons

- Priorität: mittel / Impact 35
- Bereich: Audit-Modul / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: 3 Pixel-/Bildtracking-Hinweis(e), 0 Beacon-/Telemetry-Hinweis(e), 0 Link-Ping(s).
- Maßnahme: Pixel, sendBeacon, keepalive-Fetch und Link-Pings auf Consent, Zweck, Anbieter und Datenminimierung prüfen.
- Hintergrund-Link: https://saferpage.de/guides/tracking-pixel-und-beacons-begrenzen

## Cookie-Banner und Ablehnen/Widerruf prüfen

- Priorität: mittel / Impact 34
- Bereich: Consent UX / Verantwortlich: UX/Marketing/Datenschutz
- Nachweis: Consent-Banner-UX: 3 auffällige Prüfpunkt(e), davon 1 hoch. Muster: Ablehnen nicht gleichwertig sichtbar.
- Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
- Hintergrund-Link: https://saferpage.de/consent/hamburg-web.de

## Wichtige Unterseiten auffindbar machen

- Priorität: mittel / Impact 31
- Bereich: Crawl-Abdeckung / Verantwortlich: Webbetrieb/SEO
- Nachweis: 30 interne Linkziele erkannt (0 aus Sitemap), 4 priorisierte Unterseite(n) zusätzlich abgerufen.
- Maßnahme: Befund fachlich prüfen, Maßnahme umsetzen und danach erneut scannen.
- Hintergrund-Link: https://saferpage.de/abdeckung/hamburg-web.de

## Bilder ohne Alternativtext

- Priorität: niedrig / Impact 35
- Bereich: accessibility / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Bilder ohne Alternativtext
- Maßnahme: Inhaltliche Bilder mit alt-Text versehen; dekorative Bilder mit leerem alt oder aria-hidden kennzeichnen.
- Hintergrund-Link: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare

## Consent-Zustand: GPC mit Tracking-Hinweisen

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Consent-Zustand: GPC mit Tracking-Hinweisen
- Maßnahme: GPC-Aufruf auf Datenschutz-Drittanbieter, Drittanbieter-Cookies und Storage-IDs prüfen.
- Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren

## Cross-Origin-Embedder-Policy fehlt

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Cross-Origin-Embedder-Policy fehlt
- Maßnahme: Header `cross-origin-embedder-policy` setzen und nach Deployment erneut prüfen.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## Cross-Origin-Opener-Policy fehlt

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Cross-Origin-Opener-Policy fehlt
- Maßnahme: Header `cross-origin-opener-policy` setzen und nach Deployment erneut prüfen.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## Cross-Origin-Resource-Policy fehlt

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Cross-Origin-Resource-Policy fehlt
- Maßnahme: Header `cross-origin-resource-policy` setzen und nach Deployment erneut prüfen.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## Datenschutzrelevante Drittanbieter im Browseraufruf

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Datenschutzrelevante Drittanbieter im Browseraufruf
- Maßnahme: Prüfen, ob Anbieter wie Google AdSense in der Datenschutzerklärung und Cookie-Auswahl verständlich erklärt werden.
- Hintergrund-Link: https://saferpage.de/guides/drittanbieter-datenschutz-erklaeren

## Datenschutzrelevante Kontakte trotz GPC-Signal

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Datenschutzrelevante Kontakte trotz GPC-Signal
- Maßnahme: Bei aktivem Global Privacy Control sollten Anbieter wie Google AdSense besonders begründet oder blockiert werden.
- Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren

## Externe Skripte ohne Subresource Integrity

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Externe Skripte ohne Subresource Integrity
- Maßnahme: Für statische CDN-Skripte `integrity` und passend `crossorigin` setzen oder Skripte kontrolliert lokal ausliefern.
- Hintergrund-Link: https://saferpage.de/guides/externe-skripte-und-sri-absichern

## HTML-Sprache fehlt

- Priorität: niedrig / Impact 35
- Bereich: accessibility / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: HTML-Sprache fehlt
- Maßnahme: Das html-Element mit lang="de" oder passender Sprache auszeichnen.
- Hintergrund-Link: https://saferpage.de/guides/barrierefreiheit-cookie-banner-formulare

## Keine sichtbaren Cookie-Einstellungen im Banner

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Keine sichtbaren Cookie-Einstellungen im Banner
- Maßnahme: Eine klare Auswahl- oder Einstellungsebene für Zwecke und Anbieter anbieten.
- Hintergrund-Link: https://saferpage.de/guides/tracking-und-consent-reparieren

## Langlebige Cookies erkannt

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Langlebige Cookies erkannt
- Maßnahme: Cookies wie FCCDCF auf Zweck, Erforderlichkeit und Speicherdauer prüfen und transparent erklären.
- Hintergrund-Link: https://saferpage.de/guides/cookie-laufzeiten-und-zwecke-pruefen

## Permissions-Policy fehlt

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Permissions-Policy fehlt
- Maßnahme: Header `permissions-policy` setzen und nach Deployment erneut prüfen.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## Referrer-Policy fehlt

- Priorität: niedrig / Impact 35
- Bereich: security_headers / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Referrer-Policy fehlt
- Maßnahme: Header `referrer-policy` setzen und nach Deployment erneut prüfen.
- Hintergrund-Link: https://saferpage.de/guides/security-header-setzen

## Remote-Schriften von Google erkannt

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Remote-Schriften von Google erkannt
- Maßnahme: Prüfen, ob Google Fonts lokal gehostet oder in der Datenschutzerklärung und Consent-Logik sauber erklärt werden.
- Hintergrund-Link: https://saferpage.de/guides/google-dienste-datenschutzfreundlich-einbinden

## Stand der Datenschutzerklärung nicht klar erkennbar

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Stand der Datenschutzerklärung nicht klar erkennbar
- Maßnahme: Ergänzen Sie ein gut sichtbares Stand- oder Aktualisierungsdatum und prüfen Sie die Erklärung nach technischen Änderungen.
- Hintergrund-Link: https://saferpage.de/guides/datenschutzerklaerung-verbessern

## Tracking-/Tag-Skripte aus externer Lieferkette

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Tracking-/Tag-Skripte aus externer Lieferkette
- Maßnahme: Tracking-, Tag-Manager- und Replay-Skripte erst nach Einwilligung laden und mit CSP, Anbieterinventar und Datenschutzerklärung abgleichen.
- Hintergrund-Link: https://saferpage.de/guides/externe-skripte-und-sri-absichern

## Tracking-Pixel oder pixelnahe Requests erkannt

- Priorität: niedrig / Impact 35
- Bereich: privacy / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Tracking-Pixel oder pixelnahe Requests erkannt
- Maßnahme: Pixel von hamburg-web.de erst nach Einwilligung laden, Zweck erklären und unnötige Bild-Tracker entfernen.
- Hintergrund-Link: https://saferpage.de/guides/tracking-pixel-und-beacons-begrenzen

## Tracking-Signale auf geprüften Unterseiten

- Priorität: niedrig / Impact 35
- Bereich: crawl / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Tracking-Signale auf geprüften Unterseiten
- Maßnahme: Tracking und Drittanbieter nicht nur auf der Startseite, sondern auch auf Pflicht- und Formularseiten prüfen.
- Hintergrund-Link: https://saferpage.de/guides/datenschutz-webseiten-pruefkatalog

## Viewport-Meta-Tag fehlt

- Priorität: niedrig / Impact 35
- Bereich: performance / Verantwortlich: Website-Betrieb/Datenschutz
- Nachweis: Viewport-Meta-Tag fehlt
- Maßnahme: Für mobile Darstellung `meta name=viewport` setzen.
- Hintergrund-Link: https://saferpage.de/guides/performance-und-mobile-usability-verbessern

Links:
- findings_center: https://saferpage.de/befunde/hamburg-web.de
- json: https://saferpage.de/befunde/hamburg-web.de/export
- csv: https://saferpage.de/befunde/hamburg-web.de/export-csv
- fixplan_markdown: https://saferpage.de/befunde/hamburg-web.de/fixplan-md
- report: https://saferpage.de/hamburg-web.de
- briefing: https://saferpage.de/briefing/hamburg-web.de
- operator_board: https://saferpage.de/betreiber/hamburg-web.de
- guides: https://saferpage.de/guides
