Zum Inhalt springen
WebPrüfer

So funktioniert unser Scanner

Transparenz ist uns wichtig. Viele Analyse-Tools zeigen Ergebnisse, ohne zu erklären, was sie genau prüfen. Wir machen es anders: Hier sehen Sie für jede unserer 87Prüfungen, was wir analysieren, wie wir vorgehen und warum das für Ihre Website relevant ist.

8 Kategorien · 87 Prüfungen · Ergebnis in unter einer Minute

Wie arbeitet der Scanner?

🕷️

Website-Crawler

Unser Crawler besucht bis zu 20 Unterseiten Ihrer Website und respektiert dabei robots.txt und Crawl-Delay.

📄

HTML- & Header-Analyse

Wir analysieren den HTML-Code und die HTTP-Header jeder Seite — dort finden sich die meisten rechtlichen und technischen Hinweise.

PageSpeed-Daten

Für Performance-Werte nutzen wir die Google PageSpeed Insights API — die gleiche Quelle, die auch Google selbst verwendet.

🔗

Seitenübergreifende Auswertung

Wir erkennen doppelte Inhalte, defekte Links und Inkonsistenzen über alle gecrawlten Seiten hinweg.

🔒Datenschutz & Privacy(21)

Wir analysieren, wie Ihre Website mit Besucherdaten umgeht — von Cookie-Einwilligung über Tracking bis hin zur Dokumentation eingebundener Dienste.

Preconnect zu Trackern

Wir prüfen alle link[rel=preconnect]- und link[rel=dns-prefetch]-Elemente, ob sie auf bekannte Tracking-Domains zeigen (z. B. google-analytics.com, facebook.net, hotjar.com).

Vorab-Verbindungen zu Trackern können Daten übertragen, bevor eine Einwilligung vorliegt.

Mehr erfahren →

Drittanbieter-Ressourcen

Wir zählen alle externen Domains, die über Script-, Bild-, iFrame- und Link-Elemente eingebunden werden, und bewerten die Anzahl der Drittanbieter-Verbindungen.

Weniger externe Dienste bedeuten weniger Datenweitergabe und schnellere Ladezeiten.

Mehr erfahren →

Formular-Verschlüsselung

Wir prüfen alle form[action]-Attribute, ob Formulardaten über unverschlüsseltes HTTP statt HTTPS gesendet werden.

Unverschlüsselte Formulare gefährden die Sicherheit übermittelter Daten.

Mehr erfahren →

Passwort-Autovervollständigung

Wir prüfen, ob input[type=password]-Felder ein autocomplete-Attribut haben (z. B. current-password oder new-password) für die Passwort-Manager-Kompatibilität.

Passwort-Manager verbessern die Nutzererfahrung und erhöhen die Sicherheit.

Mehr erfahren →

Datenschutz: Dienste dokumentiert

Wir erkennen im HTML eingebundene Dienste (Google Analytics, Google Fonts, YouTube, Facebook, Hotjar u. a.) und prüfen, ob diese in der Datenschutzerklärung dokumentiert sind.

Eingebundene Dienste sollten in der Datenschutzerklärung transparent aufgeführt sein.

Mehr erfahren →

KI-Chatbot Kennzeichnung (AI Act)

Wir erkennen Chatbot-Integrationen (Tawk.to, Intercom, Drift, Tidio, Chatbase u. a.) im HTML und prüfen, ob ein KI-Kennzeichnungshinweis vorhanden ist.

Besucher sollten wissen, ob sie mit einem KI-Chatbot kommunizieren.

Mehr erfahren →

KI-Richtlinie / AI Policy

Wir suchen nach Links oder Seitenabschnitten mit KI-Richtlinien-Mustern (z. B. /ki-richtlinie, /ai-policy) im HTML.

Eine KI-Richtlinie zeigt einen bewussten Umgang mit künstlicher Intelligenz.

Mehr erfahren →

Datenschutzbeauftragter (DSB)

Wir durchsuchen die Datenschutzerklärung nach Erwähnungen eines Datenschutzbeauftragten und prüfen, ob Kontaktdaten (mindestens eine E-Mail-Adresse) angegeben sind.

