9.1.1.1
Nicht-Text-Inhalt
|
nicht bestanden
|
Das als Link fungierende App-Logo darf nicht als dekorativ ausgezeichnet oder aus der Fokusreihenfolge entfernt werden, sondern muss einen aussagekräftigen Alternativtext erhalten und per Tastatur erreichbar sein. |
9.1.3.1
Info und Beziehungen
|
nicht bestanden
|
Die aktive Rubrik muss zusätzlich zur visuellen Markierung mittels aria-current="page" o.ä. programmatisch als aktueller Navigationspunkt gekennzeichnet werden. |
9.1.3.5
Eingabezweck bestimmen
|
nicht bestanden
|
Alle Eingabefelder im Kontaktformular benötigen ein passendes autocomplete-Attribut (z. B. autocomplete="email"), damit Assistive Technologien deren Zweck korrekt erkennen. |
9.1.4.3
Kontrast (Minimum)
|
nicht bestanden
|
Betroffene Texte weisen zu geringe Kontrastwerte (3,6:1 bzw. knapp unter 4:1); Hintergrund und Schrift benötigen Anpassungen auf mindestens 4,5:1 beziehungsweise 3:1 für große/fette Schrift. |
9.1.4.4
Textgröße ändern
|
nicht bestanden
|
Kacheln und Übersichtslink müssen bei 200 % Zoom vollständig sichtbar bleiben – z. B. durch flexible Layouts ohne horizontales Scrollen. |
9.2.4.2
Seite mit Titel
|
nicht bestanden
|
Die Barrierefreiheitserklärung muss sowohl im sichtbaren Seitentitel/Überschrift als auch im HTML-Title klar als solche benannt sein, statt „Datenschutzeinstellungen“. |
9.2.4.3
Fokus-Reihenfolge
|
nicht bestanden
|
Der Fokus muss linear über Inhalte fließen und darf nicht nach versteckten Sprungmarken oder dem Suche-Button erneut zum Seitenanfang springen; nicht sichtbare Elemente sollten tabindex="-1" erhalten oder entfernt werden. |
9.2.4.3
Fokus-Reihenfolge
|
nicht bestanden
|
Die „Zum Bereich …“-Links müssen in der Tastaturreihenfolge vor den zugehörigen Kacheln liegen, um visuelle und programmatische Reihenfolge konsistent zu halten. |
9.2.4.4
Linkzweck (im Kontext)
|
nicht bestanden
|
Alle Menüpunkte benötigen eindeutige, aussagekräftige Linktexte (z. B. „Publikationen“ statt „Menü“) oder ergänzende aria-labels, damit Nutzer:innen Ziel und Zweck erkennen können. |
9.3.3.3
Vorschlag bei Fehler
|
nicht bestanden
|
Fehlermeldung bei ungültiger E-Mail-Adresse muss einen konkreten Korrekturhinweis enthalten (z. B. Formatname@domain.de), um die Eingabe zu erleichtern. |
9.4.1.2
Name, Rolle, Wert
|
nicht bestanden
|
Das Untermenü braucht visuelle Hinweise und ARIA-Attribute (z. B. aria-haspopup, aria-expanded sowie role="menu"-Struktur), damit Screenreader- und Tastaturnutzung erkennt, dass es sich um ein Untermenü handelt. |
PDF-Dokument mit PAC geprüft
PDF-Dokument mit PAC geprüft
|
nicht bestanden
|
Das PDF hat den PAC-Test nicht bestanden; neben automatischen Ergebnissen ist eine manuelle Prüfung (z. B. Tag-Baum, Alternativtexte) erforderlich, um sämtliche Probleme zu beheben. |
Barrierefreiheitserklärung formal geprüft
Barrierefreiheitserklärung formal geprüft
|
nicht bestanden
|
Die Erklärung fehlt in Geltungsbereich, Rechtsgrundlage, Bewertungsstand, Prüfmethode, Datum, Feedbackmechanismus, zuständiger Kontaktstelle und Durchsetzungsverfahren und muss entsprechend vervollständigt werden. |