{"id":9269,"date":"2026-09-25T08:00:00","date_gmt":"2026-09-25T08:00:00","guid":{"rendered":"https:\/\/decareto.com\/?p=9269"},"modified":"2026-08-14T12:51:15","modified_gmt":"2026-08-14T12:51:15","slug":"welche-barrierefreiheitsfehler-erkennt-ein-automatischer-scan","status":"publish","type":"post","link":"https:\/\/decareto.com\/de\/welche-barrierefreiheitsfehler-erkennt-ein-automatischer-scan\/","title":{"rendered":"Welche Barrierefreiheitsfehler erkennt ein automatischer Scan?"},"content":{"rendered":"<p>Ein automatischer Barrierefreiheits-Scan erkennt typischerweise Dutzende von Fehlertypen, darunter fehlende Alt-Texte, unzureichende Farbkontraste, fehlerhafte ARIA-Attribute und Probleme mit der Tastaturnavigation. Die genaue Abdeckung h\u00e4ngt vom eingesetzten Tool ab, aber moderne Accessibility-Software pr\u00fcft in der Regel alle maschinell pr\u00fcfbaren WCAG-Erfolgskriterien auf Konformit\u00e4tslevel A und AA. Der folgende Artikel beantwortet die wichtigsten Fragen rund um automatisierte Barrierefreiheitspr\u00fcfungen und zeigt, wo die Grenzen solcher Tests liegen.<\/p>\n<h2>Welche Fehlerkategorien deckt ein automatischer Scan ab?<\/h2>\n<p>Ein automatischer Barrierefreiheits-Scan deckt in der Regel vier Hauptkategorien ab: fehlende oder ungeeignete Textalternativen, Probleme mit Farbkontrasten und visueller Darstellung, fehlerhafte Seitenstruktur und Semantik sowie M\u00e4ngel bei der Tastatur- und Screenreader-Zug\u00e4nglichkeit. Diese Kategorien entsprechen den vier WCAG-Grundprinzipien: Wahrnehmbarkeit, Bedienbarkeit, Verst\u00e4ndlichkeit und Robustheit.<\/p>\n<p>Im Einzelnen erkennen leistungsf\u00e4hige Scan-Tools typischerweise folgende Fehlertypen:<\/p>\n<ul>\n<li><strong>Fehlende Alt-Texte:<\/strong> Bilder ohne Textalternative sind f\u00fcr Screenreader-Nutzer nicht zug\u00e4nglich.<\/li>\n<li><strong>Unzureichende Farbkontraste:<\/strong> Text und Hintergrund, die zu wenig Kontrast bieten, erschweren das Lesen f\u00fcr sehbeeintr\u00e4chtigte Personen.<\/li>\n<li><strong>Fehlerhafte oder fehlende ARIA-Attribute:<\/strong> Falsch eingesetzte ARIA-Rollen und -Eigenschaften k\u00f6nnen assistive Technologien verwirren.<\/li>\n<li><strong>Fehlende Formular-Labels:<\/strong> Eingabefelder ohne beschreibende Bezeichnung sind f\u00fcr Screenreader-Nutzer nicht eindeutig zuordenbar.<\/li>\n<li><strong>Leere oder nicht beschreibende Links:<\/strong> Linktexte wie \u201ehier klicken\u201c geben ohne Kontext keinen Hinweis auf das Linkziel.<\/li>\n<li><strong>Fehlende Sprachauszeichnung:<\/strong> Wenn die Seitensprache nicht im HTML-Code angegeben ist, kann die Sprachausgabe von Screenreadern fehlerhaft arbeiten.<\/li>\n<li><strong>Probleme mit der \u00dcberschriftenhierarchie:<\/strong> \u00dcbersprungene oder falsch verschachtelte \u00dcberschriftenebenen erschweren die Navigation.<\/li>\n<li><strong>Fehlende Fokusindikatoren:<\/strong> Wenn der Tastaturfokus nicht sichtbar ist, k\u00f6nnen tastaturabh\u00e4ngige Nutzer die aktive Position auf der Seite nicht erkennen.<\/li>\n<\/ul>\n<p>Ein professionelles <a href=\"https:\/\/decareto.com\/de\/barrierefreiheit\/test-tool\/\">Barrierefreiheits-Test-Tool<\/a> kann auf einer einzigen Website potenziell Dutzende verschiedener Fehlertypen identifizieren und diese nach Schweregrad klassifizieren, damit Entwickler und Berater gezielt priorisieren k\u00f6nnen.<\/p>\n<h2>Welche WCAG-Kriterien lassen sich automatisiert pr\u00fcfen?<\/h2>\n<p>Automatisierte Tools k\u00f6nnen sch\u00e4tzungsweise 30 bis 40 Prozent aller WCAG-Erfolgskriterien direkt maschinell pr\u00fcfen. Das betrifft vor allem technische, eindeutig messbare Anforderungen wie das Vorhandensein von Alt-Attributen, Kontrastquotienten oder die korrekte Verwendung von HTML-Strukturelementen. Kriterien, die inhaltliche Bewertung erfordern, lassen sich nicht automatisiert testen.<\/p>\n<p>Zu den zuverl\u00e4ssig automatisiert pr\u00fcfbaren WCAG-Kriterien geh\u00f6ren unter anderem:<\/p>\n<ul>\n<li><strong>1.1.1 Nicht-Text-Inhalt (Level A):<\/strong> Pr\u00fcfung, ob Bilder ein Alt-Attribut besitzen.<\/li>\n<li><strong>1.3.1 Info und Beziehungen (Level A):<\/strong> Korrekte Verwendung von \u00dcberschriften, Listen und Tabellen im HTML.<\/li>\n<li><strong>1.4.3 Kontrast (Minimum) (Level AA):<\/strong> Messung des Kontrastverh\u00e4ltnisses zwischen Text und Hintergrund.<\/li>\n<li><strong>2.4.2 Seite mit Titel (Level A):<\/strong> Ob jede Seite einen beschreibenden Seitentitel hat.<\/li>\n<li><strong>3.1.1 Sprache der Seite (Level A):<\/strong> Ob das lang-Attribut im HTML gesetzt ist.<\/li>\n<li><strong>4.1.1 Syntaxanalyse (Level A):<\/strong> Ob der HTML-Code valide ist und keine doppelten IDs enth\u00e4lt.<\/li>\n<li><strong>4.1.2 Name, Rolle, Wert (Level A):<\/strong> Ob interaktive Elemente korrekte ARIA-Attribute besitzen.<\/li>\n<\/ul>\n<p>F\u00fcr eine BITV-Pr\u00fcfung oder eine vollst\u00e4ndige WCAG-Konformit\u00e4tsbewertung ist ein automatisierter Scan ein unverzichtbarer erster Schritt, ersetzt aber keine manuelle Pr\u00fcfung. Das Bestehen automatisierter Checks bedeutet nicht automatisch die vollst\u00e4ndige rechtliche Konformit\u00e4t.<\/p>\n<h2>Was erkennt ein Scan bei Formularen und interaktiven Elementen?<\/h2>\n<p>Bei Formularen und interaktiven Elementen pr\u00fcft ein automatischer Scan vor allem, ob Eingabefelder korrekt beschriftet sind, ob Fehlermeldungen programmatisch mit dem jeweiligen Feld verkn\u00fcpft sind und ob Schaltfl\u00e4chen eine zug\u00e4ngliche Bezeichnung haben. Diese Fehlertypen sind besonders kritisch, weil sie Nutzer mit Screenreadern oder Tastaturnavigation direkt an der Bedienung einer Website hindern k\u00f6nnen.<\/p>\n<p>Konkret erkennt ein Scan bei Formularen typischerweise folgende Probleme:<\/p>\n<ul>\n<li>Eingabefelder ohne verkn\u00fcpftes <code>&lt;label&gt;<\/code>-Element oder ARIA-Label<\/li>\n<li>Pflichtfelder, die nicht programmatisch als solche ausgezeichnet sind<\/li>\n<li>Schaltfl\u00e4chen ohne sichtbaren oder programmatisch lesbaren Text<\/li>\n<li>Fehlermeldungen, die nur visuell dargestellt, aber nicht mit dem betroffenen Feld verkn\u00fcpft sind<\/li>\n<li>CAPTCHA-Elemente ohne zug\u00e4ngliche Alternative<\/li>\n<li>Fehlende oder inkorrekte Autofill-Attribute bei Standardfeldern wie Name oder E-Mail<\/li>\n<\/ul>\n<p>Was ein Scan hingegen nicht zuverl\u00e4ssig beurteilen kann, ist die inhaltliche Qualit\u00e4t der Beschriftungen. Ob ein Label wie \u201eFeld 1\u201c f\u00fcr Nutzer verst\u00e4ndlich ist, l\u00e4sst sich maschinell nicht bewerten. Auch komplexe Interaktionsmuster, etwa mehrstufige Formulare oder dynamisch nachgeladene Fehlermeldungen, erfordern oft zus\u00e4tzliche manuelle Tests.<\/p>\n<h2>Welche Fehler erkennt ein automatischer Scan nicht?<\/h2>\n<p>Ein automatischer Scan erkennt keine Fehler, die inhaltliche Beurteilung oder kontextuelles Verst\u00e4ndnis erfordern. Dazu geh\u00f6ren die Verst\u00e4ndlichkeit von Texten, die Qualit\u00e4t von Alt-Texten, die logische Reihenfolge von Inhalten sowie die tats\u00e4chliche Bedienbarkeit komplexer interaktiver Komponenten. Diese Bereiche machen einen erheblichen Teil der WCAG-Anforderungen aus.<\/p>\n<p>Im Einzelnen sind folgende Fehlertypen f\u00fcr automatisierte Tests typischerweise nicht oder nur eingeschr\u00e4nkt zug\u00e4nglich:<\/p>\n<ul>\n<li><strong>Inhaltliche Qualit\u00e4t von Alt-Texten:<\/strong> Ein Scanner erkennt, ob ein Alt-Attribut vorhanden ist, aber nicht, ob die Beschreibung sinnvoll und korrekt ist.<\/li>\n<li><strong>Verst\u00e4ndlichkeit von Texten:<\/strong> Ob Inhalte in einfacher Sprache verfasst sind, l\u00e4sst sich maschinell kaum bewerten.<\/li>\n<li><strong>Kognitive Zug\u00e4nglichkeit:<\/strong> Ob eine Navigation logisch und vorhersehbar aufgebaut ist, erfordert menschliche Beurteilung.<\/li>\n<li><strong>PDF- und Dokumenteninhalte:<\/strong> Eingebettete Dokumente werden von vielen Scannern nicht vollst\u00e4ndig analysiert.<\/li>\n<li><strong>Komplexe Interaktionen:<\/strong> Dynamische Komponenten wie Karussells, Modal-Dialoge oder Single-Page-Application-Inhalte werden je nach Tool unterschiedlich gut erfasst.<\/li>\n<li><strong>Screenreader-Kompatibilit\u00e4t im realen Betrieb:<\/strong> Ob ein Element mit einem bestimmten Screenreader und Browser tats\u00e4chlich korrekt funktioniert, l\u00e4sst sich nur durch manuelle Tests mit echter Hilfstechnologie feststellen.<\/li>\n<\/ul>\n<p>Diese L\u00fccken sind kein Defizit einzelner Tools, sondern eine strukturelle Grenze automatisierter Pr\u00fcfverfahren. Deshalb empfehlen Experten grunds\u00e4tzlich, automatisierte Scans mit manuellen Tests zu kombinieren, um ein vollst\u00e4ndiges Bild zu erhalten.<\/p>\n<h2>Wie werden gefundene Fehler in einem Scan-Bericht priorisiert?<\/h2>\n<p>Gefundene Fehler werden in einem Scan-Bericht typischerweise nach Schweregrad priorisiert, orientiert an der Frage, wie stark eine Barriere die Nutzung der Website einschr\u00e4nkt. \u00dcbliche Stufen sind kritisch, schwerwiegend, mittel und geringf\u00fcgig. Zus\u00e4tzlich wird h\u00e4ufig das WCAG-Konformit\u00e4tslevel (A, AA, AAA) als Klassifizierungsmerkmal herangezogen.<\/p>\n<p>Eine praxisnahe Einstufung folgt in der Regel dieser Logik:<\/p>\n<ul>\n<li><strong>Kritisch:<\/strong> Barrieren, die grundlegende Funktionen vollst\u00e4ndig blockieren, zum Beispiel ein Login, der ohne Maus nicht erreichbar ist.<\/li>\n<li><strong>Schwerwiegend:<\/strong> Probleme, die wesentliche Aufgaben deutlich erschweren, etwa ein unlesbarer Kontrast auf einem prim\u00e4ren Call-to-Action-Button.<\/li>\n<li><strong>Mittel:<\/strong> Fehler, bei denen Workarounds existieren, die Nutzung aber unn\u00f6tig erschwert wird, zum Beispiel nicht optimale Linktexte.<\/li>\n<li><strong>Geringf\u00fcgig:<\/strong> Semantische Feinheiten ohne direkte Nutzungsbarriere, die aber die Code-Qualit\u00e4t beeintr\u00e4chtigen.<\/li>\n<\/ul>\n<p>Ein guter Scan-Bericht zeigt zu jedem Problem nicht nur den Schweregrad, sondern auch die genaue Fundstelle im HTML, einen Screenshot des betroffenen Elements und konkrete Handlungsempfehlungen zur Behebung. So wird aus einem reinen Fehlerbericht ein strukturierter Ma\u00dfnahmenplan, mit dem Entwickler direkt arbeiten k\u00f6nnen.<\/p>\n<h2>Wann sollte ein automatischer Scan durch ein manuelles Audit erg\u00e4nzt werden?<\/h2>\n<p>Ein automatischer Scan sollte immer dann durch ein manuelles Audit erg\u00e4nzt werden, wenn eine Website einer gesetzlichen Nachweispflicht unterliegt, wenn komplexe interaktive Komponenten im Einsatz sind oder wenn die Ergebnisse als Grundlage f\u00fcr eine Barrierefreiheitserkl\u00e4rung dienen sollen. In diesen F\u00e4llen reicht der automatisierte Test allein nicht aus, um die tats\u00e4chliche Zug\u00e4nglichkeit zu beurteilen.<\/p>\n<p>Konkrete Situationen, in denen ein manuelles Audit empfehlenswert ist:<\/p>\n<ul>\n<li>Websites, die unter das <strong>Barrierefreiheitsst\u00e4rkungsgesetz (BFSG)<\/strong> fallen und ab 2025 nachweislich konform sein m\u00fcssen<\/li>\n<li>Anwendungen mit komplexen Interaktionen wie Drag-and-Drop, mehrstufigen Formularen oder dynamisch nachgeladenen Inhalten<\/li>\n<li>Websites mit eingebetteten Medieninhalten wie Videos, Audiodateien oder interaktiven Karten<\/li>\n<li>Projekte, bei denen die Verst\u00e4ndlichkeit von Texten und die kognitive Zug\u00e4nglichkeit explizit gepr\u00fcft werden sollen<\/li>\n<li>Immer dann, wenn ein <a href=\"https:\/\/decareto.com\/de\/barrierefreiheit\/test-tool\/\">Barrierefreiheitstest<\/a> im Rahmen einer offiziellen BITV-Pr\u00fcfung oder WCAG-Konformit\u00e4tserkl\u00e4rung durchgef\u00fchrt wird<\/li>\n<\/ul>\n<p>Die sinnvollste Vorgehensweise ist eine Kombination: Der automatisierte Scan liefert schnell eine breite Abdeckung und deckt die technisch messbaren Fehler zuverl\u00e4ssig auf. Das manuelle Audit schlie\u00dft die inhaltlichen und kontextuellen L\u00fccken. Gemeinsam ergeben beide Methoden ein vollst\u00e4ndiges Bild des tats\u00e4chlichen Zug\u00e4nglichkeitsstands einer Website.<\/p>\n<h2>So unterst\u00fctzt decareto Sie bei der Barrierefreiheitspr\u00fcfung<\/h2>\n<p>Wir haben decareto entwickelt, um genau die L\u00fccke zu schlie\u00dfen, die zwischen schnellen Einzeltests und aufwendigen Enterprise-L\u00f6sungen besteht. Unsere Plattform f\u00fchrt automatisierte Barrierefreiheits-Scans durch, die sich an WCAG 2.1 und WCAG 2.2 sowie an BITV-Anforderungen orientieren, und liefert Ergebnisse, mit denen Sie und Ihr Team sofort arbeiten k\u00f6nnen.<\/p>\n<p>Das bieten wir konkret:<\/p>\n<ul>\n<li><strong>Erkennung von rund 90 Fehlertypen<\/strong>, von fehlenden Alt-Texten \u00fcber fehlerhafte ARIA-Attribute bis zu Kontrastproblemen, mit Schweregrad-Einstufung und WCAG-Referenz<\/li>\n<li><strong>Detaillierte Fundstellen<\/strong> mit HTML-Kontext, CSS-Selektor und Screenshot des betroffenen Elements, damit Entwickler Probleme sofort im Quelltext lokalisieren k\u00f6nnen<\/li>\n<li><strong>Kontinuierliches Monitoring<\/strong> von Hunderten von Websites mit automatischen Benachrichtigungen bei \u00c4nderungen<\/li>\n<li><strong>Klare Handlungsempfehlungen<\/strong> zu jedem gefundenen Problem, formuliert so, dass Entwickler und Berater gleicherma\u00dfen damit arbeiten k\u00f6nnen<\/li>\n<li><strong>Whitelabel-Reports<\/strong>, die externe Dienstleister direkt unter eigenem Logo an ihre Kunden weitergeben k\u00f6nnen<\/li>\n<li><strong>Kombination mit Datenschutz-Pr\u00fcfung<\/strong> in einem einzigen Workflow, um beide Compliance-Bereiche effizient abzudecken<\/li>\n<\/ul>\n<p>Wenn Sie wissen m\u00f6chten, welche Barrieren Ihre Website oder die Websites Ihrer Kunden aufweist, starten Sie jetzt mit unserem <a href=\"https:\/\/decareto.com\/de\/barrierefreiheit\/test-tool\/\">Barrierefreiheits-Test-Tool<\/a> oder <a href=\"https:\/\/decareto.com\/de\/signup\/\">erstellen Sie kostenlos ein Konto<\/a>, um decareto direkt auszuprobieren.<\/p>\n<p><em>Dieser Text wurde mit Hilfe von KI erstellt und k\u00f6nnte Fehler beinhalten.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Automatische Scans erkennen bis zu 90 Barrierefreiheitsfehler \u2013 doch 60 % der WCAG-Kriterien bleiben ungepr\u00fcft.<\/p>\n","protected":false},"author":6,"featured_media":9500,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","_seopress_news_disabled":"","_seopress_video_disabled":"","_seopress_video":[],"_seopress_pro_schemas_manual":[],"_seopress_pro_rich_snippets_disable_all":"","_seopress_pro_rich_snippets_disable":[],"_seopress_pro_schemas":[],"footnotes":""},"categories":[44],"tags":[],"class_list":["post-9269","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog"],"acf":[],"_links":{"self":[{"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/posts\/9269","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/users\/6"}],"replies":[{"embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/comments?post=9269"}],"version-history":[{"count":1,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/posts\/9269\/revisions"}],"predecessor-version":[{"id":9358,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/posts\/9269\/revisions\/9358"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/media\/9500"}],"wp:attachment":[{"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/media?parent=9269"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/categories?post=9269"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/decareto.com\/de\/wp-json\/wp\/v2\/tags?post=9269"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}