Ein erreichbarer Datenschutzbeauftragter erleichtert den Dialog mit Betroffenen.

Mehr erfahren →

Datenschutz: Verantwortlicher

Wir prüfen, ob im Datenschutz-Text ein Verantwortlicher genannt wird (Schlüsselwörter: verantwortlich, Angaben gemäß) und ob E-Mail oder Adresse folgen.

Besucher sollten wissen, wer für die Datenverarbeitung verantwortlich ist.

Mehr erfahren →

Datenschutz: Betroffenenrechte

Wir prüfen, ob mindestens 4 von 6 Betroffenenrechten erwähnt werden: Auskunft (Art. 15), Löschung (Art. 17), Berichtigung (Art. 16), Einschränkung (Art. 18), Datenübertragbarkeit (Art. 20), Widerspruch (Art. 21).

Klare Informationen über Betroffenenrechte stärken das Vertrauen.

Mehr erfahren →

Datenschutz: Speicherdauer

Wir durchsuchen die Datenschutzerklärung nach Angaben zur Speicherdauer — Muster wie Speicherdauer, Löschfrist, aufbewahrt oder gelöscht nach.

Transparente Speicherfristen zeigen einen verantwortungsvollen Umgang mit Daten.

Mehr erfahren →

Datenschutz: Rechtsgrundlagen

Wir prüfen, ob im Datenschutz-Text Rechtsgrundlagen genannt werden — Verweise auf Art. 6 DSGVO, Einwilligung, berechtigtes Interesse oder Vertragserfüllung.

Die Angabe der Rechtsgrundlage erklärt, warum Daten verarbeitet werden.

Mehr erfahren →

Datenschutz: Aufsichtsbehörde

Wir prüfen, ob die Datenschutzerklärung Hinweise auf eine Aufsichtsbehörde enthält — Schlüsselwörter wie Aufsichtsbehörde, Beschwerde oder Landesbeauftragter.

Hinweise zur Aufsichtsbehörde informieren Betroffene über ihre Beschwerdemöglichkeiten.

Mehr erfahren →

Drittanbieter in Datenschutzerklärung

Wir extrahieren alle externen Domains aus Script-, Bild- und iFrame-Elementen, ordnen sie bekannten Diensten zu (Google Analytics, Facebook, Stripe u. a.) und prüfen, ob diese in der Datenschutzerklärung erwähnt werden.

Alle eingebundenen Dienste sollten in der Datenschutzerklärung dokumentiert sein.

Mehr erfahren →

⚙️Technik(9)

Wir prüfen die technische Basis Ihrer Website — Verschlüsselung, Ladezeit, Bildoptimierung und die korrekte Einbindung externer Ressourcen.

SSL-Verschlüsselung

Wir prüfen, ob die Website über HTTPS erreichbar ist und ob eine automatische Weiterleitung von HTTP auf HTTPS eingerichtet ist.

Eine verschlüsselte Verbindung schützt die Daten Ihrer Besucher bei der Übertragung.

Mehr erfahren →

Meta-Tags

Wir prüfen, ob die drei wichtigsten Meta-Tags im HTML-Head vorhanden sind: title, meta[name=description] und meta[name=viewport].

Korrekte Meta-Tags verbessern die Darstellung in Suchmaschinen und Browsern.

Mehr erfahren →

Mixed Content

Wir prüfen alle src- und href-Attribute auf HTTPS-Seiten, ob Ressourcen (Bilder, Skripte, CSS) über unverschlüsseltes HTTP geladen werden.

Gemischte Inhalte können die Sicherheit der verschlüsselten Verbindung untergraben.

Mehr erfahren →

Google Fonts

Wir prüfen, ob Google Fonts extern von googleapis.com oder gstatic.com geladen werden — erkennbar an link-Tags und Preconnect-Verbindungen zu diesen Domains.

Extern geladene Schriften können Besucherdaten an Dritte übertragen.

Mehr erfahren →

Google Analytics

Wir prüfen, ob Google Analytics geladen wird, und ob Consent Mode v2 mit dem Default-Zustand denied korrekt implementiert ist.

