Echter Betreiber-Beispielreport: Dieser Full-Check wurde live auf der eigenen Domain saferpage.de ausgeführt und zeigt reale Scan-Daten. Er ist kein bezahlter Kundenauftrag; dieselben Full-Check-Ansichten entstehen bei einer regulären Bestellung für die gewählte Domain.

Echter Full-Check der eigenen SaferPage-Domain

saferpage.de Datenschutz-Check

Geprüft am 15.07.2026, 03:13 Uhr

Scan-ID (für Rückfragen und Korrekturen): 16611e39-87e3-40ae-9513-436eec181008

Geprüfte Domain-Wurzel: https://saferpage.de/

Kurz-URL: saferpage.de/saferpage.de

Score 88/100 Prüfen Full-Check

Kurzfazit

saferpage.de: was jetzt zuerst zählt

saferpage.de liegt im passiven Kurzcheck bei 88/100 (Prüfen). Die priorisierten Befunde darunter zeigen jeweils den zugehörigen Scan-Beleg.

Was dieser Report nicht ist: kein Rechtsgutachten, kein Penetrationstest, keine abschließende Freigabe.

Fixplan öffnen Re-Scan starten Methodik ansehen

Score88/100 · Prüfen
Beleg: 16611e39-87e3-40ae-9513-436eec181008 · Priorisierung, kein Gütesiegel.GesehenBeleg: 21 Request(s), 0 Datenschutz-Domain(s), 0 Cookie(s) vor Einwilligung, 0 Formular(e), 0 fehlende Header.Manuell prüfenBeleg: 4 Review-Auslöser im passiven Scanprofil; Login, Checkout, Rechtskontext und Betreiberprozesse bleiben außerhalb des Kurzchecks.BeleglageBeleg: Passiver Kurzcheck ohne harte Warnsignale · 4 technische Nachweise · 3 Prüfgrenzen · 1/2 Befunde mit Detailbeleg.

Full-CheckDatenschutz & Tracking Full-CheckBetreibertransparenz Full-CheckDateneingabe Full-CheckBrowserkontakte Full-CheckDomainhistorie Full-CheckTechnische Basis Full-CheckNutzbarkeitDie Ringe bewerten jeden Teilbereich für sich. Der Gesamtscore gewichtet alle 2 Befunde zusammen und fällt deshalb strenger aus, wenn sich Hinweise über mehrere Bereiche summieren.

Kleine Seitenvorschau von saferpage.de — Vorschau des geprüften Seitenzustands

Top-3 Befunde

Was zuerst bearbeitet werden sollte

Die drei wichtigsten Aufgaben mit Scan-Beleg, erster Maßnahme und überprüfbarem Zielzustand.

Alle Befunde Quick-Wins

Top 1 · hoch · BSI/Security-HeaderCSP erlaubt unsafe-inline für Skripte

Warum relevant: Fehlende Browser-Schutzheader erhöhen das technische Risiko und sind nach einem Re-Scan klar abnehmbar.

Belegstatus: abgeleitet

Beleg aus diesem Scan: Inline-Skripte über Nonces oder Hashes statt unsafe-inline freigeben.

Header-Nachweis öffnen

Erste Maßnahme: Inline-Skripte über Nonces oder Hashes statt unsafe-inline freigeben.

Erledigt, wenn: Re-Scan zeigt die erwarteten Header; Darstellung und kritische Funktionen wurden fachlich geprüft.

Verantwortlich: Technik
Belegqualität: hochdirekter Scan-Beleg vorhanden

Befund öffnen · Korrektur melden

Top 2 · niedrig · crawlMindestens eine priorisierte Unterseite lieferte einen HTTP-Fehler

Warum relevant: Wichtige Rechtstexte und Kontaktwege müssen für Nutzer und Crawler zuverlässig erreichbar sein.

Belegstatus: gemessen

Beleg aus diesem Scan:

