Wie können wir helfen?
Antworten auf häufige Fragen zu SiteScan.top.
So arbeitet SiteScan.top
Ein Scan beginnt mit nichts als einer Adresse. SiteScan.top ruft die Seite ab, liest das HTML, das der Server zurückgibt, folgt den gefundenen internen Links und wiederholt das, bis das Seitenbudget aufgebraucht ist. Es muss nichts installiert, kein Tag eingebaut und kein Konto angelegt werden — der Oberflächen-Scan ist kostenlos und anonym.
Jede zurückgelieferte Seite durchläuft denselben Satz Analysen: Status und Antwortzeit, Titel und Description, Canonical und hreflang, Überschriftenstruktur, Bilder und ihre Alt-Texte, Formulare und ihre Felder, interne und externe Links, Security-Header, strukturierte Daten und die Gültigkeit des Markups selbst.
Heraus kommt ein Bericht: ein Gesamtscore, ein Score je Kategorie, jedes Problem samt der Seiten, auf denen es auftritt, die Quick Wins sortiert nach Ertrag pro Arbeitsminute und die Tests, die als Nächstes lohnen. Der Bericht behält eine feste Adresse — Sie können ihn weitergeben oder nach einer Korrektur erneut öffnen und vergleichen.
Was SiteScan prüft
Jede Zeile des Website-Berichts hat eine eigene Seite: was genau geprüft wird, warum es wichtig ist und wie Sie das Gefundene beheben.
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
Technologie
Ein Scan, Schritt für Schritt
1. Sie fügen eine Adresse ein
Geben Sie eine Domain ein, mit oder ohne https://, und starten Sie den Scan. Die Adresse muss öffentlich erreichbar sein: eine Seite hinter Login, VPN oder in einem privaten IP-Bereich lässt sich von außen nicht crawlen.
2. Der Crawler läuft durch die Website
Die Startseite öffnet zuerst ein echter Browser (damit eine Bot-Prüfung durchlaufen kann), danach bis zu fünf Seiten in derselben Sitzung — höchstens zehn. Weitere URLs kommen von Links auf der Startseite und aus der Sitemap.
3. Jede Seite wird analysiert
Jede Seite wird auf Barrierefreiheit, Performance, SEO, Sicherheit, Formulare, Links, Infrastruktur und HTML-Gültigkeit bewertet. Eine Kategorie, für die es nichts zu messen gibt, wird als nicht gemessen ausgewiesen statt geraten.
4. Der Bericht entsteht und wird gespeichert
Befunde werden nach Problem gruppiert, nicht nach Seite: ein fehlendes alt-Attribut an neun Bildern ist ein Eintrag mit neun Fundstellen. Der fertige Bericht wird gespeichert und erscheint in der öffentlichen Liste der letzten Scans.
Wie die Scores zu lesen sind
Scores sind Diagnose, keine Note. Sie sagen, wo zuerst zu suchen ist, und vergleichen eine Website mit dem, was die Prüfungen erwarten — nie mit einer anderen Website.
- Der Gesamtscore
- Jede gemessene Kategorie startet bei 100 und verliert Punkte für jedes gefundene Problem — gewichtet nach Schwere und verteilt auf die gecrawlten Seiten. Der Gesamtscore ist der Mittelwert der gemessenen Kategorien; ein schwer beschädigter Bereich kann sich also nicht hinter acht gesunden verstecken. 90 und mehr ist ausgezeichnet, 70 bis 89 gut, unter 70 braucht Arbeit.
- Kategorie-Scores
- Neun Kategorien werden ausgewiesen: Barrierefreiheit, Performance, SEO, Sicherheit, Formulare, Links, Konsole, Infrastruktur und HTML. Jede lässt sich aufklappen und zeigt, aus welchen Problemen die Zahl entsteht und auf welchen Seiten sie gemessen wurden.
- Schweregrad
- Probleme sind kritisch, hoch, mittel oder niedrig. Kritisch und hoch heißt: für Besucher ist bereits etwas kaputt — ein toter Link, ein Formular ohne action, eine Seite mit Fehlerstatus. Mittel und niedrig sind meist fehlende Metadaten oder Markup, die später kosten, nicht heute.
- Quick Wins
- Quick Wins sortieren die Befunde nach Ertrag pro Arbeitsminute: Oben steht, wo eine Stunde Ihrer Zeit den größten Score-Sprung bringt. Jeder Eintrag nennt die zu ändernden Seiten und was sich danach verbessert.
Häufige Fragen
- Wonach sucht SiteScan.top?
- SiteScan.top testet umfassend: defekte Links, JavaScript-Konsolenfehler, Formulare, Barrierefreiheit (WCAG), Performance-Metriken (Core Web Vitals), SEO und Sicherheits-Header.
- Wie viele Seiten deckt ein Scan ab?
- Ein kostenloser Scan liest standardmäßig fünf Seiten und höchstens zehn: die eingegebene Adresse plus die dort gefundenen internen Links. Das Budget gilt pro Scan, nicht pro Tag; größere Crawls gehören zu den kostenpflichtigen Audits.
- Wie lange dauert ein Audit?
- Oberflächen-Audits dauern meist 1–3 Minuten. Tiefen-Audits mit vollständigem Formular-Testing und ausführlicher Analyse benötigen je nach Websitegröße 5–10 Minuten.
- Warum wartet mein Scan?
- Fünf Websites werden gleichzeitig gecrawlt; sind alle Plätze belegt, reihen sich neue Scans ein, statt abgewiesen zu werden. Die Seite zeigt Ihre Position und startet von selbst, sobald ein Platz frei wird — es gibt nichts zu klicken.
- Warum sehe ich einen Bericht, den ich nicht gerade erstellt habe?
- Ein Bericht wird fünfzehn Minuten lang wiederverwendet, damit ein geteilter Link, ein Reload und ein zweiter Besucher dieselbe Website nicht dreimal crawlen. Der Rescan-Button erzwingt einen frischen Durchlauf, sobald Sie etwas geändert haben.
- Was unterscheidet Oberflächen- und Tiefen-Audit?
- Das Oberflächen-Audit prüft alle Seiten auf defekte Links und Konsolenfehler. Das Tiefen-Audit ergänzt KI-Formular-Testing, vollständige Barrierefreiheitsprüfung, SEO-Analyse und detaillierte Reproduktionsschritte.
- Wie wird der Score genau berechnet?
- Jede gemessene Kategorie startet bei 100 und verliert Punkte pro Problem — gewichtet nach Schwere und gemittelt über die gecrawlten Seiten. Die Gesamtzahl ist der Mittelwert der gemessenen Kategorien und bewegt sich daher, wenn ein ganzer Bereich besser wird, nicht eine einzelne Seite.
- Warum ist der Konsolen-Score leer?
- Konsolenfehler erfasst Playwright, wenn es die Seite öffnet. Im fertigen Bericht stehen sie in der Kategorie Konsole.
- Sind meine Website-Daten sicher?
- Ja. Wir greifen nur auf öffentlich zugängliche Seiten zu, speichern keine Zugangsdaten und verschlüsseln Audit-Daten. Ihren Verlauf können Sie jederzeit löschen.
- Was speichern Sie über eine gescannte Website?
- Den Bericht selbst: die gecrawlten Seiten, die dort gemessenen Werte und die gefundenen Probleme. Berichte erscheinen in der öffentlichen Liste der letzten Scans — scannen Sie also keine Adresse, die dort nicht auftauchen soll, und schreiben Sie an den Support, wenn ein Bericht entfernt werden muss.
- Kann ich passwortgeschützte Seiten prüfen?
- Derzeit prüft SiteScan.top nur öffentlich zugängliche Seiten. Tests hinter Login sind für Enterprise-Tarife geplant.
- Kann ich eine Staging-Seite oder localhost scannen?
- Scannen lassen sich nur öffentlich auflösbare Adressen: localhost, private Bereiche und alles hinter einem VPN werden abgelehnt. Ein Staging auf einer öffentlichen Domain funktioniert; Seiten hinter Basic Auth erscheinen als nicht zugänglich, statt gecrawlt zu werden.
- Wie funktionieren Tokens?
- Ein Scan von der Startseite ist kostenlos und liest bis zu 5 Seiten. Prüfungen aus dem Konto — von Hand, geplant oder über die API — kosten einen Token pro gelesener Seite. Ein neues Konto erhält 100 Tokens; Pakete beginnen bei 500 Tokens für 9 $. Tokens verfallen nicht.
- Mit welchen Browsern testet SiteScan.top?
- SiteScan.top nutzt Headless-Chromium, das den Großteil der heutigen Browsernutzung abbildet. Die Ergebnisse gelten für Chrome, Edge und die meisten Chromium-Browser.
- In welchen Sprachen gibt es den Bericht?
- Oberfläche und Berichte gibt es auf Englisch, Russisch, Polnisch und Deutsch. Eine Website wird einmal gecrawlt, die Befunde werden in der gelesenen Sprache formuliert — ein Bericht lässt sich also in einem Team teilen, das keine gemeinsame Sprache hat.
- Kann ich meine Audit-Ergebnisse exportieren?
- Ja. Tiefen-Audit-Berichte lassen sich als PDF exportieren — mit allen Problemen, Schweregraden und Reproduktionsschritten.
- Gibt es eine API?
- Die Berichtsseite läuft über einen JSON-Endpoint; eine dokumentierte, versionierte öffentliche API ist geplant. Bis dahin schreiben Sie an den Support, wenn Sie programmatischen Zugriff brauchen — wir sagen Ihnen, worauf man schon bauen kann.
- Ein Befund wirkt falsch. Was nun?
- Zu jedem Problem stehen die gemessenen Werte, aus denen es entstand — prüfen Sie sie direkt auf der Seite nach. Stimmen die Zahlen, passt aber der Schluss für Ihren Fall nicht, schicken Sie uns den Berichtslink; wir sehen uns die Regel an.
- Wie oft sollte ich scannen?
- Am meisten findet das Paar „vor dem Release und direkt danach“: Der erste Scan zeigt, worauf Sie aufsetzen, der zweite, ob das Deployment etwas zerstört hat. Sonst reicht bei einer selten geänderten Website einmal im Monat.
- Wie bekomme ich die Meldungen in Telegram?
- Öffnen Sie im Konto den Reiter Benachrichtigungen, schalten Sie Telegram ein und tippen Sie auf „Telegram verbinden“: Unser Bot @notify_flowbot öffnet sich, Sie drücken Start — und der Chat ist verbunden, ohne dass etwas kopiert wird. Von Hand geht es auch: Schreiben Sie dem Bot selbst, senden Sie /id und tragen Sie die Zahl aus der Antwort im Feld „Chat-ID“ ein. Der Bot schreibt nur in einen Chat, der ihn selbst gestartet hat — wer ihn blockiert, bekommt sofort keine Meldungen mehr.
Was ein Scan nicht leistet
Automatische Tests finden, was sich von außen messen lässt. Sie sagen nicht, ob Ihre Texte verständlich sind, ob der Checkout den richtigen Betrag bucht oder ob jemand mit Screenreader eine Aufgabe abschließen kann — einen großen Teil der Barrieren muss weiterhin ein Mensch bestätigen.
Der Crawl sieht nur, was ein Besucher sieht: Seiten hinter Login, Adressen, auf die nichts verlinkt, und Inhalte, die lange nach dem Laden eingefügt werden, können im Bericht fehlen. Lesen Sie einen sauberen Bericht als „nichts Messbares ist kaputt“, nicht als Zertifikat.
Noch Fragen?
Schreiben Sie uns — wir antworten innerhalb von 24 Stunden.