Top 3 · hoch · vulnerabilityCVE-2017-3167: In Apache httpd 2.2.x before 2.2.33 and 2.4.x before 2.4.26, use of the ap_get_basic_auth_pw() by third-party modules outside of the authentication phase may lead to authentication
Warum relevant: Erkannte Softwareversionen mit Advisory-Treffer sollten technisch verifiziert und aktualisiert oder kompensiert werden.
Grenze: Die erste Maßnahme ist eine Orientierung aus den Scan-Nachweisen. Rechtliche Freigabe, Vertragsprüfung und die finale Entscheidung bleiben bei Ihnen.
Gemessene Ladezeit
Web Vitals aus dem echten Browserlauf
Diese Werte wurden beim Chromium-Aufruf Ihrer Startseite gemessen – dieselben Kennzahlen, die auch Google für die Seitenbewertung nutzt. Richtwerte: LCP unter 2,5 s, CLS unter 0,1, Serverantwort unter 0,8 s.
Grenze: Einmalige Labormessung der Startseite aus unserem Rechenzentrum – keine Felddaten Ihrer echten Besucher und kein Ersatz für eine dauerhafte Performance-Überwachung.
Zählweisen
Warum Zahlen nebeneinander unterschiedlich wirken können
Diese Hinweise lösen typische Missverständnisse direkt im Report auf. Sie trennen gemessene Kontakte, Klassifikation und Browserzustand.
Glossar
Drittanbieter-Domains
9 externe Drittanbieter-Domain(s) bedeuten alle externen Kontakte; 2 datenschutzrelevante Drittanbieter-Domain(s) sind nur die von SaferPage als unmittelbar privacy-/trackingnah klassifizierten Kontakte.
Cookies
3 Cookie(s) vor Einwilligung beziehen sich auf Consent-Startzustand und Set-Cookie-/Runtime-Signale; das Cookie-Inventar kann zusätzlich 3 Browser-Cookie(s) aus dem Chromium-Zustand zeigen. Erkannte Set-Cookie-Header: 0.
HTML-Größe
0 Bytes meint den Header-/Performance-Wert, sofern vorhanden. Ein gemessener Body kann separat gezählt werden: 99379 Bytes.
Statusklassen: „gemessen“ kommt aus Requests, Browserzustand oder Headern; „klassifiziert“ ist SaferPage-Einordnung; „manuell prüfen“ braucht Betreiberkontext.
Schaubilder
Score, Consent, Verlauf und Header auf einen Blick
Die Mini-Visualisierungen sind Zusammenfassungen der darunterliegenden Tabellen und Nachweis-Abschnitte.
Diese Erklärung macht die Gesamtaussage lesbar: Score-Treiber, entlastende Signale, Prüfgrenzen und manuelle Prüfpunkte bleiben getrennt. Der Score ist kein Verbot, kein Gütesiegel und keine Rechtsfreigabe. Score-Methodik öffnen
0/100 · Kritische Hinweise
0/100Gesamtscore als Priorisierung7Score-Treiber sichtbar3entlastende Signale3Prüfgrenzen4manuelle PrüfauslöserSignal + BetreiberprüfungAussage-Verlässlichkeit
Score-TreiberAus dem gespeicherten Scan abgeleitete Prioritäten
3 Cookie(s) vor Einwilligung im gespeicherten Lauf.
2 datenschutzrelevante Drittanbieter-Domain(s) aus Browserkontakten.
1 Tracking-Script(s) im gespeicherten HTML-/Browser-Sample.
4 Formular(e) auf 4 geprüften Seite(n) als Eingabepunkte.
9 wichtige Security-Header fehlen oder sind nicht belegt.
Korrektur melden: Wenn Score-Treiber durch Consent-Wall, Paywall, veraltete Inhalte oder falsch erkannte Betreiberinformationen verzerrt sind, kann eine Korrektur mit Domain, Report-URL, Scan-ID und kurzer Begründung über Kontakt eingereicht werden.
Betreiberentscheidung
Welche Fakten und Linkziele gibt es für religion.ch?
Der Abschnitt trennt technische Nachweise von Ihrer fachlichen Einordnung als Betreiber. Er enthält kein Rechtsurteil, keine Freigabe, kein pauschales Misstrauenslabel und keine eingebetteten Hintergrundinhalte.
normaler Passivlauf
0Score als Priorisierung, nicht als Rechtsfreigabe3Cookie(s) vor Einwilligung gesehen2datenschutzrelevante Drittanbieter-Domains4Formular(e) auf 4 Seite(n)jaImpressum-Link automatisch belegtjaDatenschutz-Hinweis automatisch belegt
Scan-Einordnung
Der Score zeigt erhöhten Prüfbedarf aus technischen Signalen; er ist ein Priorisierungssignal, kein Verbot.
Das bestätigt der Check nicht: SaferPage bescheinigt keine DSGVO-Konformität, keine Malwarefreiheit, keine rechtssichere Cookie-Einwilligung und keine abschließende Betreibertransparenz. Nach relevanten Änderungen erneut scannen und fachlich prüfen lassen.
Einordnung
Was dieser Report belegt – und was er nicht aussagen kann
So lesen Sie den Report richtig: was technisch belegt ist, was Sie als Betreiber selbst prüfen sollten und wo die Grenzen des automatischen Checks liegen.
Aussage-VerlässlichkeitBelastbares Signal mit manuellen Prüfpunkten · Signal + BetreiberprüfungFür die EinordnungDer Report zeigt relevante Datenschutz-Signale; der Abgleich mit den Website-Flows bleibt Betreiberkontext.BetreiberkontextPunkte, die nur Sie als Betreiber beurteilen können; die Detailprüfung ist verlinkt.
Verlässlichkeitsgrenze: Die sichtbare Evidence ist auswertbar, aber Formulare, Cookies, Drittanbieter, Google-Tags und Rechtsgrundlagen brauchen Betreiberkontext.
Datenschutz-Fokus: Der Report zeigt konkrete Datenschutz-, Consent-, Formular- und Transparenzsignale. Er ist kein Freigabesiegel und braucht bei Website-Änderungen einen neuen technischen Re-Scan.
Prüfumfang & Grenzen
Was SaferPage geprüft hat - und was nicht
Prüfumfang und Grenzen des passiven SaferPage-Kurzchecks: getestet, nicht getestet, manuell zu prüfen und erneut zu scannen.
normaler Passivlauf
4geprüfte Bereiche4nicht geprüfte Grenzen4manuelle Review-Auslöser4Re-Scan-AuslöserneinConsent-/Paywall-GrenzejaGoogle-Consent aus dem Scan
GeprüftAutomatische Nachweise aus der passiven Prüfung
Prüfgrenze: Der Prüfumfang beschreibt den gespeicherten passiven Kurzcheck. Er ersetzt keine Rechtsberatung, keine Betreiberfreigabe und keinen Deep-Scan hinter Login, Paywall oder Interaktion.
Konsolidierungscheck
Sind typische Fehlalarme für Betreiber eingeordnet?
Diese Kontrolle prüft die Report-Darstellung gegen bekannte Schwachstellen: Formular-Widersprüche, Google-Consent-Fehlalarme, doppelte Maßnahmen, Consent-/Paywall-Grenzen und pauschale Drittleser-Warnungen.
ok
6/6Kontrollen bestanden0doppelte Scan-HinweisejaGoogle-Einwilligung laut Befund erforderlich0Google-Fehlalarme in Scan-Hinweisen4Formulare aus Crawl-CoverageneinConsent-/Paywall-Grenze
Scan-Hinweise dedupliziertok · ok Gleiche Scan-Hinweise werden nicht doppelt in die Top-Liste geschoben. Grenze: Deduplizierung fasst gleich benannte Scan-Hinweise zusammen, ersetzt aber keine fachliche Priorisierung. Prüfkatalog öffnenGoogle Consent nur bei Google-Nachweisenok · Google-Nachweise prüfen Google-Tags oder Google-Domains wurden gesehen; Consent-Mode-Einordnung anhand der konkreten Requests prüfen. Grenze: Ein später eingebauter Google-Tag braucht einen Re-Scan; diese Aussage gilt nur für den gespeicherten Scan. Hintergrundseite öffnenFormulare konsistent eingeordnetok · im Crawl belegt Der Report zeigt 4 Formular(e) auf 4 geprüften Seite(n) und benennt damit konkret, wo Besucher Daten eingeben können. Grenze: SaferPage sendet keine Formulare ab und bewertet Zweck, Pflichtfelder und Rechtsgrundlagen nicht abschließend. Hintergrundseite öffnenConsent-/Paywall-Grenze berücksichtigtok · normaler Passivlauf Keine Publisher-/PUR-/Consent-Wall als dominante Scan-Grenze erkannt. Grenze: Overlays, Logins, Geoblocking und Paywalls können sichtbare Nachweise verdecken und erfordern Betreiberprüfung. Methodik öffnenBetreiber-Wording gesichertok · Grenzen sichtbar Die Top-Liste bleibt bei Scan-Hinweisen und Linkzielen; sie wird nicht als Zertifikat, Rechtsfreigabe oder abschließendes Seriositätsurteil formuliert. Grenze: Der Kurzreport ist eine technische Orientierung und keine Rechtsberatung, kein Penetrationstest und kein Freigabesiegel. Einordnung öffnenEinordnung exportiertok · maschinenlesbar JSON und Markdown enthalten belegte Signale, manuelle Prüfpunkte, Prüfgrenzen und Hintergrund-Links. Grenze: Der Export dokumentiert die automatische Einordnung, ersetzt aber keine manuelle Betreiber- oder Rechtsfreigabe. Aussage-Grenzen öffnen
Prüfgrenze: Die Qualitätskontrollen erklären Grenzen der automatisierten Priorisierung. Sie beweisen keine Rechtskonformität und ersetzen keine Betreiberfreigabe.
Zuletzt geprüfte Seiten
Welche Test-URLs wurden wirklich abgerufen?
Der Kurzreport zeigt hier die priorisierten Unterseiten aus dem letzten Crawl mit direktem Link zur geprüften Ziel-URL. Die Screenshot-Vorschau oben ist ein kleiner Beleg (160×150) für den geprüften Seitenzustand; die Liste darunter macht sichtbar, ob Datenschutz-, Impressum-, Formular- oder andere wichtige Seiten im Test enthalten waren.
Dieser Bericht ist für die Browser-Funktion „Drucken“ beziehungsweise „Als PDF speichern“ optimiert. Rohdaten und auditfähige Nachweise bleiben zusätzlich über JSON, CSV, Excel-Tabellen und ein ZIP-Nachweispaket mit getrennten Cookie-, Drittanbieter-, Consent-, Request- und Aufgaben-Tabellen exportierbar.
HTTPS-Zertifikat gültigBeleg aus Scan: TLS: TLSv1.3
HTTP-Status 200Beleg aus Scan: Endziel: https://www.religion.ch/
Report richtig einordnen
Technische Orientierungshilfe – kein abschließendes Urteil
SaferPage bewertet sichtbare Website-Signale für religion.ch. Der Score hilft beim Priorisieren, ersetzt aber keine Rechtsberatung, keine Zertifizierung, keinen Penetrationstest und keine Betreiberfreigabe.
Automatisch belegtDNS, HTTPS, HTTP, Header, sichtbares HTML, Cookies und Browserkontakte aus dem passiven Lauf.Scan-Grenzekeine besondere Zugangs-Hürde (Login, Paywall, Consent-Wall) erkannt · Passiver Kurzcheck: keine Logins, keine Formularübermittlung, kein vollständiger Rechts- oder Sicherheitstest.Formular-NachweiseCrawl fand 4 Formular(e) auf 4 Seite(n).Google Consent ModeGoogle-Signale wurden gesehen; Consent-Mode- und Tag-Gating-Befunde mit den konkreten Request-/Tag-Nachweisen prüfen.Drittanbieter-Nachweise91 Browser-Request(s), 2 datenschutzrelevante Drittanbieter-Domain(s).Was der Check nicht bestätigtKein Nachweis für „DSGVO-zertifiziert", „rechtssicher", „garantiert malwarefrei" oder „abschließend unbedenklich".
Diese Konsolidierung zeigt sichtbare technische Beobachtungen getrennt von allgemeinem Betreiber-Background. Nicht belegte Kontexte werden nur als Hintergrund-Link angeboten.
91Browser-Requests im passiven Lauf2datenschutzrelevante Drittanbieter-Domains4Formulare aus Startseite und Crawl-CoveragejaGoogle-Consent-Prüfung erforderlichneinConsent- oder Paywall-Kontextkeine besondere Zugangs-Hürde (Login, Paywall, Consent-Wall) erkanntScan-Grenze
ScorePriorisierung Der Wert ist aus technischen Signalen berechnet und dient der Reihenfolge der sichtbaren Hinweise. Methodik öffnenFormulareim Crawl belegt Der Check zeigt 4 Formular(e) auf 4 geprüften Seite(n). Hintergrundseite öffnenGoogle Consent ModeGoogle-Nachweise prüfen Google-Tags oder Google-Domains wurden gesehen; Consent Defaults und Tag-Gating anhand der konkreten Requests prüfen. Hintergrundseite öffnenConsent-/Paywall-Hürdenkeine besondere Zugangs-Hürde (Login, Paywall, Consent-Wall) erkannt Im gespeicherten Kurzcheck wurde keine besondere Zugangs-Hürde (Login, Paywall, Consent-Wall) hervorgehoben. Grenzen öffnenCookies vor Einwilligung3 Cookie(s) gesehen Der passive Browserlauf speicherte 3 Cookie(s) vor Einwilligung und 2 datenschutzrelevante Drittanbieter-Domain(s). Hintergrundseite öffnenViewport-Transparenz2 sichtbare Signal(e) Der erste Chromium-Viewport sah Datenschutz 0, Impressum 0, Kontakt 0 und Cookie/Consent 2 Link-/Steuerungssignal(e). Einordnung öffnenExterne Skript-LieferketteSkriptquellen prüfen Der HTML-Check sah 4 externe Skript(e) von 3 Host(s), davon 4 ohne SRI und 2 Tracking-/Tag-nahe Skript(e). Hintergrundseite öffnenRobots & SitemapCrawl-Scope-Evidence vorhanden Der passive Coverage-Check hat robots.txt angefragt, aber nicht erfolgreich abgerufen, 3 Sitemap-Quelle(n) gelesen, 1 Sitemap-Kandidat(en) gesehen, 120 Sitemap-URL(s) und 30 interne Linkziele gespeichert. Crawl-Grenzen öffnenIndexierungs-SignaleRobots-Direktiven gesehen Der passive Abruf sah 1 Meta-Robots-Signal(e), 0 X-Robots-Tag-Wert(e) und 0 begrenzende Direktive(n): follow, index, max-image-preview:large, max-snippet:-1, max-video-preview:-1. Indexierungs-Grenzen öffnenKI-/Crawler-PolicyPolicy-Dateien gesehen Der passive Same-Origin-Check sah 1 von 5 festen Policy-Datei(en), 0 llms/AI/WARD-Datei(en) und 0 explizite KI-Bot-Regel(n) in robots.txt. robots.txt: generic_robots_policy; llms/AI/WARD: not_publicly_verified. KI-/Crawler-Grenzen öffnenAdTech-Transparenzdateiennicht belegt Der passive Same-Origin-Check sah 0 von 3 AdTech-Datei(en), 0 ads.txt-Zeile(n), 0 app-ads.txt-Zeile(n), DIRECT 0, RESELLER 0, Exchange-Domains 0 und 0 sellers.json-Seller. AdTech-Grenzen öffnenSecurity-/Trust-Policynicht belegt Der passive Same-Origin-Check sah 0 von 2 security.txt-Ziel(en), 0 Kontaktfeld(er), 0 strukturierte Feld(er), bevorzugter Well-known-Pfad: nein, Expires-Feld: nein. Security-/Trust-Grenzen öffnenAusgeblendeter Inhaltkein Schwerpunkt Der HTML-/CSS-Check hat keine aktuelle Hidden-Text-Probe gespeichert; daraus wird kein Hidden-Text-Befund abgeleitet. Einordnung öffnenBewertungs-/Review-Markupnicht belegt Der passive Lauf hat kein Bewertungs-/Review-Markup als Schwerpunkt gespeichert. Hintergrundseite öffnenSuchmaschinenansichtkeine klare Abweichung Normaler Abruf und Googlebot-Abruf wurden verglichen: Status 200 / 200, Textähnlichkeit 1. Hintergrundseite öffnenHreflang-/SprachalternativenAlternate-Links gesehen Der HTML-Check sah 2 Hreflang-Alternate(s), davon 0 ungültige Codes, 0 fremde Zielhost(s) und 0 doppelte Sprachziele. Hintergrundseite öffnenBetreibertransparenzLink belegt Der passive Lauf hat einen Impressum-Link als Evidence gespeichert. Hintergrundseite öffnen
Der passive Kurzcheck zeigt mehrere deutliche technische, Datenschutz- oder Transparenzsignale. Das ist ein Betreiber-Prüfhinweis und kein abschließendes Urteil über die Website.
Auffällige SignaleCVE-2017-3167: In Apache httpd 2.2.x before 2.2.33 and 2.4.x before 2.4.26, use of the ap_get_basic_auth_pw() by third-party modules outside of the authentication phase may lead to authenticationCVE-2017-7679: In Apache httpd 2.2.x before 2.2.33 and 2.4.x before 2.4.26, mod_mime can read one byte past the end of a buffer when sending a malicious Content-Type response header.CVE-2017-9788: In Apache httpd before 2.2.34 and 2.4.x before 2.4.27, the value placeholder in [Proxy-]Authorization headers of type 'Digest' was not initialized or reset before or between succesCVE-2026-24072: An escalation of privilege bug in various modules in Apache HTTP 2.4.66 and earlier allows local .htaccess authors to read files with the privileges of the httpd user
Entlastende SignaleBetreiber und Datenschutz sind auffindbarDateneingabe hat KontextTechnisches VertrauenssignalFormulare mit Kontext erkannt
Datenschutz & TrackingkritischBeleg aus Scan: 1 Tracking-Script(s), 3 Cookie(s) vor Einwilligung, 2 datenschutzrelevante Drittanbieter.DateneingabeprüfenBeleg aus Scan: Crawl fand 4 Formular(e) auf 4 geprüften Seite(n), u. a. /datenschutz, /impressum, /ueber-uns, /.BrowserkontaktekritischBeleg aus Scan: Chromium sah 91 Request(s), 9 Drittanbieter-Domain(s), davon 2 datenschutzrelevant.DomainhistorieprüfenBeleg aus Scan: Domainhistorie konnte per RDAP nicht zuverlässig abgerufen werden.Technische BasisprüfenBeleg aus Scan: HTTPS, DNS, Zertifikat, HTTP-Status und wichtige Sicherheitsheader wurden passiv geprüft.NutzbarkeitprüfenBeleg aus Scan: Antwortzeit, mobile Viewport-Basis und auffällige Browser-Verhaltensmuster wurden eingeordnet.
Prüfprofil Deutschland -> DACH: Allgemeine Website, Zielgruppe Gemischte Zielgruppe. 4 Schwerpunkt(e) für Betreiber priorisiert. Das Profil priorisiert technische Prüfpunkte für Betreiber; es ersetzt keine rechtliche Einzelfallprüfung.
Website-Typ: Allgemeine Website · Betreiber: Deutschland · Zielregion: DACH
Keine Änderungen gegenüber dem vorherigen Scan: keine neuen oder behobenen Hinweise, keine neuen Cookies, Drittanbieter oder Skriptquellen, Score unverändert.
Betreiber-Risiko
Priorisierte Scan-Hinweise aus dem gespeicherten Report
Hoher Betreiber-Handlungsbedarf Abgeleitet aus dem Datenschutz-Webseiten-Report: Datenschutz, TDDDG/ePrivacy, BSI-Sicherheit, Google-Qualität und Nutzbarkeit werden nach passiven Befunden priorisiert.
CookiebotBrowserdataLayerBrowserGoogle Tag DataBrowserTCF TC-StringneinTCF Purposes0TCF Vendors0Cookiebot AntwortneinAkzeptieren1Ablehnen1Einstellungen2Ablehnen/Akzeptieren1AblehnenBannerReject-TestgeklicktNeue Cookies nach Ablehnen5Tracking-Storage nach Ablehnen0Neue Tracking-Kontakte0Accept-TestgeklicktNeue Requests nach Akzeptieren5Neue Cookies nach Akzeptieren6Neue Tracking-Kontakte nach Akzeptieren0GPC-SignalaktivGPC Datenschutz-Domains2GPC Drittanbieter-Cookies1GPC Storage-Hinweise0
Viewport-Transparenz
Cookiebot von Usercentrics - öffnet in einem neuen FensterCookie/Consent · x772 y773Über CookiesCookie/Consent · x662 y819
Empfänger- und Auftragsverarbeiter-Signale aus dem Scan
9 Empfänger-/Anbieter-Eintrag/Einträge aus Browserkontakten und Cookie-Inventar, 2 datenschutzrelevant, 6 mit AVV-/Rollenprüfung. Score: 27 · hoher Prüfbedarf: 3 · AVV/Rolle prüfen: 6 Aus diesem Rohfeld wird im Testresult keine zusätzliche Scan-Feststellung abgeleitet; Betreiberkontext und Umsetzungshinweise sind ausgelagert.
Google Analyticssensibler Query-Schlüssel im Drittanbieter-Request oder Referrer · region1.google-analytics.com · Query: v, tid, gtmGoogle Analyticssensibler Query-Schlüssel im Drittanbieter-Request oder Referrer · region1.google-analytics.com · Query: v, tid, gtmconsent.cookiebot.comSeiten-URL oder URL-Wert in Drittanbieter-Requestparametern · Query: renew, referer, dntGoogle AnalyticsSeiten-URL oder URL-Wert in Drittanbieter-Requestparametern · region1.google-analytics.com · Query: v, tid, gtmconsent.cookiebot.comSeiten-URL oder URL-Wert in Drittanbieter-Requestparametern · Query: action, nocache, cbidGoogle AnalyticsSeiten-URL oder URL-Wert in Drittanbieter-Requestparametern · region1.google-analytics.com · Query: v, tid, gtmGoogle Staticvoller Referrer-Pfad oder Suchparameter an Drittanbieter · gstatic.comgoogle.comvoller Referrer-Pfad oder Suchparameter an Drittanbieter · Query: k · Referrer: ar, k, co
Tracking-Pixel & Beacons
Sendet die Seite unsichtbare Pixel, Link-Pings oder Beacon-Telemetrie?
Verantwortlicher / AnbietergefundenKontakt / DatenschutzkontaktgefundenZwecke der VerarbeitunggefundenRechtsgrundlagengefundenBetroffenenrechtegefundenSpeicherfrist / LöschunggefundenEmpfänger / AuftragsverarbeitergefundenCookies / TrackinggefundenWiderruf / Opt-outgefundenBeschwerde bei AufsichtsbehördegefundenDrittlandtransfergefundenStand / Aktualitätsdatumfehlt
Anbieter-Abgleich
Google AnalyticsTracking-ID · in Datenschutzerklärung erwähntGoogle FontsSchriften · in Datenschutzerklärung erwähntGoogle Tag ManagerTracking · in Datenschutzerklärung erwähnt
Google Consent Mode
Sind Google-Tags vor Einwilligung begrenzt?
Google-Consent-Mode-Signale wurden aus GTM/Analytics/Ads-Tags, passenden Browserkontakten und Tracking-IDs abgeleitet; reine Google-Service-Kontakte werden separat gezählt. Score: 100
Consent-Mode-Implementierung 78/100; 5/6 Schritt(e) bereit, 1 offen. Google-Tags erkannt. Diese Seite zeigt nur Scan-Status, Zähler und den Link zur Detailseite. Consent-Anleitung, Code und Umsetzungsschritte finden Sie auf der verlinkten Detailseite.
78Scan-ScoreteilweiseStatus aus Scan-Einordnung1offene Consent-Signale
Hält die Seite Tracking bis zur Einwilligung zurück?
Consent, Tracking oder Drittanbieter wirken im Erstaufruf deutlich nachbesserungsbeduerftig. Score: 56 · Cookies vor Einwilligung: 3 · Tracking-Cookies: 0 · Browser-Ablehnen: 1 · Ablehnen/Akzeptieren: 1 · Reject geklickt: ja · neue Cookies nach Ablehnen: 5 · Accept geklickt: ja · neue Cookies nach Akzeptieren: 6 · neue Tracking-Kontakte nach Akzeptieren: 0 · TCF-String: nein · TCF Purposes: 0 · TCF Vendors: 0 · GPC Datenschutz-Domains: 2 · GPC Drittanbieter-Cookies: 1 · Storage-Hinweise: 0 · CMP: ja · datenschutzrelevante Drittanbieter: 0
Prüfpunkte
Cookie-/Consent-Hinweis sichtbarokAblehnen gleichwertig erreichbarokEinstellungen oder Auswahl vorhandenokAblehnen im sichtbaren BannerokEinstellungen im sichtbaren BannerokAblehnen nicht deutlich schwächer dargestelltokAblehnen technisch klickbarokKeine neuen Cookies nach AblehnenprüfenKein Tracking-Storage nach AblehnenokKeine neuen Tracking-Kontakte nach Ablehnenok
Consent-Linkziel
Hintergrundseite öffnen3 Cookie(s) vor Einwilligung, 0 Tracking-Cookie(s), 0 datenschutzrelevante Drittanbieter.
Blockierplan-Link
Hintergrundseite öffnen0 Browser-Request(s), 3 Cookie(s) vor Einwilligung, 0 datenschutzrelevante Drittanbieter.
Banner-UX
Wirkt das Consent-Banner fair und gleichwertig bedienbar?
Consent-Banner-UX: 2 auffällige Prüfpunkt(e), davon 1 hoch. Muster: Ablehnen technisch nicht wirksam. Score: 74 · Akzeptieren: 1 · Ablehnen: 1 · Einstellungen: 2 · Dark-Pattern-Hinweise: 1 Automatisch aus sichtbaren Banner-Controls und Browser-Interaktionen abgeleitet; visuelle Details und Rechtmäßigkeit fachlich prüfen.
So sah der Einwilligungs-Dialog beim geprüften Erstaufruf aus (Bildbeweis aus dem Chromium-Lauf, vor jedem Klick).
Consent-Visual-Salienz
Welche Consent-Controls waren im ersten Viewport sichtbar? Status: measured_dom_viewport_signal · Akzeptieren: 1 · Ablehnen: 1 · Einstellungen: 2 · sichtbare Controls: 28 · Ablehnen/Akzeptieren: 1 Consent-Visual-Salienz ist ein DOM-/Viewport-Signal aus dem ersten Browserlauf. Sie ist keine Rechtsbewertung, kein Dark-Pattern-Endurteil und kein Nachweis für spätere Consent-Zustände, Scrollbereiche, Loginbereiche oder manuelle Betreiberkontexte.
Ablehnen auf erster Ebene sichtbarok · niedrig · Sichtbare Controls: Akzeptieren 1, Ablehnen 1, Einstellungen 2.Einstellungen sichtbar erreichbarok · niedrig · Einstellungs-/Auswahl-Controls im Banner: 2.Ablehnen und Akzeptieren wirken gleichwertigok · niedrig · Größenverhältnis Ablehnen/Akzeptieren: 1.0. Accept-Fläche 16530, Reject-Fläche 16530.Ablehnen technisch klickbarok · niedrig · Reject-Test: geklickt. Text: AblehnenAblehnen stoppt neue Tracking-Signaleauffällig · hoch · Nach Ablehnen: 5 neue Cookie(s), 0 Tracking-Storage-Hinweis(e), 0 neue Datenschutz-Domain(s).Akzeptieren-Wirkung nachvollziehbarok · niedrig · Accept-Test: geklickt; neue Cookies 6, neue Datenschutz-Domains 0.GPC-Aufruf ohne neue Tracking-Hinweiseauffällig · mittel · GPC: Datenschutz-Domains 2, Drittanbieter-Cookies 1, Storage-Hinweise 0.Keine Tracking-Cookies vor Einwilligungok · niedrig · 0 Tracking-Cookie(s) im Erstaufruf.
Gemessene Control-Proben
Akzeptieren: Auswahl erlauben285x58 · Fläche 16530 · Position top 1216 / left 370 · Tag button · Schriftgewicht 600Ablehnen: Ablehnen285x58 · Fläche 16530 · Position top 1216 / left 77 · Tag button · Schriftgewicht 600Einstellungen: Details300x55 · Fläche 16500 · Position top 819 / left 362 · Tag a · Schriftgewicht 600Einstellungen: Auswahl erlauben285x58 · Fläche 16530 · Position top 1216 / left 370 · Tag button · Schriftgewicht 600
TCF-Decoder
Welche IAB-TCF-Zwecke wirken im Erstaufruf erlaubt?
Keine auswertbaren IAB-TCF-Signale im Browserzustand erkannt.
Quellenmatrix
Welche offiziellen Quellen stützen die Einordnung?
Quellen und Betreiber-Background sind ausgelagert. Diese Testresult-Seite zeigt dazu nur Zähler und Linkziel; Quellenkommentare sind kein Befund zur geprüften Website.
Quellen: 10 · offizielle Links: 6
Referenzen
Methodik und Quellen öffnen10 Referenzzeile(n) ausgelagert; Quellenkommentare sind kein Befund zur geprüften Website.
DSGVO & TDDDG
Welche Signale mit Rechtsgrundlagen-Bezug wurden gezählt?
Der passive Scan stellt keine Rechtsgrundlage fest. Er zählt nur beobachtete Cookie-, Storage-, Drittanbieter-, Formular- und Consent-Signale. Die fachliche Rechtsgrundlagenprüfung bleibt Betreiberkontext und ist als Guide ausgelagert.
Disclosure-Signale aus dem Scan. Der Testresult-Report zeigt hier nur Zähler, beobachtete Signale und Links; redaktionelle Inhalte und Betreiber-Background stehen auf separaten Seiten.
Cookie-Erklärung mit 5 Eintrag/Einträgen aus Cookies und Web Storage: 0 einwilligungspflichtig, 3 unklassifiziert. Score: 82 · einwilligungspflichtig: 0 · vor Consent: 0 · unklassifiziert: 3 Automatisch aus SaferPage-Cookie- und Web-Storage-Signalen abgeleitet; Kategorien und Zwecke vor Veröffentlichung fachlich prüfen.
Präferenzen2 Eintrag/Einträge · Komfort-, Sprach-, Darstellungs- oder Funktionsspeicherungen.Unklassifiziert2 Eintrag/Einträge · Zweck oder Erforderlichkeit aus dem technischen Scan nicht sicher bestimmbar.Consent1 Eintrag/Einträge · Einträge zur Speicherung und Nachweisführung von Datenschutz- und Cookie-Einstellungen.wp_consent_functionalConsent · unklar, prüfen · Anbieter religion.ch · Laufzeit kurz (28 Tage) · vor Consent gesehenpll_languagePräferenzen · kontextabhängig prüfen · Anbieter religion.ch · Laufzeit lang (363 Tage) · vor Consent gesehen_GRECAPTCHAUnklassifiziert · unklar, prüfen · Anbieter Google · Laufzeit mittel (178 Tage) · vor Consent gesehen_grecaptchaUnklassifiziert · unklar, prüfen · Anbieter Eigene Website oder eingebundener Dienst · Laufzeit dauerhaft bis Löschung durch Nutzer/Browser · vor Consent gesehenwpEmojiSettingsSupportsPräferenzen · kontextabhängig prüfen · Anbieter Eigene Website oder eingebundener Dienst · Laufzeit Sitzung/Tab · vor Consent gesehen
Barrierefreiheit & Usability
Sind Basis-Signale für Screenreader und Tastatur erkennbar?
4 Bild(er), 1 Formularfeld(er), 9 Button(s) im HTML geprüft; WCAG-Prüfung mit axe-core 4.12.1: 3 Regelverstöße im Browserlauf. Score: 68 2 WCAG-/EAA-Prüfpunkt(e) auffällig, davon 1 mit hoher Auswirkung. Automatisch aus HTML-Signalen abgeleitet; ersetzt keine vollständige manuelle WCAG-/BITV-Prüfung.
Nachweis
Bilder ohne alt2Felder ohne Label0Buttons ohne Namen1HTML langjaH11Viewportja
WCAG/EAA-Prüfpunkte
Alternativtexte für BilderWCAG 1.1.1 Non-text Content · prüfen · Impact mittel · 2 von 4 Bild(er) ohne alt-Text im HTML-Sample.Formularfelder beschriftenWCAG 1.3.1 Info and Relationships / 3.3.2 Labels or Instructions · ok · Impact niedrig · 0 von 1 Formularfeld(er) ohne erkennbare Beschriftung.Buttons mit Namen versehenWCAG 4.1.2 Name, Role, Value · prüfen · Impact hoch · 1 von 9 Button(s) ohne erkennbaren Namen.Seitensprache auszeichnenWCAG 3.1.1 Language of Page · ok · Impact niedrig · HTML-lang-Attribut gefunden.ÜberschriftenstrukturWCAG 1.3.1 Info and Relationships / 2.4.6 Headings and Labels · ok · Impact niedrig · 1 H1 und 27 Überschrift(en) im HTML-Sample.Mobile Viewport-BasisWCAG 1.4.10 Reflow · ok · Impact niedrig · Viewport-Meta-Tag gefunden.
BFSG/WCAG
Welche Erklärungs-Signale liegen vor?
Barrierefreiheits-Signale aus dem Scan. Status: Nicht vollständig konform im automatischen Basischeck Erklärungstexte und allgemeine Umsetzungshinweise sind ausgelagert.
Hintergrundseite öffnen2 bekannte Issue-Signal(e) aus dem Scan.Alternativtexte für BilderWCAG 1.1.1 Non-text Content · Impact mittel · 2 von 4 Bild(er) ohne alt-Text im HTML-Sample.Buttons mit Namen versehenWCAG 4.1.2 Name, Role, Value · Impact hoch · 1 von 9 Button(s) ohne erkennbaren Namen.
DSGVO, Cookies & Tracking
Welche Datenschutz-Signale fallen auf?
Consent-Hinweis: nein · Datenschutz-Hinweis: ja · Cookies: 1
Tracking
Google Tag Manager
Cookies
pll_language
Seiteninhalt & Keywords
Worum geht es auf der Seite?
religion.ch – www.religion.ch [ckc_post_slider category-slugs="about-us-1" height-ratio=9 width-ratio=16 interval=3000 uri="https://www.religion.ch/ueber-uns"]
Reportagen
Gelebte Religion in de
Moderne TLS-Version aktiv: TLSv1.3.DMARC ist für die Domain vorhanden.CAA-Records begrenzen Zertifikatsaussteller.Veraltete TLS-Protokolle (1.0/1.1) sind deaktiviert.
HSTSfehlt · max-age=31536000; includeSubDomainsContent-Security-Policyfehlt · Schrittweise CSP mit default-src 'self' und expliziten Drittanbietern einführen.X-Frame-Optionsfehlt · DENY oder SAMEORIGINX-Content-Type-Optionsfehlt · nosniffReferrer-Policyfehlt · strict-origin-when-cross-originPermissions-Policyfehlt · Nicht benötigte Browser-APIs wie Kamera, Mikrofon und Geolocation sperren.Cross-Origin-Opener-Policyfehlt · same-origin oder same-origin-allow-popups nach FunktionsprüfungCross-Origin-Resource-Policyfehlt · same-origin oder same-site nach RessourcenprüfungCross-Origin-Embedder-Policyfehlt · require-corp nur nach Prüfung aller eingebetteten Drittressourcen
consent.cookiebot.comSonstige · consent.cookiebot.com · SRI fehltGoogle Tag ManagerTag-Manager · googletagmanager.com · SRI fehltGoogle Tag ManagerTag-Manager · googletagmanager.com · SRI fehltgoogle.comSonstige · google.com · SRI fehlt
SEO-Risiko: high · Browser-Verhalten: low · Cloaking: low
Canonical zeigt auf fremde DomainwarningSehr viele externe Links erkanntwarning
Alle Hinweise
Behauptung: CVE-2017-3167: In Apache httpd 2.2.x before 2.2.33 and 2.4.x before 2.4.26, use of the ap_get_basic_auth_pw() by third-party modules outside of the authentication phase may lead to authenticationWichtig für Nutzer
Hintergrundseite öffnenKorrektur meldenBehauptung: CVE-2017-7679: In Apache httpd 2.2.x before 2.2.33 and 2.4.x before 2.4.26, mod_mime can read one byte past the end of a buffer when sending a malicious Content-Type response header.Wichtig für Nutzer
Hintergrundseite öffnenKorrektur meldenBehauptung: CVE-2017-9788: In Apache httpd before 2.2.34 and 2.4.x before 2.4.27, the value placeholder in [Proxy-]Authorization headers of type 'Digest' was not initialized or reset before or between succesWichtig für Nutzer
Hintergrundseite öffnenKorrektur meldenBehauptung: CVE-2026-24072: An escalation of privilege bug in various modules in Apache HTTP 2.4.66 and earlier allows local .htaccess authors to read files with the privileges of the httpd userWichtig für Nutzer
Hintergrundseite öffnenKorrektur meldenBehauptung: CVE-2026-29169: A NULL pointer dereference in mod_dav_lock in Apache HTTP Server 2.4.66 and earlier may allow an attacker to crash the server with a malicious request.mod_dav_lock is not used inteWichtig für Nutzer
Hintergrundseite öffnenKorrektur meldenBehauptung: CVE-2014-0231: The mod_cgid module in the Apache HTTP Server before 2.4.10 does not have a timeout mechanism, which allows remote attackers to cause a denial of service (process hang) via a requeWichtig für Nutzer
Hintergrundseite öffnenKorrektur meldenBehauptung: CVE-2015-0228: The lua_websocket_read function in lua_request.c in the mod_lua module in the Apache HTTP Server through 2.4.12 allows remote attackers to cause a denial of service (child-processWichtig für Nutzer
Hintergrundseite öffnenKorrektur meldenBehauptung: CVE-2015-3183: The chunked transfer coding implementation in the Apache HTTP Server before 2.4.14 does not properly parse chunk headers, which allows remote attackers to conduct HTTP request smugWichtig für Nutzer
Hintergrundseite öffnenKorrektur meldenBehauptung: CVE-2026-33006: A timing attack against mod_auth_digest in Apache HTTP Server 2.4.66 allows a bypass of Digest authentication by a remote attackerWichtig für Nutzer
Hintergrundseite öffnenKorrektur meldenBehauptung: CVE-2026-33007: A NULL pointer dereference in the mod_authn_socache in Apache HTTP Server 2.4.66 and earlier allows an unauthenticated remote user to crash a child process in a caching forward proWichtig für Nutzer
Hintergrundseite öffnenKorrektur meldenBehauptung: CVE-2026-33523: HTTP response splitting vulnerability in multiple Apache HTTP Server modules with untrusted or compromised backend serversWichtig für Nutzer
Hintergrundseite öffnenKorrektur meldenBehauptung: CVE-2026-33857: Out-of-bounds Read vulnerability in mod_proxy_ajp of Apache HTTP ServerWichtig für Nutzer
Der öffentliche Lesefluss zeigt keine lange JSON-Rohdatenfläche mehr. Vollständige Fakten, Tabellen, Hashes und Nachweispakete bleiben als Exporte abrufbar.
Public Summary vs. Technikmodus: Die Seite priorisiert Betreiberentscheidung und Top-Befunde. Detailtiefe mit Recon-Wert wird in Export- und Nachweisflächen gebündelt.