Analytics-Dienste sollten datenschutzkonform eingebunden werden.

Mehr erfahren →

Seitengröße (HTML)

Wir messen die HTML-Dateigröße in Kilobytes: unter 100 KB ist optimal, 100–500 KB erzeugt eine Warnung, über 500 KB ist kritisch.

Schlanke Seiten laden schneller und sparen Datenvolumen für mobile Nutzer.

Mehr erfahren →

Bild-Optimierung

Wir prüfen alle img-Tags auf width/height-Attribute (verhindert Layout-Verschiebungen) und ob Bilder unterhalb des sichtbaren Bereichs loading=lazy verwenden.

Optimierte Bilder verbessern die Ladezeit und vermeiden Layout-Sprünge.

Mehr erfahren →

Komprimierung (gzip/Brotli)

Wir prüfen den Content-Encoding-Header der Server-Antwort, ob Gzip-, Brotli- oder Deflate-Komprimierung aktiviert ist.

Komprimierung beschleunigt die Seitenauslieferung und spart Bandbreite.

Mehr erfahren →

🛡️Sicherheit(9)

Wir analysieren die HTTP-Sicherheits-Header Ihrer Website und prüfen, ob gängige Schutzmaßnahmen gegen Angriffe aktiv sind.

Content Security Policy

Wir prüfen, ob der Content-Security-Policy-HTTP-Header gesetzt ist, um Cross-Site-Scripting und Code-Injection zu erschweren.

Eine Content Security Policy schützt Ihre Besucher vor eingeschleustem Schadcode.

Mehr erfahren →

HTTP Strict Transport Security

Wir prüfen den Strict-Transport-Security-Header, den max-age-Wert (empfohlen mindestens 31536000) und ob includeSubDomains gesetzt ist.

HSTS stellt sicher, dass Browser immer die verschlüsselte Verbindung verwenden.

Mehr erfahren →

X-Frame-Options

Wir prüfen den X-Frame-Options-Header (DENY oder SAMEORIGIN) zum Schutz vor Clickjacking-Angriffen durch fremde iFrame-Einbettung.

Schutz vor Clickjacking verhindert, dass Ihre Website in fremden Seiten eingebettet wird.

Mehr erfahren →

X-Content-Type-Options

Wir prüfen, ob der X-Content-Type-Options-Header mit dem Wert nosniff gesetzt ist, um MIME-Type-Sniffing zu verhindern.

Verhindert, dass Browser Dateitypen falsch interpretieren.

Mehr erfahren →

Referrer-Policy

Wir prüfen den Referrer-Policy-Header auf datenschutzfreundliche Werte wie no-referrer, same-origin oder strict-origin-when-cross-origin.

Kontrolliert, welche Informationen beim Klick auf externe Links weitergegeben werden.

Mehr erfahren →

Permissions-Policy

Wir prüfen, ob der Permissions-Policy-Header (oder der ältere Feature-Policy-Header) gesetzt ist, um Browser-API-Zugriffe (Kamera, Mikrofon, Standort) einzuschränken.

Schränkt den Zugriff auf sensible Browser-APIs wie Kamera und Mikrofon ein.

Mehr erfahren →

Subresource Integrity (SRI)

Wir prüfen, ob externe Skripte (script[src]) ein integrity-Attribut mit SRI-Hash haben, um manipulierte CDN-Ressourcen erkennen zu können.

Stellt sicher, dass extern geladene Skripte nicht manipuliert wurden.

Mehr erfahren →

TLS-Version

Wir stellen eine TLS-Verbindung zum Server her und prüfen die Protokollversion: TLS 1.3 ist optimal, TLS 1.2 akzeptabel, ältere Versionen sind kritisch.

Aktuelle TLS-Versionen gewährleisten eine sichere Verschlüsselung.

Mehr erfahren →

DNSSEC

Wir prüfen über die Google DNS-API, ob DNSSEC für die Domain aktiviert ist (AD-Flag = validiert). Diese Prüfung ist informativ und fließt nicht in die Bewertung ein, da viele Registrare (besonders für .de-Domains) DNSSEC nicht unterstützen.

