Unterstützung
barrieren-gutachten.de wird ehrenamtlich betrieben und finanziert sich über Steady-Mitgliedschaften von Menschen, die Barrierefreiheit voranbringen möchten. Wenn dir unsere Arbeit hilft oder du an unsere Mission glaubst, freuen wir uns über deinen Beitrag oder wenn du anderen Menschen davon erzählst.
Hinweis: Wir sind kein gemeinnütziger Verein – Spendenquittungen können wir daher leider nicht ausstellen.
Gutachten
Zugänglichkeits-Analyse
Blindheit
Kaum nutzbar
Viele zentrale Anforderungen für Screenreader (Alternativtexte, semantische Struktur, Landmarks, Formular- und Navigationslogik, Name/Rolle/Wert) sind nicht erfüllt und schränken eigenständige Nutzung stark ein.
Sehbehinderung
Kaum nutzbar
Unzureichende Farb- und Fokuskontraste, fehlender Reflow auf 320 px, Schriftgrafiken und nicht respektierte Benutzerpräferenzen erschweren das Erkennen und Lesen erheblich.
Hörbehinderung
Mit Hindernissen nutzbar
Es fehlen zwar Gebärdensprach- und Leichte-Sprache-Angebote, aber da keine Audio-/Video-Inhalte mit Höranteil erwähnt werden, ist die Kernfunktion überwiegend nutzbar.
Motorische Behinderung
Mit Hindernissen nutzbar
Teils nicht tastaturbedienbare Bedienelemente, schlechte Fokusführung und unsichtbare Fokusindikatoren beeinträchtigen Nutzer mit Tastatur- oder Hilfsmittelbedienung deutlich.
Lernbehinderung
Mit Hindernissen nutzbar
Fehlende Leichte Sprache, unvollständige Strukturierung, unklare Fehlerrückmeldungen und keine zusätzliche Suchmöglichkeit erschweren Orientierung und Verständnis.
Neurodivergenz
Mit Hindernissen nutzbar
Strukturelle Mängel, irritierende Fokusführung und fehlende alternative Darstellungen können die Orientierung belasten, aber es gibt keine problematischen Animationen oder Zeitdruckmechanismen.
Hinweis: Diese Einschätzung mit generativer KI basiert auf den Informationen aus diesem Gutachten. Künstliche Intelligenz kann Inhalte nicht automatisch barrierefrei machen oder Prüfungen durchführen. Behinderungen sind komplex und mehrschichtig, weshalb diese Analysen nicht zutreffen müssen.
Empfehlung
Die Tastaturbedienbarkeit, Fokusindikatoren, semantische Auszeichnung, Textalternativen und Farbkontraste sind derzeit nicht durchgehend barrierefrei. Es sollten aussagekräftige Alternativtexte ergänzt, semantische Überschriften-, Listen- und Formularstrukturen überarbeitet sowie ausreichende Farbkontraste und Fokusdarstellungen sichergestellt werden. Ebenfalls sind die Erklärung zur Barrierefreiheit, der Feedbackmechanismus und alternative Sprachangebote entsprechend den gesetzlichen Vorgaben zu vervollständigen.
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.1.1.a Alternativtexte für Bedienelemente |
nicht bestanden | Mehrere grafische Bedienelemente verwenden keinen beschreibenden Alternativtext (Stichworte wie "open in new" ohne Bezug zum Zweck oder gar gar keine alt-Angabe). Blinde Anwender erhalten den Zweck der Links und Buttons nicht. Ergänzen Sie aussagekräftige Alternativtexte oder aria-labels, die das Linkziel beschreiben. |
|
4.9.1.1.1.b Alternativtexte für Grafiken und Objekte |
nicht bestanden | Informative Grafiken, etwa im Kopfbereich oder bei Personenhinweisen, besitzen gar keine Textalternative. Screenreader-Nutzern fehlt so die Information über Inhalt und Aussage der Bilder. Ergänzen Sie beschreibende alt-Attribute, die den Sachverhalt benennen. |
|
4.9.1.3.1.a HTML-Strukturelemente für Überschriften |
nicht bestanden | Visuell erkennbare Überschriften auf mehreren Seiten sind in HTML nicht als solche ausgezeichnet, was Screenreader-Nutzern die Orientierung erschwert. Zeichnen Sie Überschriften durch entsprechende h-Elemente und ausbalancierte Ebenen aus. |
|
4.9.1.3.1.b HTML-Strukturelemente für Listen |
nicht bestanden | Fußbereiche, Übersichtsboxen und Menüs werden optisch wie Listen behandelt, aber nicht mit ul/ol/li ausgezeichnet. Damit fehlen Screenreadern Informationen über Anzahl und Struktur der Einträge. Markieren Sie solche Bereiche als Listen (oder nutzen Sie passende ARIA-Listen) und wahren Sie die hierarchische Struktur. |
|
4.9.1.3.1.h Beschriftung von Formularelementen programmatisch ermittelbar |
nicht bestanden | Gruppierte Formularfelder besitzen keine gemeinsame legend-Verknüpfung; einzelne label-Elemente fehlen oder verwenden doppelte IDs. Screenreader-Nutzern erschwert dies die Bedeutung der Gruppen. Nutzen Sie fieldset/legend und eindeutige for/id-Verknüpfungen (ein label pro Feld). |
|
4.9.1.3.2 Bedeutungsvolle Reihenfolge |
nicht bestanden | Hilfetexte werden bereits im DOM ausgegeben, obwohl sie im Ausgangszustand verborgen sind. Screenreader-Nutzer erhalten so zusätzliche Ausgaben, die die Reihenfolge stören. Verbergen Sie nicht sichtbare Inhalte auch für assistive Technologien. |
|
4.9.1.3.3 Sensorische Eigenschaften |
nicht bestanden | Hinweise wie "öffnen Sie die Kategorien mit dem Pfeil" beziehen sich ausschließlich auf Form und Position. Ergänzen Sie sinnesunabhängige Beschreibungen (z. B. namensgebende Labels) für solche Bedienelemente. |
|
4.9.1.3.5 Eingabezweck bestimmen |
nicht bestanden | Die Formularfelder des Anmeldeformulars haben keine korrekten autocomplete-Attribute, sodass Formulareingaben nicht automatisch erkannt und vorausgefüllt werden können. Ergänzen Sie die entsprechenden Werte aus der Liste von WCAG 2.1 (Input Purposes for User Interface Components). |
|
4.9.1.4.1 Benutzung von Farbe |
nicht bestanden | Kategoriediagramme transportieren Informationen ausschließlich über Farbe. Fehlsichtigen Nutzern ist die Unterscheidung dadurch erschwert. Ergänzen Sie Muster oder sorgen Sie für ein Kontrastverhältnis von mindestens 3:1 zwischen den Farben der Kategorien. |
|
4.9.1.4.3 Kontrast (Minimum) |
nicht bestanden | Zahlreiche Texte (Navigation, Dialogfenster, Diagramme) unterschreiten den Mindestkontrast von 4,5:1, verkomplizieren das Lesen für sehbehinderte Anwender. Stellen Sie sicher, dass alle textbasierten Elemente ausreichende Farbwerte verwenden und prüfen Sie infernem Kontrast mit Werkzeugen wie Colour Contrast Analyser. |
|
4.9.1.4.5 Bilder von Text |
nicht bestanden | Der Titel der Tagebuchseite wird als Bild umgesetzt, obwohl sich derselbe Inhalt als HTML-Text realisieren lässt. Schriftgrafiken verhindern Anpassungen durch Benutzer. Ersetzen Sie die Grafik durch maschinenlesbaren Text. |
|
4.9.1.4.10 Automatischer Umbruch (Reflow) |
nicht bestanden | Beim Browserbreiten-Downscale auf 320 CSS-Pixel treten horizontale Scrollstrecken auf, z. B. auf der Erklärung zur Barrierefreiheit und der Datenschutzseite. Inhalte werden abgeschnitten. Sorgen Sie für ein flexibles Layout, das auf 320 px ohne horizontales Scrollen funktioniert. |
|
4.9.1.4.11 Nicht-Text-Kontrast |
nicht bestanden | Grafische Bedienelemente, vor allem Buttons zur Diagrammsteuerung, heben sich mit weniger als 3:1 nicht ausreichend vom Hintergrund ab. Dieser niedrige Kontrast erschwert sehbehinderten Nutzern das Erkennen. Erhöhen Sie den Kontrast oder setzen Sie andere visuelle Hervorhebungen ein. |
|
4.9.2.1.1 Tastatur |
nicht bestanden | Mehrere grafische Bedienelemente (z. B. Navigation, Diagrammsteuerungen, Cookie-Dialog) sind per Tastatur weder ansteuer- noch bedienbar. Die Seite ist für Tastaturnutzer damit nicht vollständig erschließbar. Sorgen Sie dafür, dass alle interaktiven Komponenten den Fokus erhalten und Keyboard-Ereignisse reagieren. |
|
4.9.2.4.1 Blöcke überspringen |
nicht bestanden | Landmarken sind nicht vollständig implementiert (hauptsächlich Kopfbereich und Hauptinhalt fehlen). Screenreader-Nutzern erschwert dies das Überspringen wiederholter Bereiche. Ergänzen Sie main/landmark-Elemente oder gültige ARIA document landmarks. |
|
4.9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Der Fokus verlässt modale Elemente (z. B. Cookie-Dialog) und bewegt sich auf verborgene Inhalte im Hintergrund, was Tastaturnutzern die Orientierung raubt. Implementieren Sie modale Dialoge mit Fokusbindung und verhindern Sie, dass der Fokus in den Hintergrund wandert. |
|
4.9.2.4.5 Verschiedene Möglichkeiten |
nicht bestanden | Es existiert nur ein Zugangsweg (Navigation + Fußbereich) zu den Inhalten; es fehlt eine Suche, Sitemap oder Ähnliches. Bieten Sie mindestens eine weitere Möglichkeit an, um Inhalte zu erreichen. |
|
4.9.2.4.7 Fokus sichtbar |
nicht bestanden | Fokushervorhebungen (Hauptnavigation, Buttons) weisen Kontrastverhältnisse unterhalb von 3:1 auf; der Fokus ist damit schwer erkennbar. Sorgen Sie für gut sichtbare Fokusindikatoren mit ausreichendem Kontrast. |
|
4.9.2.5.3 Beschriftung (Label) im Namen |
nicht bestanden | Zugängliche Namen von Elementen (z. B. Cookie-Banner-Buttons) enthalten nicht den sichtbaren Text, da aria-labels andere Texte liefern. Setzen Sie den Sichttext an den Anfang des zugänglichen Namens oder verzichten Sie auf separate aria-labels. |
|
4.9.3.1.1 Sprache der Seite |
nicht bestanden | Das html-Element fehlt das lang-Attribut, somit kann die Sprache nicht durch assistive Technik bestimmt werden. Ergänzen Sie lang="de". |
|
4.9.3.3.1 Fehlerkennzeichnung |
nicht bestanden | Formularfehler werden ausschließlich durch den Browser standardmäßig gekennzeichnet; Meldungen sind nicht fixiert, verschwinden beim Verlassen des Feldes und nennen nicht das fehlerhafte Element. Positionieren Sie eigene Fehlermeldungen nahe beim Feld, verknüpfen Sie sie via aria-describedby und beschreiben Sie das fehlerhafte Feld eindeutig. |
|
4.9.4.1.1 Syntaxanalyse |
nicht bestanden | Der HTML-Code enthält Syntaxfehler laut W3C-Checker (fehlende Tags, doppelte IDs). Diese Fehler behindern assistive Technologien. Bereinigen Sie den Quelltext, sodass er valide ist. |
|
4.9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Tooltips und kontrollierte Elemente wurden mit aria-hidden versehen, wodurch sie Screenreadern komplett verborgen bleiben. Auch aria-expanded fehlt im Ausgangszustand oder die Navigation nutzt das menu/menuitem-Pattern unnötigerweise. Entfernen Sie aria-hidden für interaktive Inhalte, setzen Sie aria-expanded bereits im Grundzustand und verzichten Sie auf das Menü-Pattern, wenn einfache Ausklappnavigationen vorliegen. |
|
4.9.6 Konformitätsanforderungen der WCAG |
nicht bestanden | Nicht alle Anforderungen der Konformitätsstufen A und AA sind erfüllt (z. B. Kontrast, Tastaturzugänglichkeit). Eine WCAG 2.1-Konformität ist daher nicht gegeben. |
|
11.7 Benutzerpräferenzen |
nicht bestanden | Die Webseite respektiert die benutzerdefinierte Schriftgröße nicht und Radiobutton-Zustände sind bei individuellen Systemeinstellungen nicht erkennbar (keine visuelle Differenzierung). Auch Schriftgrafiken verlieren bei abweichenden Farben zunehmend an Kontrast. Verwenden Sie relative Einheiten für Schriftgrößen, sorgen Sie für eine sichtbare Auswahl (z. B. Hintergrundkontrast) und lassen Sie systemweite Farbeinstellungen zu. |
|
4.12.1.2 Barrierefreie Dokumentation |
nicht bestanden | Die Erklärung zur Barrierefreiheit weist die allgemeinen Mängel des Auftritts auf und erfüllt damit ebenfalls nicht den Anspruch auf Barrierefreiheit. Überarbeiten Sie die Dokumentationsseite entsprechend der bereits festgestellten Defizite (z. B. Struktur, Kontrast, Navigation). |
|
5.2 Erklärung zur Barrierefreiheit (national) |
nicht bestanden | Die Erklärung zur Barrierefreiheit nennt lediglich zwei nicht relevante Punkte, verlinkt die Kontakt-Email nicht und enthält kein Datum zur Aktualisierung seit 16.05.2022. Ergänzen Sie eine vollständige Liste nicht barrierefreier Teile, verlinken Sie die Kontaktmöglichkeit und dokumentieren Sie jährliche bzw. wesentliche Aktualisierungen. |
|
5.3 Feedback-Mechanismus (national) |
nicht bestanden | Zwar existiert eine Möglichkeit zur elektronischen Kontaktaufnahme, aber sie wird in der Erklärung zur Barrierefreiheit weder beschrieben noch verlinkt. Ergänzen Sie die Beschreibung des Feedbackkanals sowie die Verlinkung zur Email-Adresse in der Erklärung. |
|
5.4 Erläuterungen in Leichter Sprache |
nicht bestanden | Eine Seite mit Erläuterungen in Leichter Sprache existiert nicht. Erstellen Sie eine Seite, die wesentliche Inhalte, Hinweise zur Navigation sowie Informationen zur Barrierefreiheit in leicht verständlicher Sprache zusammenfasst und auf weitere Leichte Sprache-Angebote verweist. |
|
5.5 Erläuterungen in Gebärdensprache |
nicht bestanden | Keine Gebärdensprachseite vorhanden. Bieten Sie videobasierte Inhalte mit Erläuterungen zu den wesentlichen Inhalten, zur Navigation und zur Erklärung zur Barrierefreiheit an und verlinken Sie diese auffindbar. |
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.1.1.c Leere alt-Attribute für Layoutgrafiken |
im Wesentlichen bestanden | Dekorative Grafiken (z. B. ASCII-Zeichen) werden von Screenreadern als inhaltstragende Elemente ausgegeben. Setzen Sie bei solchen rein dekorativen Elementen leere alt-Attribute oder aria-hidden, damit sie nicht vorgelesen werden. |
|
4.9.1.3.1.d Inhalte gegliedert |
im Wesentlichen bestanden | Absätze verwenden vielfach doppelte br-Zeilenumbrüche statt semantischer p-Elemente, weshalb Screenreader beim Lesemodus leere Stellen melden. Umhüllen Sie Absätze mit p-Tags und definieren Abstände über CSS. |
|
4.9.1.4.13 Eingeblendeter Inhalt bei Darüberschweben (Hover) oder Fokus |
im Wesentlichen bestanden | Menüs öffnen sich per Fokusneutral oder Hover und überdecken andere Inhalte; sie lassen sich nicht mittels ESC oder Auslösen schließen. Bieten Sie einen Mechanismus zum Schließen (z. B. Escape oder Klick) und verhindern Sie, dass Inhalte verdeckt bleiben. |
|
4.9.2.4.2 Seite mit Titel |
im Wesentlichen bestanden | Dokumenttitel enthalten nicht durchgängig eine allgemeine und eine individuelle Bezeichnung (z. B. „Tagebuch – GrippeWeb“ fehlt). Ergänzen Sie eindeutige Titel, die den Zweck jeder Seite beschreiben. |
|
4.9.2.4.4 Linkzweck (im Kontext) |
im Wesentlichen bestanden | Der Linktext "Kontakt" verweist direkt auf eine Emailadresse und öffnet das Mailprogramm, ohne den eigentlichen Zweck auszudrücken. Formulieren Sie den Linktext aussagekräftig (z. B. "Kontakt: mailadresse@beispiel.de") und verlinken Sie die Emailadresse selbst. |
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.3.4 Ausrichtung |
bestanden | Die Inhalte sind unabhängig von Hoch- oder Querformat nutzbar, es besteht kein Problem. |
|
4.9.1.4.4 Textgröße ändern |
bestanden | Die Inhalte können ohne Funktions- oder Informationsverlust auf 200 % vergrößert werden, es bestehen keine Einschränkungen. |
|
4.9.2.1.2 Keine Tastaturfalle |
bestanden | Tastaturfalle wurde nicht festgestellt, der Fokus kann mit üblichen Methoden verlassen werden. |
|
4.9.2.1.4 Tastaturkürzel |
bestanden | Es werden keine problematischen Tastaturkürzel ohne Abschaltmechanismus eingesetzt. |
|
4.9.2.2.1 Zeitvorgaben anpassbar |
bestanden | Für zeitliche Begrenzungen existieren Anpassungsmöglichkeiten (Anpassen, Warnung, Ausweitung). |
|
4.9.2.3.1 Blitzen, dreimalig oder unterhalb Grenzwert |
bestanden | Es kommen keine Blitzereignisse über Grenzwert vor. |
|
4.9.2.5.2 Abbruch der Zeigeraktion |
bestanden | Pointer-Funktionen können bei Bedarf abgebrochen werden, die Anforderungen an Abbruchmechanismen sind erfüllt. |
|
4.9.3.3.2 Beschriftungen (Labels) oder Anweisungen |
bestanden | Labels oder Anweisungen sind vorhanden und verständlich. Keine weiteren Auffälligkeiten. |
|
4.9.3.3.3 Vorschlag bei Fehler |
bestanden | Fehlerkorrekturen sind möglich; es existieren Vorschläge oder Hinweise bei automatisch erkannten Fehlern. |
|
4.9.4.1.3 Statusmeldungen |
bestanden | Statusmeldungen sind unter Verwendung der Rollen vorhanden und werden assistiven Technologien gemeldet. |
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.2.2.2 Pausieren, stoppen, ausblenden |
nicht anwendbar | Nicht anwendbar, da keine automatisch startenden bewegten Inhalte vorhanden sind. |