Startseite, HTTP/DNS/TLS, Headless Chromium, Consent-Zustände, Mini-Screenshot, priorisierte Unterseiten.
SaferPageCrawler/0.3 (+https://saferpage.de/bot; schedules passive DACH website checks; report examples: https://saferpage.de/tests; kostenloser Report: <a href="https://saferpage.de/service.viactiv.de">https://saferpage.de/service.viactiv.de</a>)Continuous Monitoring, Crawler und Evidence
service.viactiv.de: Scanbetrieb nachvollziehbar steuern
ScanOps für service.viactiv.de: 73/100; 8/11 Kontrollpunkt(e), 0 Unterseite(n), 0 Sitemap-URL(s), Queue 5307.
Automatisch aus Scan-Evidenz und Crawler-Status abgeleiteter ScanOps-Plan. Tiefe Scans, Login-Bereiche, Allowlisting und Custom Header brauchen eine ausdrückliche Betreiberfreigabe.
Scanprofile
Welche Scanarten für öffentliche Checks, DACH-Recrawl und Deep-Scans gelten
Gespeicherte DACH-/DE-Seiten, Refresh-Kandidaten, Queue und Monitoring.
SaferPageCrawler/0.3 (+https://saferpage.de/bot; schedules passive DACH website checks; report examples: https://saferpage.de/tests)Staging, Login-Bereiche, Custom Header, Allowlist, hoehere Tiefe.
SaferPageBot/0.2 (+https://saferpage.de/bot; passive website safety check; no attack tests)Crawl-Scope und Monitoring
Was geprüft wird und wie Änderungen sichtbar bleiben
https://linka.apivia.de/client/login?login=&acr=&client_id=tq1F1YguXk6rKWEBYhIXUQKj&redirect_uri=https%3A%2F%2Flinka.apivia.de%2Fservices%2Fjsonrest%2Fv1%2Foauth%2Fauthorize%3Fresponse_type%3Dcode%26redirect_uri%3Dhttps%253A%252F%252Fservice.viactiv.de%252Fdgs-auth%252Fauthorize%26client_id%3Dtq1F1YguXk6rKWEBYhIXUQKj%26nonce%3Db695780425d648b156e6a02ed8288712%26state%3D1715f532b4e43984a9f6885bac2a5856%26scope%3Dprofile%2Border_term%2Bdecrypt_data%2Bservice_portal_access%2Bintrospect%2Bopenid%26prompt%3D
Startseite als Eintrittspunkt stabil halten.0 URL(s), Quellen 0.
Sitemap aktuell halten und wichtige Datenschutz-/Formularseiten aufnehmen.0 Linkziel(e), 0 abgerufen.
Pflichtseiten und Nutzerpfade sichtbar verlinken.4 Zustand/Zustände.
Ablehnen, Akzeptieren, Einstellungen und GPC je Release testen.Renderer playwright-chromium.
160x150-Vorschau und Evidence-Screenshot als getrennte Nachweise führen.Refresh-Intervall aus öffentlichem Report nur teilweise ableitbar.
Monitoring-Prozess prüfen.Queue 5307, besucht 82701, Fehler 1488.
Monitoring-Prozess prüfen.0 Monitoring-Alert(s).
Monitoring-Prozess prüfen./monitoring/feed.json und /monitoring/feed.xml.
Monitoring-Prozess prüfen.Sample-Limit 4, keine Login- oder Lasttests.
Monitoring-Prozess prüfen.Kontrollen und Nachweise
Was für reproduzierbare, schonende und auditierbare Scans offen ist
User-Agent: SaferPageCrawler/0.3 (+https://saferpage.de/bot; schedules passive DACH website checks; report examples: https://saferpage.de/tests; kostenloser Report: <a href="https://saferpage.de/service.viactiv.de">https://saferpage.de/service.viactiv.de</a>); Bot-Seite https://saferpage.de/bot.
User-Agent mit Kontakt-/Bot-URL beibehalten und Betreiberhinweise aktuell halten.Renderer playwright-chromium, Browser-Requests 21.
Browserlauf, Mini-Screenshot und Netzwerkbelege als Standardnachweis weiterführen.Sitemap-URLs 0, Sitemap-Quellen 0, interne Linkziele 0.
Sitemap, Footer, Datenschutz, Impressum, Kontakt und Formularseiten als Crawl-Scope pflegen.0 Unterseite(n) abgerufen, 0 im Evidence Pack, Sample-Limit 4.
Pflichtseiten, Formularseiten und Cookie-/Datenschutzseiten regelmaessig als priorisierte Stichprobe prüfen.4 Consent-Zustand/Zustände im Evidence Pack.
Default, Ablehnen, Akzeptieren und GPC getrennt gegen Cookies/Requests vergleichen.0 Request-Sample(s); Nachweise werden für Betreiberentscheidungen verdichtet.
Keine Cookie-Werte und keine vollständigen sensiblen Request-URLs exportieren.Alerts 0, Historie 1, Hash-Chain-Zeilen 1.
Wiederholungsscans mit Alert-Routing und Historie als festen Betriebsprozess nutzen.Queue 5307, deutschsprachige Checks 71513, besucht 82701, Fehler 1488.
Deutschsprachige Seed-Listen, Refresh-Grenzen, Parallelität und Fehlerquote überwachen.Sample-Limit 4, Evidence-Pages 0.
Concurrency, Timeout, Delay und Sample-Limits je Zielgruppe dokumentieren.Prüfbeleg vorhanden, Evidence Pack vorhanden, Root-Hash e20516ec6eb073a3.
Scanprofil, Scope, User-Agent, Renderer, Limitierungen und Exportpaket für Audits versioniert speichern.Aus öffentlichem Scan nicht beweisbar.
Allowlist-Header, Staging, Login-Scope, hoehere Tiefe und Rate Limits nur mit ausdrücklicher Betreiberfreigabe nutzen.User-Agent, Renderer, Kontext, Bot-URL, Zeitstempel und Ziel-URL.
Nachweis in ScanOps-Akte ablegen.Startseite, Sitemap-Quellen, priorisierte Unterseiten, Ausschluesse und Sampling-Grenzen.
Nachweis in ScanOps-Akte ablegen.Scan-Historie, Score-Deltas, Alerts, Queue, Fehler und Refresh-Kandidaten.
Nachweis in ScanOps-Akte ablegen.Default, Ablehnen, Akzeptieren, GPC, Cookie-Diff, Request-Diff und Screenshot.
Nachweis in ScanOps-Akte ablegen.Freigabe, Allowlist-Header, erlaubte Tiefe, Login-/Staging-Scope und Rate Limits.
Nachweis in ScanOps-Akte ablegen.