DNSSEC schützt vor Manipulation der DNS-Auflösung.

Mehr erfahren →

🔍SEO(8)

Wir prüfen die wichtigsten SEO-Grundlagen — Meta-Tags, Überschriften, Sitemap und strukturierte Daten für bessere Sichtbarkeit in Suchmaschinen.

Seitentitel (Title-Tag)

Wir messen die Zeichenlänge des title-Tags: optimal sind 30–60 Zeichen — zu kurz oder zu lang wird in den Suchergebnissen abgeschnitten.

Ein passender Seitentitel verbessert die Klickrate in den Suchergebnissen.

Mehr erfahren →

Meta-Description

Wir messen die Zeichenlänge der Meta-Description: optimal sind 70–160 Zeichen für eine vollständige Darstellung in den Suchergebnissen.

Eine gute Meta-Description hilft Nutzern, den Inhalt Ihrer Seite einzuschätzen.

Mehr erfahren →

Open Graph Tags

Wir prüfen, ob die Open-Graph-Meta-Tags og:title, og:description und og:image vorhanden sind, um korrekte Vorschaubilder in sozialen Medien zu gewährleisten.

Open-Graph-Tags sorgen für ansprechende Vorschaubilder in sozialen Medien.

Mehr erfahren →

Canonical-Tag

Wir prüfen, ob ein link[rel=canonical]-Tag im Head vorhanden ist und ob die angegebene URL mit der aktuellen Seiten-URL übereinstimmt.

Ein Canonical-Tag verhindert, dass Suchmaschinen doppelte Inhalte indexieren.

Mehr erfahren →

H1-Überschrift

Wir zählen die Anzahl der h1-Überschriften auf der Seite: optimal ist genau eine H1 pro Seite.

Eine klare H1-Überschrift hilft Suchmaschinen, das Hauptthema der Seite zu erkennen.

Mehr erfahren →

Strukturierte Daten (Schema.org)

Wir prüfen, ob JSON-LD-Blöcke (script[type=application/ld+json]) oder Microdata (itemscope-Attribute) für strukturierte Daten vorhanden sind.

Strukturierte Daten ermöglichen Rich Snippets in den Suchergebnissen.

Mehr erfahren →

robots.txt

Wir prüfen, ob /robots.txt erreichbar ist (HTTP 200), ob ein globales Disallow: / die Website blockiert und ob ein Sitemap-Verweis vorhanden ist.

Die robots.txt steuert, welche Seiten von Suchmaschinen gecrawlt werden.

Mehr erfahren →

Sitemap (sitemap.xml)

Wir prüfen, ob /sitemap.xml erreichbar ist und gültiges XML-Format enthält (urlset oder sitemapindex).

Eine Sitemap erleichtert Suchmaschinen das Finden aller Seiten.

Mehr erfahren →

🤖KI-Sichtbarkeit(3)

Wir prüfen, wie Ihre Website mit KI-Crawlern umgeht — ob Regeln definiert sind und ob Ihre Inhalte bewusst für KI-Training freigegeben oder geschützt werden.

KI-Bots in robots.txt

Wir prüfen die robots.txt auf Blockierregeln für KI-Crawler: GPTBot, Google-Extended, ClaudeBot, PerplexityBot, CCBot und Bytespider — einzeln und global.

Regeln für KI-Crawler bestimmen, ob Ihre Inhalte für KI-Training genutzt werden.

Mehr erfahren →

KI-Blockierung per Meta-Tag

Wir prüfen, ob ein Meta-Tag mit noai oder noimageai im robots-Attribut gesetzt ist, das KI-Crawler auf Seitenebene blockiert.

Meta-Tags auf Seitenebene bieten eine weitere Steuerungsmöglichkeit für KI-Crawler.

Mehr erfahren →

WARD-Policy (KI-Zugriffsregeln)

Wir prüfen, ob unter /.well-known/ward.json eine WARD-Policy veröffentlicht ist, die granulare Regeln für KI-Bot-Zugriffe definiert.