https://saferpage.de/guides/datenschutzerkl%C3%A4rung-verbessern → HTTP 404
In die Prüfung einbezogene Unterseite: https://saferpage.de/guides/datenschutzerkl%C3%A4rung-verbessern
In die Prüfung einbezogene Unterseite: https://saferpage.de/cookies

Alle Belege anzeigen (6)

In die Prüfung einbezogene Unterseite: https://saferpage.de/impressum
In die Prüfung einbezogene Unterseite: https://saferpage.de/kontakt
In die Prüfung einbezogene Unterseite: https://saferpage.de/datenschutz

Seiten- und Disclosure-Nachweis öffnen

Erste Maßnahme: Die bestätigten 4xx-/5xx-Antworten der internen Pflicht- und Vertrauensseiten prüfen.

Erledigt, wenn: Re-Scan findet Impressum, Datenschutz, Kontakt, Formular- und Cookie-Seiten innerhalb der erwarteten Klicktiefe.

Verantwortlich: Website-Betrieb · Datenschutz
Belegqualität: mittelaus Scan-Signalen abgeleitet

Befund öffnen · Korrektur melden

Top 3 · niedrig · Browser-NachweisBrowser-Nachweis

Warum relevant: Dieser Punkt beeinflusst Priorisierung, Nachweisbarkeit oder Betreibertransparenz im öffentlichen Report.

Belegstatus: abgeleitet

Beleg aus diesem Scan: 21 Request(s), 2 Drittanbieter-Domain(s), davon 0 datenschutzrelevant, 0 Browser-Cookie(s), Transfer-Prüfbedarf: 0, Referrer-/URL-Leaks: 0, Fingerprinting-/Replay-Hinweise: 0.

Erste Maßnahme: 21 Request(s), 2 Drittanbieter-Domain(s), davon 0 datenschutzrelevant, 0 Browser-Cookie(s), Transfer-Prüfbedarf: 0, Referrer-/URL-Leaks: 0, Fingerprinting-/Replay-Hinweise: 0.

Erledigt, wenn: Re-Scan oder fachliche Abnahme bestätigt, dass der Befund behoben oder nachvollziehbar begrenzt ist.

Verantwortlich: Website-Betrieb
Belegqualität: hochdirekter Scan-Beleg vorhanden

Befund öffnen · Korrektur melden

Grenze: Die erste Maßnahme ist eine Orientierung aus den Scan-Nachweisen. Rechtliche Freigabe, Vertragsprüfung und die finale Entscheidung bleiben bei Ihnen.

Öffentlicher Status

SaferPage-Badge einbetten

Betreiber können den letzten öffentlichen SaferPage-Check als klickbares Status-Badge auf ihrer Website verlinken. Das Badge führt auf eine Verifizierungsseite mit Score, Datum, Prüfumfang, Report und Grenzen; JSON liefert die Werte maschinenlesbar.

Verifizierung SVG öffnen JSON öffnen Embed Center

<a href="https://saferpage.de/badge/saferpage.de/verifizierung" target="_blank" rel="noopener"><img src="https://saferpage.de/badge/saferpage.de" width="340" height="92" alt="SaferPage Mini-Check für saferpage.de" loading="lazy"></a>

Befunde nach Themen

Alle belegten Befunde

Nach Themen gebündelt, damit Datenschutz, Marketing, Entwicklung und Betrieb ihre Punkte direkt übernehmen können.

Sichtbarkeit & Seiteninhalt

SEO, Abdeckung, Inhalte und auffälliges Browserverhalten

Team: SEO · Content · Webbetrieb 1 Befunde

Mindestens eine priorisierte Unterseite lieferte einen HTTP-Fehler Technischer Hinweis

Belegstatus: gemessen

Beleg aus diesem Scan:

https://saferpage.de/guides/datenschutzerkl%C3%A4rung-verbessern → HTTP 404
In die Prüfung einbezogene Unterseite: https://saferpage.de/guides/datenschutzerkl%C3%A4rung-verbessern
In die Prüfung einbezogene Unterseite: https://saferpage.de/cookies

