9.1.1.1
Alternativtexte der verlinkten Logos stimmen nicht mit den grafischen Textinhalten überein
|
nicht bestanden
|
Alternativtexte müssen exakt den sichtbaren Text oder die Funktion der Logos beschreiben, damit sehbehinderte Nutzende dieselben Informationen erhalten wie sehende Nutzende. |
9.1.1.1
Der Alternativtext des Logos im Kopfbereich entspricht nicht dem Logotext. "Government Site Builder Standardlösung"
|
nicht bestanden
|
Logos müssen als solche erkennbar und mit einem aussagekräftigen Alternativtext versehen werden, idealerweise mit dem Organisationsnamen und der Funktion des Links. |
9.1.2.2
Fehlender Untertitel
|
nicht bestanden
|
Für das eingebettete Video müssen erweiterte synchronisierte Untertitel eingeblendet werden, die alle gesprochenen und relevanten akustischen Informationen enthalten. |
9.1.2.3
Fehlende Audiodeskription oder eine Volltext-Alternative
|
nicht bestanden
|
Es ist eine Audiodeskription oder Volltext-Alternative bereitzustellen, damit sichtbare Inhalte für blinde oder schwer sehende Menschen beschrieben werden können. |
9.1.3.1
Fehlen der semantischen HTML5-Elemente für die Seitenbereiche
|
nicht bestanden
|
Hauptbereiche sollten mit <header>, <main> und <footer> abgesichert werden, damit assistive Technologien die Struktur erkennen und die Orientierung der Nutzenden verbessern können. |
9.1.3.1
Die Trennlinie nach der Überschrift „Willkommen“ wird vom Screenreader als Linie ausgegeben
|
nicht bestanden
|
Dekorative Linien sind zu entfernen oder mit aria-hidden="true" zu versehen, damit Screenreader sie ignorieren und nur relevante Inhalte ansprechen. |
9.1.3.1
Aktiver Paginierungspunkt im Slider wird vom Screenreader nicht ausgegeben
|
nicht bestanden
|
Der aktuelle Slide-Punkt muss programmatisch markiert werden (z. B. aria-current="true"), damit Assistive Technologien den aktiven Zustand melden. |
9.1.3.1
Auf die Überschrift „Bereichsmenü“ folgen keine Inhalte
|
nicht bestanden
|
Überschriften dürfen nur dann ausgegeben werden, wenn darunter tatsächlich Inhalte oder interaktive Elemente folgen; andernfalls entfernen oder dynamisch ausgeben, sobald Inhalte vorhanden sind. |
9.1.3.1
Aktive Menüpunkte werden vom Screenreader nicht als aktiv ausgegeben
|
nicht bestanden
|
Aktive Navigationselemente müssen mit aria-current oder einer vergleichbaren Kennzeichnung versehen werden, damit der aktuelle Bereich eindeutig erkennbar ist. |
9.1.3.1
Im Footer ist der Link "drucken" als Liste mit einem Eintrag ausgezeichnet
|
nicht bestanden
|
Einzelne Links dürfen nicht als Liste ausgezeichnet sein; der Link muss korrekt als eigenständiges Element markiert werden, ohne Listensemantik. |
9.1.3.1
Der Screenreader gibt im Sucheingabefeld nach dem Einblenden der Vorschlagsliste keinen entsprechenden Hinweis auf die Liste und der Eintragsanzahl aus
|
nicht bestanden
|
Beim Öffnen der Vorschlagsliste ist der Screenreader zu informieren, dass eine Liste vorhanden ist und wie viele Einträge verfügbar sind, um die Auswahl nachvollziehbar zu machen. |
9.1.3.1
Vor dem Animation-STOP-Button des Sliders wird eine versteckte Überschrift („Blätterfunktion“) ausgegeben
|
nicht bestanden
|
Unsichtbare Überschriften ohne sichtbaren Inhalt sollten entfernt oder für Screenreader ausgeblendet werden, damit der Lesefluss nicht durch irrelevante Strukturpunkte gestört wird. |
9.1.3.1
Versteckte H1-Überschrift „GSB7.0 Standardlösung“ wird am Seitenanfang ausgegeben
|
nicht bestanden
|
Die H1 muss sichtbar sein und den tatsächlichen Seitentitel widerspiegeln; technische Systemüberschriften sind zu entfernen oder anzupassen. |
9.1.3.1
Nach jedem Menüpunkt der Hauptnavigation wird die versteckte Überschrift „Unternavigationspunkte“ ausgegeben
|
nicht bestanden
|
Dekorative Überschriften dürfen nicht als echte Strukturpunkte ausgezeichnet werden; solche Ausgaben sind zu entfernen oder mit aria-hidden zu versehen. |
9.1.3.1
Das Vorhandensein eines Untermenüs ist visuell nicht erkennbar
|
nicht bestanden
|
Untermenüs müssen visuell gekennzeichnet und über aria-haspopup sowie aria-expanded beschriftet sein, damit Nutzer:innen verstehen, dass zusätzliches Menü vorhanden ist. |
9.1.3.2
Im linearen Lesemodus des Screenreaders werden alle Slides ausgegeben
|
nicht bestanden
|
Nur der aktuell sichtbare Slide darf im Lesefluss erscheinen; verborgene Slides sind für Assistive Technologien als nicht relevant zu markieren. |
9.1.4.10
Texte sind nur durch horizontales Scrollen vollständig lesbar
|
nicht bestanden
|
Layouts sind so anzupassen, dass Texte ohne horizontales Scrollen lesbar bleiben und Inhalte flexibel auf Viewportgrößen reagieren. |
9.1.4.10
Grafiken zur Kennzeichnung der Dokumentenformate werden im einspaltigen Layout nicht angezeigt
|
nicht bestanden
|
Formatkennzeichnungen müssen in allen Layoutvarianten sichtbar bleiben oder alternativ textlich übermittelt werden. |
9.1.4.10
Menüpunkte im einspaltigen Layout werden mit „…“ abgekürzt und sind nicht vollständig lesbar
|
nicht bestanden
|
Menütexte müssen vollständig dargestellt oder programmgesteuert zugänglich sein (z. B. über title-Attribute oder beschreibende Labels). |
9.1.4.13
Untermenüs der Hauptnavigation können per Tastatur nicht geschlossen werden (#21)
|
nicht bestanden
|
Untermenüs müssen per Tastatur kontrolliert eingebelendet und geschlossen werden können, etwa über ESC, erneutem Aktivieren oder Tab-Verlassen. |
9.1.4.13
Untermenüs der Hauptnavigation können per Tastatur nicht geschlossen werden (#29)
|
nicht bestanden
|
Auch andere Untermenüinstanzen benötigen eine über Tastatur steuerbare Ein-/Ausblendung mit entsprechender Fokusführung und aria-expanded-Kennzeichnung. |
9.2.4.3
Der Animation-STOP-Button des automatisch laufenden Sliders steht nicht am Anfang der Ausgabereihenfolge
|
nicht bestanden
|
Die Slidersteuerung ist früh in der Fokusreihenfolge zu platzieren, damit die Bewegung ohne Umwege gestoppt werden kann. |
9.2.4.3
In den Teasern des Abschnitts „Aktuelle Meldungen“ erhalten zwei Links mit identischem Ziel jeweils eigenen Tastaturfokus
|
nicht bestanden
|
Links mit identischem Ziel sind auf einen einzigen Fokuspunkt zu reduzieren, ggf. durch Zusammenführen oder Entfernen redundanter Links. |
9.2.4.3
Fokus wird nach Interaktionen auf den Seitenanfang gesetzt
|
nicht bestanden
|
Nach Aktionen wie Suchen, Filtern oder Paginieren ist der Fokus gezielt auf ein sinnvolles Element (z. B. Überschrift Suchergebnisse oder erstes Ergebnis) zurückzuführen. |
9.2.4.3
Alle Seiten: Die Hauptnavigationspunkte erhalten zweimal mit der Tabulatortaste den Fokus
|
nicht bestanden
|
Doppelte Fokusstellen sind zu entfernen, damit jedes Navigationselement nur einmal im Tab-Reihenfolge auftaucht. |
9.2.4.3
Fokus springt bei fehlerhaftem Formular nicht zur ersten Fehlermeldung
|
nicht bestanden
|
Nach dem Absenden eines fehlerhaften Formulars ist der Fokus automatisch auf das erste fehlerhafte Feld oder die entsprechende Fehlermeldung zu setzen (z. B. via element.focus()). |
9.2.4.4
Funktion der Paginierung der Suchergebnisse ist durch fehlende Beschriftung nicht erkennbar
|
nicht bestanden
|
Paginierungselemente benötigen sprechende Beschriftungen (z. B. "Zur nächsten Seite", "Zu Seite 3"), sichtbar oder per aria-label, damit der Zweck erkennbar ist. |
9.2.4.7
Auf mehreren interaktiven Elementen ist der Tastaturfokus nicht sichtbar
|
nicht bestanden
|
Alle interaktiven Komponenten müssen eine kontrastreiche, sichtbare Fokusmarkierung erhalten, die nicht per CSS ausgeblendet wird. |
9.2.4.7
Auf vielen grafischen Elementen ist der Tastaturfokus nicht sichtbar
|
nicht bestanden
|
Auch grafische, fokussierbare Bedienelemente sind mit deutlich sichtbarer Fokusdarstellung zu versehen, unabhängig vom Layout oder der sichtbaren Präsentation. |
9.3.3.2
Nur Placeholder
|
nicht bestanden
|
Das Sucheingabefeld benötigt eine permanente Beschriftung oder Label, damit der Zweck jederzeit nachvollziehbar bleibt, auch wenn der Placeholder verschwindet. |
9.4.1.2
Checkboxen der Filterauswahl werden als Links ausgegeben und ihr Zustand ist nicht erkennbar
|
nicht bestanden
|
Die Filterelemente müssen als Checkboxen ausgezeichnet sein, inklusive korrekter Rolle sowie Zustand (ausgewählt/nicht ausgewählt) für Screenreader-Benachrichtigung. |
PDF-Dokument mit PAC geprüft
PDF-Dokument besteht den PAC-Test nicht
|
nicht bestanden
|
Das PDF muss nach Bestehen des PAC-Tests zusätzlich manuell geprüft werden (Leserichtung, Tags, Links, Alternativtexte), um wirkliche Barrierefreiheit sicherzustellen. |
Einem Link auf enthaltene Inhalte in Deutscher Gebärdensprache
Inhalte in Deutscher Gebärdensprache sind nicht vorhanden oder nicht verlinkt
|
nicht bestanden
|
Es ist ein sichtbarer, barrierefrei erreichbarer Link zu DGS-Inhalten einzubauen, inklusive Übersicht der wesentlichen Inhalte, Navigationshinweise, Barrierefreiheitserklärung und weiterführender Informationen. |