Eine WARD-Policy ermöglicht granulare Regeln für den Zugriff durch KI-Systeme.

Mehr erfahren →

Barrierefreiheit (BFSG)(20)

Wir prüfen Barrierefreiheits-Grundlagen nach WCAG-Kriterien — von Sprachattributen über Alt-Texte bis hin zu Tastatur-Bedienbarkeit und Screenreader-Kompatibilität.

Sprach-Attribut (BFSG)

Wir prüfen, ob das html-Element ein lang-Attribut enthält und ob es mit de beginnt (für deutschsprachige Websites).

Das Sprachattribut hilft Screenreadern, Texte in der richtigen Sprache vorzulesen.

Mehr erfahren →

Bild-Alt-Texte

Wir analysieren alle img-Elemente und prüfen, ob informative Bilder einen beschreibenden Alt-Text haben. Dekorative Bilder mit leerem alt-Attribut werden korrekt erkannt.

Alt-Texte machen Bildinhalte für Screenreader-Nutzer und bei Ladefehlern zugänglich.

Mehr erfahren →

Überschriften-Hierarchie

Wir extrahieren alle H1–H6-Überschriften und prüfen die Hierarchie: genau eine H1, keine übersprungenen Ebenen (z. B. H1 direkt zu H3 ohne H2).

Eine logische Überschriften-Struktur erleichtert die Navigation für alle Nutzer.

Mehr erfahren →

Formular-Labels

Wir prüfen alle input-, select- und textarea-Felder auf ein zugeordnetes Label: verknüpftes label[for], umschließendes label-Element, aria-label, aria-labelledby oder title-Attribut.

Beschriftete Formularfelder sind für alle Nutzer — mit und ohne Maus — bedienbar.

Mehr erfahren →

Skip-Navigation