Alle Belege anzeigen (6)

In die Prüfung einbezogene Unterseite: https://saferpage.de/impressum
In die Prüfung einbezogene Unterseite: https://saferpage.de/kontakt
In die Prüfung einbezogene Unterseite: https://saferpage.de/datenschutz

Seiten- und Disclosure-Nachweis öffnen Lösung und Hintergrund

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.

gemessen

0,31 sGrößter Inhalt sichtbar (LCP) · gut0Layout-Stabilität (CLS) · gut0,24 sServerantwort (TTFB) · gut0,31 sErster Inhalt sichtbar (FCP)0 msSkript-Blockierungen gesamtH2HTTP-Protokoll

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

2 externe Drittanbieter-Domain(s) bedeuten alle externen Kontakte; 0 datenschutzrelevante Drittanbieter-Domain(s) sind nur die von SaferPage als unmittelbar privacy-/trackingnah klassifizierten Kontakte.

Cookies

0 Cookie(s) vor Einwilligung beziehen sich auf Consent-Startzustand und Set-Cookie-/Runtime-Signale; das Cookie-Inventar kann zusätzlich 0 Browser-Cookie(s) aus dem Chromium-Zustand zeigen. Erkannte Set-Cookie-Header: 0.

HTML-Größe

78867 Bytes meint den Header-/Performance-Wert, sofern vorhanden. Ein gemessener Body kann separat gezählt werden: 78867 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.

Übersicht

Score-Treiber vs. Entlastungen

4 Treiber · 3 Entlastungen · 4 Grenzen

Consent-Zustände

Scan-Verlauf

Alle gespeicherten Scans zeigen denselben Stand (2026-07-15 · 88/100).

Security-Header

HSTSokCSPokX-Frame-OptionsokX-Content-Type-OptionsokReferrer-PolicyokPermissions-PolicyokCOOPfehltCOEPfehltCORPfehlt

Score-Erklärung

Warum ist der Score so?

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

88/100 · Prüfen

88/100Gesamtscore als Priorisierung2Score-Treiber sichtbar8entlastende Signale3Prüfgrenzen4manuelle PrüfauslöserOrientierungAussage-Verlässlichkeit

Score-TreiberAus dem gespeicherten Scan abgeleitete Prioritäten

CSP erlaubt unsafe-inline für Skripte: Inline-Skripte über Nonces oder Hashes statt unsafe-inline freigeben.

Mindestens eine priorisierte Unterseite lieferte einen HTTP-Fehler: –

Quelle: Scan-Nachweise

Entlastende SignaleGegenüber dem Gesamtwert separat lesen

0 Cookie(s) vor Einwilligung im gespeicherten Erstaufruf.

0 datenschutzrelevante Drittanbieter-Domain(s) aus Browserkontakten.

0 Tracking-Script(s) im gespeicherten Lauf.

Keine Consent-Mode-relevanten Google-Tracking-Tags, -IDs oder Tracking-Domains erkannt; Google Consent Mode ist aus dieser Scan-Evidenz nicht erforderlich.

Impressum-Link wurde im passiven Sample belegt.

Datenschutz-Hinweis wurde im passiven Sample belegt.

Quelle: Scan-Nachweise

PrüfgrenzenWas die automatische Aussage begrenzt

Score ab 75: technische Priorisierung bleibt trotzdem kein Gütesiegel.

4 manuelle Review-Auslöser aus der Scope-Grenze.

4 nicht automatisch geprüfte Bereiche, etwa Login, Checkout, Vertrags- oder Rechtskontext.

Grenze: manuell prüfen

Hintergrundseite öffnen

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 saferpage.de?

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

88Score als Priorisierung, nicht als Rechtsfreigabe0Cookie(s) vor Einwilligung gesehen0datenschutzrelevante Drittanbieter-Domains0Formular(e)jaImpressum-Link automatisch belegtjaDatenschutz-Hinweis automatisch belegt

