Referrer-Policy-Header
Wie viel der aktuellen Adresse an andere Seiten geht, wenn ein Besucher einen Link anklickt. Die laxen Werte senden die vollständige URL samt Query-String.
Folgt ein Besucher einem Link oder lädt die Seite eine fremde Ressource, sendet der Browser den Header Referer mit der Adresse der Ausgangsseite. Darin steckt oft einiges: Tokens zum Zurücksetzen von Passwörtern, Suchbegriffe, Bestellnummern, interne Pfade. Die Referrer-Policy bestimmt, wie viel davon Ihre Website verlässt.
So bewertet SiteScan
- „Stark“: ein Wert, der die volle URL nicht an fremde Websites gibt –
strict-origin-when-cross-origin,strict-origin,same-origin,originoderno-referrer; - „Schwach“:
unsafe-url,no-referrer-when-downgradeoderorigin-when-cross-origin– sie geben fremden Websites weiterhin die volle Adresse samt Pfad und Parametern; - „Fehlt“: kein Header. Moderne Browser nutzen dann standardmäßig
strict-origin-when-cross-origin, ältere und manche eingebettete Browser nicht.
Empfohlener Wert
Referrer-Policy: strict-origin-when-cross-origin – Ihre eigenen Seiten erhalten die volle Adresse für die Webanalyse, fremde Websites nur die Domain, und von HTTPS zu HTTP geht gar nichts. Ist schon die Domain sensibel, nehmen Sie no-referrer. Partnerprogramme sehen weiterhin die Herkunft des Traffics, nur nicht die genaue Seite. Die übrigen Header der Gruppe finden Sie unter Security-Header.
Prüfen Sie diesen Punkt auf Ihrer eigenen Website
Starten Sie einen kostenlosen Scan: Der Bericht zeigt diese Zeile für Ihre Domain zusammen mit den übrigen Prüfungen des Audits.
Mehr unter „Security-Header“
Was SiteScan prüft
TLS-Zertifikat
- Ablauf des SSL/TLS-Zertifikats
- Veraltete TLS-Versionen (1.0 und 1.1)
- TLS-Zertifikatskette
- Aussteller des TLS-Zertifikats
- Signaturalgorithmus des Zertifikats
Domain-Registrierung
- Ablauf der Domainregistrierung
- Registrierter Domainname
- Domain-Registrar
- Registrierungsdatum der Domain
- Letzte Änderung der Domain
- Domain-Statuscodes (EPP)
- Transfersperre der Domain
- Abuse-Kontakt des Registrars
- Datenquelle RDAP und WHOIS
Indexierung
- robots.txt-Datei
- In robots.txt gesperrtes CSS und JS
- XML-Sitemap (sitemap.xml)
- Sitemap-Index-Datei
- Fremde URLs in der Sitemap
- lastmod-Daten in der Sitemap
- Defekte URLs in der Sitemap
- RSS- und Atom-Feed
Adressen und Weiterleitungen
- Weiterleitung von HTTP auf HTTPS
- Weiterleitung zwischen www und ohne www
- Länge der Weiterleitungskette
- 404-Fehlerbehandlung und Soft 404
Security-Header
- HTTP-Security-Header und Note
- Strict-Transport-Security-Header (HSTS)
- Content-Security-Policy-Header (CSP)
- X-Content-Type-Options: nosniff
- X-Frame-Options und Clickjacking-Schutz
- Referrer-Policy-Header
- Permissions-Policy-Header
- HSTS-Preload-Liste
- CORS und Cross-Origin-Zugriff
- HTTP-Methode TRACE
Auslieferung und Reputation
- Cache-Control-Header für HTML
- Revalidierung mit ETag und Last-Modified
- HTTP/3- und QUIC-Unterstützung
- Softwareversionen in Server-Headern
- Prüfung auf DNS-Blocklisten (DNSBL)
Interne Links
Offenliegende Dateien
- Offenliegende Dateien wie .env und .git
- Aktiviertes Verzeichnis-Listing
- Öffentliche JavaScript-Source-Maps
- Offene WordPress-Endpunkte
Konventionsdateien
- Die Datei security.txt
- llms.txt für KI-Assistenten
- Die Datei llms-full.txt
- ads.txt für autorisierte Werbeverkäufer
- Die Datei humans.txt
- Well-known-Adresse change-password
DNS und E-Mail
- MX-Einträge (Mailserver)
- SPF-Eintrag
- DMARC-Eintrag und Policy
- DNSSEC-Signierung
- CAA-Eintrag
- Redundante Nameserver
- IPv6-Unterstützung (AAAA-Eintrag)
- MTA-STS-Policy
- TLS-RPT-Eintrag für Berichte
- BIMI-Eintrag (Logo im Postfach)
- Wildcard-DNS-Eintrag
- Verwaister CNAME und Subdomain-Übernahme
Datenschutz und Einwilligung
- Analyse- und Tracking-Skripte
- Cookie-Consent-Banner
- Datenschutzerklärung
- Nutzungsbedingungen und AGB
- Impressum
- Barrierefreiheitserklärung
Core Web Vitals
- Lighthouse-Performance-Score
- Largest Contentful Paint (LCP)
- Cumulative Layout Shift (CLS)
- Interaction to Next Paint (INP)
- CrUX-Felddaten und Labordaten