Kurzzusammenfassung
- Auftraggeber
- Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
- Prüforganisation
- Materna Information & Communications SE
- Prüfart
- eingehende Überwachung
Gutachten
Zugänglichkeits-Analyse
Blindheit
Mit Hindernissen nutzbar
Mehrere fehlende oder unpräzise Alternativtexte, unklare Semantik, fehlerhafte ARIA-Rollen, nicht zugängliche Videos und teilweise nicht nutzbare Formulare behindern Screenreader-Nutzer erheblich, auch wenn Grundfunktionen erreichbar sind.
Sehbehinderung
Kaum nutzbar
Schlechte Text- und Linkkontraste, unzureichende nicht-Text-Kontraste, Probleme bei Reflow/Zoom, fehlende Übernahme von Nutzerfarben und schwache Fokusanzeige schränken die Nutzung für sehbehinderte Menschen stark ein.
Hörbehinderung
Weitgehend zugänglich
Gebärdensprache und Unterlagen sind grundsätzlich vorhanden, aber fehlende Audiodeskription betrifft vor allem blinde Nutzer; gehörlose Personen sind vor allem von eventuellen fehlenden Untertiteln oder unvollständigen Gebärdeninhalten moderat betroffen.
Motorische Behinderung
Kaum nutzbar
Unvollständige Tastaturbedienbarkeit, fehlende ESC-Schließung, Fokusprobleme und nicht klar sichtbare Fokusmarkierungen erschweren die Nutzung für Menschen ohne Maus oder mit eingeschränkter Feinmotorik stark.
Lernbehinderung
Mit Hindernissen nutzbar
Leichte Sprache und relativ klare Grundstruktur helfen, aber fehlerhafte Formulardarstellung, unklare Fehlermeldungen, fehlende zusätzliche Navigationswege und inkonsistente Semantik können Orientierung und Fehlerkorrektur erschweren.
Neurodivergenz
Mit Hindernissen nutzbar
Leichte Sprache unterstützt, jedoch führen Fokus-Sprünge, offene Menüs ohne klare Steuerung, nur ein Zugangsweg zur Information und semantische Unsauberkeiten zu erhöhter kognitiver Belastung und möglicher Überforderung.
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.
Gutachten-Historie
15.03.2024
Prüfung vor 2 Jahren
13.03.2024
Prüfung vor 2 Jahren
Empfehlung
Die wichtigsten Maßnahmen betreffen aussagekräftige Alternativtexte für alle Grafiken, ausreichende Kontraste, vollständige Tastaturzugänglichkeit und erkennbare Fokusindikatoren, korrekte semantische Struktur (Überschriften, Listen, Tabellen), ergänzende Audiodeskription/Alternativen, fehlerfreie W3C-konforme Auszeichnung, korrekte ARIA-Rollen und –Attribute sowie die Aktualisierung der Erklärung zur Barrierefreiheit und Dokumentprüfungsergebnisse.
| Kriterium | Status | Notizen |
|---|---|---|
|
4.9.1.1.1.a Alternativtexte für Bedienelemente |
nicht bestanden | Mehrere grafische Symbole im Fußbereich besitzen kein alt-Attribut, es werden stattdessen Dateinamen vorgelesen; bei Social-Icons sollten beschreibende Alternativtexte hinterlegt werden. |
|
4.9.1.1.1.a Alternativtexte für Bedienelemente |
nicht bestanden | Bedienelemente (z. B. Close-Icon) übertragen ihre Funktion allein visuell; ein aria-label oder vergleichbarer Alternativtext muss ergänzt werden. |
|
4.9.1.1.1.b Alternativtexte für Grafiken und Objekte |
nicht bestanden | Das grafische Cookie-Bedienelement weist nur „KBV – Kassenärztliche Bundesvereinigung“ als alt-Text auf; der Kontext (Patientenservice) ist nicht ersichtlich und muss nachgebessert werden. |
|
4.9.1.1.1.c Leere alt-Attribute für Layoutgrafiken |
nicht bestanden | Viele dekorative Icons verfügen über „Icon“ oder inhaltsleere Texte, statt eines leeren alt-Attributs; der Screenreader liest sonst unnötige Inhalte vor. |
|
4.9.1.2.5 Audiodeskription (aufgezeichnet) |
nicht bestanden | Videos auf mehreren Seiten enthalten visuelle Informationen ohne Audiodeskription, die blinden Nutzern nicht zugänglich sind. |
|
4.9.1.3.1.a HTML-Strukturelemente für Überschriften |
nicht bestanden | Visuell erkennbare Überschriften (z. B. auf Patienten-Navi/Psychotherapie) sind weder mit h-Tags noch mit äquivalentem Markup ausgezeichnet, sodass Screenreader den Inhalt nicht richtig gliedern können. |
|
4.9.1.3.1.e Datentabellen richtig aufgebaut |
nicht bestanden | Spaltenüberschriften in der Datenschutzerklärung sind nicht als <th> ausgezeichnet, wodurch der Bezug zu den Datenzellen unklar bleibt. |
|
4.9.1.3.1.h Beschriftung von Formularelementen programmatisch ermittelbar |
nicht bestanden | Formularfelder nutzen keine autocomplete-Attribute; Eingabehilfen können dadurch nicht programmatisch erkennen, welche Daten erwartet werden. |
|
4.9.1.4.1 Benutzung von Farbe |
nicht bestanden | Fließtextlinks sind lediglich farblich hervorgehoben; ohne zusätzliche Kennzeichnung und bei einem Kontrast von 1,6:1 bleiben sie für fehlsichtige Nutzer unsichtbar. |
|
4.9.1.4.3 Kontrast (Minimum) |
nicht bestanden | Textfarben (z. B. Startseite 2,8:1, Kontakt 3,7:1) liegen unter 4,5:1; insbesondere aktive Zustände und Fließtexte müssen kontrastreich genug sein. |
|
4.9.1.4.10 Automatischer Umbruch (Reflow) |
nicht bestanden | Bei 320 CSS-Pixeln und 400 % Zoom werden Inhalte abgeschnitten/überlagert (Datenschutz, Psychotherapie); die Layouts müssen responsive umgesetzt werden. |
|
4.9.1.4.11 Nicht-Text-Kontrast |
nicht bestanden | Ausgegraute Formularrahmen (Cookie-Einstellungen) heben sich nur mit 1,6:1 vom Hintergrund ab; Bedienelemente mit Zuständen benötigen mindestens 3:1 Kontrast. |
|
4.9.2.1.1 Tastatur |
nicht bestanden | Grafische Video-Steuerelemente und Cookie-Konfigurationsschaltflächen sind nicht tastaturbedienbar; Nutzer ohne Maus können diese Bereiche nicht nutzen. |
|
4.9.2.4.1 Blöcke überspringen |
nicht bestanden | Der Sprunglink „Link nach oben“ bewegt nur den Bildschirmausschnitt, der Tastaturfokus wandert weiter; der Fokus muss auf den Link gesetzt und dort gehalten werden. |
|
4.9.2.4.3 Fokus-Reihenfolge |
nicht bestanden | Offene Navigation bleibt auf Desktop und mobil offen, Fokus springt zurück und kann nicht mit ESC geschlossen werden; der Fokus muss im geöffneten Bereich verbleiben bis Schließung. |
|
4.9.2.4.5 Verschiedene Möglichkeiten |
nicht bestanden | Es existiert nur ein Zugangsweg über das Navigationsmenü; mindestens eine zusätzliche Methode (Sitemap, Suche) ist umzusetzen. |
|
4.9.2.4.7 Fokus sichtbar |
nicht bestanden | Einige Links und Schaltflächen (z. B. Hauptnavigation, Fußbereich) zeigen keinen deutlich wahrnehmbaren Fokusrahmen, andere überlagern den Fokusrahmen; ein konsistenter, gut erkennbarer Fokusstil ist erforderlich. |
|
4.9.3.1.2 Sprache von Teilen |
nicht bestanden | Englischsprachige Abschnitte (Patienten-Navi, Datenschutz) fehlen die lang-Attribute; die Sprache ist für Screenreader unbestimmt. |
|
4.9.3.3.1 Fehlerkennzeichnung |
nicht bestanden | Formularfehlermeldung beschränkt sich auf eine allgemeine Meldung; Fehlerfelder werden nur farblich markiert und nicht individuell benannt und verknüpft. |
|
4.9.4.1.1 Syntaxanalyse |
nicht bestanden | W3C-Validator weist auf multiple HTML-Syntaxfehler hin; ein valider Quelltext ist notwendig für assistive Technologien. |
|
4.9.4.1.2 Name, Rolle, Wert |
nicht bestanden | Dialogfenster besitzen keine role="dialog" und bekommen keine beschrifteten Namen; Aufklappbereiche nutzen tablist-Attribute ohne tatsächlichen Tab-Verhalten, was Screenreader-Verwirrung verursacht. |
|
4.9.6 Konformitätsanforderungen der WCAG |
nicht bestanden | Die geprüften Seiten erfüllen nicht alle WCAG 2.1 A/AA-Anforderungen (siehe 4.9.1–4.9.4); die Konformitätsbedingungen und ergänzenden Kriterien sind daher nicht erfüllt. |
|
4.12.1.2 Barrierefreie Dokumentation |
nicht bestanden | Die Erklärung zur Barrierefreiheit weist nicht alle im Prüfbericht genannten nicht barrierefreien Inhalte auf und gibt keine vollständige Alternative an. |
|
5.1 Technische Dokumentprüfung |
nicht bestanden | Das PDF „Was tun bei psychischen Belastungen?“ besitzt keine Tags und ist strukturell unzugänglich; Überschriften werden nicht als solche erkannt. |
| Kriterium | Status | Notizen |
|---|---|---|
|
4.5.2 Aktivierung von Barrierefreiheitsfunktionen |
im Wesentlichen bestanden | Die Funktion für Leichte Sprache/Gebärdensprache ist verfügbar, doch der Linktext wiederholt sich, wodurch die Bedeutung für Screenreader unklar bleibt; vergleichbare Bedienelemente sollten eindeutige Namen erhalten. |
|
4.9.1.1.1.a Alternativtexte für Bedienelemente |
im Wesentlichen bestanden | Das Startseitenlogo besitzt nur „Header Logo“ als Alternativtext; der Linkziel-Bezug fehlt, was blinden Nutzern die Orientierung erschwert. |
|
4.9.1.1.1.a Alternativtexte für Bedienelemente |
im Wesentlichen bestanden | Die Verlinkung zur KBV wird nur als „KBV Logo“ benannt; der linkbezogene Inhalt sollte formuliert werden, etwa „zur Kassenärztlichen Bundesvereinigung“. |
|
4.9.1.2.3 Audiodeskription oder Medienalternative (aufgezeichnet) |
im Wesentlichen bestanden | Ein Video zeigt eingeblendete Informationen, die weder anhörbar noch im Text enthalten sind; die vorgesehene Volltextalternative übermittelt diesen Inhalt nicht, wodurch blinde Nutzer ausgeschlossen bleiben. |
|
4.9.1.3.1.a HTML-Strukturelemente für Überschriften |
im Wesentlichen bestanden | Inhaltlich eigenständige Überschriften werden als untergeordnete Ebenen dargestellt oder gar nicht ausgezeichnet; die hierarchische Struktur muss semantisch korrekt wiedergegeben werden. |
|
4.9.1.3.1.d Inhalte gegliedert |
im Wesentlichen bestanden | Absätze werden mit <br><br> statt p-Tags gebaut; Screenreader melden Zwischenräume als „leer“, daher sollten Absätze semantisch elementiert und optische Abstände per CSS gesteuert werden. |
|
4.9.2.4.1 Blöcke überspringen |
im Wesentlichen bestanden | Nav-Elemente fehlen programmgesteuerte Bezeichnungen, wodurch Screenreader nicht eindeutig zwischen Metanavigation, Seitenpfad und Hauptnavigation unterscheiden können; aria-labels sind nachzutragen. |
|
4.9.2.5.3 Beschriftung (Label) im Namen |
im Wesentlichen bestanden | Das Header-Logo-Element verwendet nur „Header Logo“ als Name, was Spracheingabe-Nutzer nicht eindeutig interpretieren können; der sichtbare Text muss Bestandteil des zugänglichen Namens sein. |
|
4.9.3.3.2 Beschriftungen (Labels) oder Anweisungen |
im Wesentlichen bestanden | Die Bedeutung des Sternchens für Pflichtfelder befindet sich am Ende des Kontaktformulars; sehbehinderte Nutzer müssen die gesamte Seite lesen, bevor sie die Kennzeichnung verstehen. |
|
4.11.7 Benutzerpräferenzen |
im Wesentlichen bestanden | Browser-Einstellungen (eigene Schriftgröße, Farben) werden nicht übernommen, sodass sehbehinderte Anwender von festgelegten Schriftgrößen bzw. Farbkontrasten abweichen würden. |
|
4.11.7 Benutzerpräferenzen |
im Wesentlichen bestanden | Unter den benutzerdefinierten Farben werden fehlerhafte Felder nur farblich gekennzeichnet, wodurch die Statusinformation verloren geht; auch hier sind zusätzliche Meldungen und Kennzeichnungen erforderlich. |
|
5.2 Erklärung zur Barrierefreiheit |
im Wesentlichen bestanden | Die vorhandene Erklärung benennt nicht vollständig die nicht barrierefreien Inhalte und verknüpft nicht korrekt mit elektronischer Kontaktaufnahme. |
|
5.5 Erläuterungen in Gebärdensprache |
im Wesentlichen bestanden | Gebärdensprachvideos fehlen Hinweise auf weitere Inhalte und zentrale Botschaften der Erklärung zur Barrierefreiheit; zusätzlich sind Anforderungen der BITV2.0 Anlage 2 umzusetzen. |
| Kriterium | Status | Notizen |
|---|---|---|
|
5.3 Feedback-Mechanismus |
bestanden | Feedback-Mechanismus ist vorhanden und erfüllt die gesetzlichen Vorgaben. |
|
5.4 Erläuterungen in Leichter Sprache |
bestanden | Leichte Sprache ist vorhanden und entspricht den Anforderungen. |