Scan-Einordnung

Keine harten Warnsignale im passiven Kurzcheck; der Score bleibt ein technisches Priorisierungssignal.

Einordnung lesen

Google Consent Mode

Keine Consent-Mode-relevanten Google-Tracking-Tags, -IDs oder Tracking-Domains erkannt; Google Consent Mode ist aus dieser Scan-Evidenz nicht erforderlich.

Grenzen prüfen

Hintergrundseite öffnen

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.

Methodik Hintergrundseiten Datenschutz-Hub

Aussage-VerlässlichkeitPassiver Kurzcheck ohne harte Warnsignale · OrientierungFür die EinordnungKeine harten Signale im Kurzcheck, aber keine vollständige Betreiberfreigabe.BetreiberkontextPunkte, die nur Sie als Betreiber beurteilen können; die Detailprüfung ist verlinkt.

Verlässlichkeitsgrenze: Der passive Lauf zeigt keine dominanten Tracking-, Formular- oder Zugangs-Hürden-Signale. Unsichtbare Login-, Zahlungs- oder Betreiberprozesse bleiben außerhalb des Kurzchecks.

Automatisch belegtAus gespeicherten SaferPage-Nachweisen

Score 88/100 als Priorisierung aus passivem HTTP-, HTML-, Header-, Cookie- und Browserkontakt-Sample.

21 Browser-Request(s), 0 datenschutzrelevante Drittanbieter-Domain(s), 0 Tracking-Script(s) im gespeicherten Lauf.

6 direkt geprüfte Test-URL(s) im Crawl-Abschnitt; die Ziel-Links bleiben im Report nachvollziehbar.

Keine Consent-Mode-relevanten Google-Tracking-Tags, -IDs oder Tracking-Domains erkannt; Google Consent Mode ist aus dieser Scan-Evidenz nicht erforderlich.

Status: belegbar

Was der Report nicht aussagtGrenzen des Checks

keine DSGVO-Konformität, keine Rechtsberatung und keine Betreiberfreigabe

kein abschließendes Seriositätsurteil über saferpage.de

keine Malwarefreiheit, kein Penetrationstest und keine vollständige Prüfung hinter Login, Paywall oder Geoblocking

Status: nicht Teil des Checks

Hintergrundseite öffnen

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-GrenzeneinGoogle-Consent aus dem Scan

GeprüftAutomatische Nachweise aus der passiven Prüfung

Passiver HTTP-/Browser-Sample: 21 Browser-Request(s), 0 datenschutzrelevante Drittanbieter-Domain(s).

Cookies und Consent-Startzustand: 0 Cookie(s) vor Einwilligung im gespeicherten Lauf.

Öffentlich erreichbare Test-URLs: 6 direkt geprüfte Test-URL(s) im Crawl-/Coverage-Abschnitt.

Formular-Nachweise aus öffentlichem Crawl: Keine Formularabgabe im passiven Sample belegt.

Status: belegt

Methodik-Grenzen öffnen

Hintergrundseite öffnen

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.

6/6Kontrollen bestanden0doppelte Scan-HinweiseneinGoogle-Einwilligung laut Befund erforderlich0Google-Fehlalarme in Scan-Hinweisen0Formulare 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 · nicht erforderlich
Ohne Google-Tag, Google-Domain oder Google-Tracking-ID wird kein Google-Consent-Mode-Fix gefordert.
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 Kurzcheck nicht belegt
Nicht sichtbare, mehrstufige oder Login-Formulare bleiben manuelle Prüfpunkte.
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.

6 abgerufene Unterseite(n) · 12 zusätzlich entdeckte interne Linkziele.

Vollständiges Seiteninventar öffnen · Agentur-DeepScan öffnen

Direkte Test-URLs