Wir suchen nach einem Skip-to-Content-Link (z. B. href=#main mit Text Zum Inhalt springen), der als erstes fokussierbares Element vor der Navigation erscheint.

Skip-Links ermöglichen Tastatur-Nutzern einen schnellen Sprung zum Hauptinhalt.

Mehr erfahren →

ARIA-Landmarks

Wir prüfen auf die 4 wichtigsten ARIA-Landmarks: main (oder role=main), nav (oder role=navigation), header (oder role=banner) und footer (oder role=contentinfo).

ARIA-Landmarks helfen Screenreadern, die Seitenstruktur zu erfassen.

Mehr erfahren →

Farbkontrast-Hinweise

Wir extrahieren Vorder- und Hintergrundfarben aus Inline-Styles und berechnen das Kontrastverhältnis nach WCAG-2.1-Luminanz-Formel — Hinweise bei Verhältnissen unter 4,5:1.

Ausreichend Kontrast verbessert die Lesbarkeit für alle Nutzer, besonders bei Sehschwäche.

Mehr erfahren →

Fokus-Indikatoren

Wir durchsuchen style-Tags und Inline-Styles nach outline: none oder outline: 0, die den Fokus-Indikator für Tastatur-Nutzer entfernen.

Fokus-Indikatoren zeigen Tastatur-Nutzern, welches Element gerade aktiv ist.

Mehr erfahren →

Tabellen-Überschriften

Wir prüfen alle table-Elemente auf th-Elemente (besonders im thead) und scope-Attribute, die Tabellenüberschriften für Screenreader definieren.

Tabellenüberschriften machen Daten für Screenreader-Nutzer verständlich.

Mehr erfahren →

Zoom-Möglichkeit (Viewport)

Wir prüfen das Viewport-Meta-Tag auf user-scalable=no oder maximum-scale=1, die das Zoomen auf Mobilgeräten blockieren.

Zoombarkeit ermöglicht Nutzern, Inhalte auf ihre bevorzugte Größe zu vergrößern.

Mehr erfahren →

Button-Beschriftungen

Wir prüfen alle button-, [role=button]- und input[type=submit]-Elemente, ob sie einen zugänglichen Namen haben: sichtbarer Text, aria-label, aria-labelledby, title oder value.

Beschriftete Buttons sind für alle Nutzer — auch per Tastatur und Screenreader — bedienbar.

Mehr erfahren →

Medien-Alternativen

Wir prüfen alle video- und audio-Elemente, ob sie track-Elemente für Untertitel oder begleitende Transkript-Texte enthalten.

Untertitel und Transkripte machen Audio- und Video-Inhalte für alle zugänglich.

Mehr erfahren →

Touch-Zielgrößen

Wir prüfen Inline-Styles von Links, Buttons und Submit-Feldern auf width/height-Werte und erkennen Touch-Ziele unter 44 px (Hinweis: nur Inline-Styles sind statisch analysierbar).

Ausreichend große Berührungsflächen erleichtern die Bedienung auf Mobilgeräten.

Mehr erfahren →

Textvergrößerung (200%)

Wir prüfen Container-Elemente in Inline-Styles auf die Kombination von overflow:hidden und fester Pixel-Breite, die bei 200 %-Zoom zu Textabschneidungen führen kann.

Texte sollten auf 200 % vergrößerbar sein, ohne dass Inhalte abgeschnitten werden.

Mehr erfahren →

Reduzierte Bewegung (prefers-reduced-motion)

Wir prüfen style-Tags auf CSS-Animationen (animation, transition) und ob eine @media (prefers-reduced-motion)-Query vorhanden ist, um Bewegungen deaktivierbar zu machen.

Nutzer mit Bewegungsempfindlichkeit sollten Animationen deaktivieren können.

Mehr erfahren →

Formular: Autocomplete-Attribute

Wir prüfen E-Mail-, Telefon-, Name-, Adress- und PLZ-Felder auf das passende autocomplete-Attribut (z. B. autocomplete=email, autocomplete=tel).

Autocomplete-Attribute beschleunigen das Ausfüllen von Formularen.

Mehr erfahren →

Sprachattribut: Konsistenz

Wir vergleichen das lang-Attribut des html-Tags mit der tatsächlichen Sprache des Seiteninhalts — erkannt anhand von Sprach-Keywords (z. B. und, die für Deutsch).

Ein konsistentes Sprachattribut verhindert fehlerhafte Sprachausgabe im Screenreader.

Mehr erfahren →

Formular: Fehlermeldungen

Wir prüfen Pflichtfelder (required, aria-required) auf aria-invalid, aria-describedby oder nahe [role=alert]-Elemente für die programmatische Fehlerausgabe.

Klare Fehlermeldungen helfen Nutzern, Formulare erfolgreich auszufüllen.

Mehr erfahren →

Semantisches HTML

Wir zählen die Verwendung von 6 semantischen HTML-Elementen (nav, main, header, footer, article, section) und bewerten die Seitenstruktur.

Semantisches HTML verbessert die Zugänglichkeit und Maschinenlesbarkeit der Seite.

Mehr erfahren →

🛒E-Commerce(2)

Wir prüfen E-Commerce-spezifische Anforderungen — korrekte Bestellbuttons und Grundpreisangaben.

Bestellbutton (§312j BGB)

Wir erkennen zuerst E-Commerce-Seiten (Warenkorb, Shop-Signale, Preise). Dann prüfen wir alle Buttons auf korrekte Bestelltexte wie zahlungspflichtig bestellen oder kaufen.

Ein korrekter Bestellbutton informiert Kunden, dass ein Kauf kostenpflichtig ist.

Mehr erfahren →

Grundpreisangabe (PAngV)

Wir erkennen E-Commerce-Seiten mit Preisangaben und prüfen auf Grundpreise (z. B. pro kg, pro Liter, €/kg) gemäß Preisangabenverordnung (PAngV).

Grundpreise ermöglichen einen fairen Preisvergleich für Verbraucher.

Mehr erfahren →

Alle 87Prüfungen auf Ihrer Website

Kostenloser Scan — Ergebnis in unter einer Minute.

Keine Rechtsberatung

WebPrüfer ist ein automatisiertes Analyse-Tool. Die Ergebnisse dienen ausschließlich zu Informationszwecken und stellen keine Rechtsberatung dar. Für eine rechtssichere Bewertung empfehlen wir, einen spezialisierten Anwalt zu konsultieren.