/guides/datenschutzerkl%C3%A4rung-verbesserndatenschutz · Klicktiefe unklar · HTTP 404 · Tracking 0 · Cookies 0/cookiescookies · 1 Klick · HTTP 200 · Tracking 0 · Cookies 0/impressumimpressum · 1 Klick · HTTP 200 · Tracking 0 · Cookies 0/kontaktkontakt · 1 Klick · HTTP 200 · Tracking 0 · Cookies 0/datenschutzdatenschutz · 1 Klick · HTTP 200 · Tracking 0 · Cookies 0/datenschutz-webseiten-reportdatenschutz · 1 Klick · HTTP 200 · Tracking 0 · Cookies 0 · Ablehnen ja

Audit-Ausgabe

PDF-/Druckbericht für Betreiber und Prüfer

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.

Domainsaferpage.de Score88 Scan-ID16611e39-87e3-40ae-9513-436eec181008 Erstellt2026-07-15 03:13:10.549919+02 Öffentlicher Linksaferpage.de/saferpage.de ExportPDF/Druck, JSON, CSV, XLSX, ZIP-Nachweise

DNS erreichbarBeleg aus Scan: Adressen: 1

HTTPS-Zertifikat gültigBeleg aus Scan: TLS: TLSv1.3

HTTP-Status 200Beleg aus Scan: Endziel: https://saferpage.de/

Report richtig einordnen

Technische Orientierungshilfe – kein abschließendes Urteil

SaferPage bewertet sichtbare Website-Signale für saferpage.de. 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-NachweiseIm passiven Sample nicht belegt.Google Consent ModeKeine Consent-Mode-relevanten Google-Tracking-Tags, -IDs oder Tracking-Domains erkannt; Google Consent Mode ist aus dieser Scan-Evidenz nicht erforderlich.Drittanbieter-Nachweise21 Browser-Request(s), 0 datenschutzrelevante Drittanbieter-Domain(s).Was der Check nicht bestätigtKein Nachweis für „DSGVO-zertifiziert", „rechtssicher", „garantiert malwarefrei" oder „abschließend unbedenklich".

Hintergrundseite öffnen

Grenzen der automatischen Bewertung

Welche Grenzen ergeben sich aus den Nachweisen?

Diese Konsolidierung zeigt sichtbare technische Beobachtungen getrennt von allgemeinem Betreiber-Background. Nicht belegte Kontexte werden nur als Hintergrund-Link angeboten.

21Browser-Requests im passiven Lauf0datenschutzrelevante Drittanbieter-Domains0Formulare aus Startseite und Crawl-CoverageneinGoogle-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 passiven Sample nicht belegt
Der passive Lauf hat keine Formular-Nachweise gespeichert.
Hintergrundseite öffnenGoogle Consent Modenicht aus diesem Scan erforderlich
Ohne Google-Tag, Google-Domain oder Google-Tracking-ID wird kein Google-Consent-Mode-Fehler erzeugt.
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 Einwilligung0 Cookie(s) gesehen
Der passive Browserlauf speicherte 0 Cookie(s) vor Einwilligung und 0 datenschutzrelevante Drittanbieter-Domain(s).
Hintergrundseite öffnenViewport-Transparenz9 sichtbare Signal(e)
Der erste Chromium-Viewport sah Datenschutz 3, Impressum 2, Kontakt 3 und Cookie/Consent 1 Link-/Steuerungssignal(e).
Einordnung öffnenExterne Skript-Lieferkettenicht belegt
Der passive Lauf hat keine externen Skriptquellen im Startseiten-Sample gespeichert.
Hintergrundseite öffnenRobots & SitemapCrawl-Scope-Evidence vorhanden
Der passive Coverage-Check hat robots.txt erfolgreich abgerufen, 3 Sitemap-Quelle(n) gelesen, 1 Sitemap-Kandidat(en) gesehen, 120 Sitemap-URL(s) und 30 interne Linkziele gespeichert.
Crawl-Grenzen öffnenIndexierungs-Signalenicht belegt
Der passive Abruf hat keine Meta-Robots- oder X-Robots-Tag-Signale als Schwerpunkt gespeichert.
Indexierungs-Grenzen öffnenKI-/Crawler-PolicyAI-Bot-Regeln gesehen
Der passive Same-Origin-Check sah 2 von 5 festen Policy-Datei(en), 1 llms/AI/WARD-Datei(en) und 4 explizite KI-Bot-Regel(n) in robots.txt. robots.txt: explicit_ai_bot_policy; llms/AI/WARD: policy_file_found.
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-PolicySecurity-Kontakt gesehen
Der passive Same-Origin-Check sah 1 von 2 security.txt-Ziel(en), 1 Kontaktfeld(er), 6 strukturierte Feld(er), bevorzugter Well-known-Pfad: ja, Expires-Feld: ja.
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-/Sprachalternativennicht belegt
Der passive Lauf hat keine Hreflang-Alternates als Schwerpunkt gespeichert.
Hintergrundseite öffnenBetreibertransparenzLink belegt
Der passive Lauf hat einen Impressum-Link als Evidence gespeichert.
Hintergrundseite öffnen

Methodik-Grenzen öffnen

Öffentliche Report-Zusammenfassung

Einzelne Betreiberpunkte prüfen

Der passive Kurzcheck zeigt einzelne offene Punkte, aber keine sehr starken Warnsignale. Die Aussage bleibt eine technische Orientierung mit begrenzter Aussagekraft.

Auffällige SignaleCSP erlaubt unsafe-inline für Skripte

Entlastende SignaleBetreiber und Datenschutz sind auffindbarKeine sensible Eingabe erkanntWenig datenschutzrelevante BrowserkontakteNutzbarkeit wirkt solide

Datenschutz & TrackingunauffälligBeleg aus Scan: 0 Tracking-Script(s), 0 Cookie(s) vor Einwilligung, 0 datenschutzrelevante Drittanbieter.

DateneingabeunauffälligBeleg aus Scan: 1 gerenderte Formular(e) mit 3 Feld(ern) erkannt; im passiven Lauf keine sensible Dateneingabe klassifiziert.

BrowserkontakteprüfenBeleg aus Scan: Chromium sah 21 Request(s), 2 Drittanbieter-Domain(s), davon 0 datenschutzrelevant.

DomainhistorieprüfenBeleg aus Scan: RDAP liefert kein klares Registrierungsdatum.

Technische BasisunauffälligBeleg aus Scan: HTTPS, DNS, Zertifikat, HTTP-Status und wichtige Sicherheitsheader wurden passiv geprüft.

NutzbarkeitunauffälligBeleg aus Scan: Antwortzeit, mobile Viewport-Basis und auffällige Browser-Verhaltensmuster wurden eingeordnet.

Hintergrundseite öffnen

Prüfprofil

Für welchen Betreiber-Kontext wurde priorisiert?

Prüfprofil Deutschland -> DACH: Allgemeine Website, Zielgruppe Gemischte Zielgruppe. 3 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

Schwerpunkte

DSGVO/TDDDGrelevant · mittel · Profil: Betreiber-/ZielregionDDG/Anbieterkennzeichnungrelevant · hoch · Profil: öffentliches WebangebotDrittanbieter und internationale Transfersrelevant · prüfen · Profil: AngebotskomplexitätBFSG/WCAGKontext · mittel · Profil: Website-Typ und WCAG-SignaleSensible DatenKontext · hoch · Profil: Website-Typ/Zielgruppe

Prüfmodule

Welche Bereiche wurden geprüft?

Methodik

Sicherheit, TLS & Header82Full-Check

prüfen

Beleg aus Scan: 2 Infrastruktur-Hinweis(e), Security-Header: 6/6 Basis-Header vorhanden, 0 fehlen. Externe Skripte werden separat im Supply-Chain-Modul bewertet.