9.1.1.1
Nicht-Text-Inhalt
|
nicht bestanden
|
Die visuelle CAPTCHA-Lösung wird ohne alternative Ausgabemodalitäten angeboten, sodass blinde und sehbehinderte Nutzende den Code nicht erfassen oder eingeben können; es wird empfohlen, barrierefreie CAPTCHA-Verfahren oder andere sinnunabhängige Sicherheitsmaßnahmen einzusetzen. |
9.1.3.1
Info und Beziehungen
|
nicht bestanden
|
Die Navigationselemente „Sprachformen“ und „Sprachen“ sind zwar mit aria-label ausgezeichnet, werden aber von Screenreadern nicht korrekt ausgegeben; eine Vermeidung verschachtelter <nav>-Elemente oder zusätzliche Überschriften/aria-labelledby sollen die Regionen besser erkennbar machen. |
9.1.3.1
Info und Beziehungen
|
nicht bestanden
|
Innerhalb der Sprachformen-Navigation erfolgt die Auszeichnung mit role="menu"/"menuitem", wodurch der Screenreader irrtümlich eine Menüstruktur mit nur einem Eintrag ansagt; die Lösung liegt in der Rückkehr zu nativen Listenelementen ohne ARIA-Menüs. |
9.1.3.1
Info und Beziehungen
|
nicht bestanden
|
Die Sprachwahl nutzt role="menu"/"menuitem", obwohl es sich um einfache Linklisten handelt; ARIA-Rollen sollten entfernt und native HTML-Strukturen verwendet werden, damit Screenreader die Navigation verständlich ankündigen. |
9.1.3.1
Info und Beziehungen
|
nicht bestanden
|
Das Hauptmenü weist inkonsistente Rollenzuweisungen auf (nur der Link „Jugendliche“ nutzt role="menuitem"), was zu fehlerhaften Ansagen wie „1 von 1“ führt; entweder konsequente Rollen oder der Verzicht auf ARIA-Menüs ist erforderlich. |
9.1.3.1
Info und Beziehungen
|
nicht bestanden
|
Datumsangaben im Newsbereich sind nur als generische Container (<div>) umgesetzt; stattdessen soll das <time>-Element mit datetime verwendet werden, damit assistive Technologien die Informationen als Zeitangaben erkennen können. |
9.1.3.1
Info und Beziehungen
|
nicht bestanden
|
Der Footer ist rein visuell strukturiert und nicht als Navigation ausgezeichnet; ein <nav> mit aria-label z. B. "Fußbereich" macht diese Landmarke für Screenreader auffindbar. |
9.1.3.1
Info und Beziehungen
|
nicht bestanden
|
Die Social-Media-Links im Footer bilden eine funktionale Gruppe, sind aber nicht semantisch als Navigation ausgezeichnet; ein <nav> mit sprechendem aria-label (z. B. "Social Media") verbessert die Orientierung. |
9.1.3.1
Info und Beziehungen
|
nicht bestanden
|
Die Filterfunktionen in der Suchstichprobe besitzen keine Überschrift oder Gruppierung; durch fieldset/legend, eine Überschrift oder aria-labelledby sollte der Bereich als zusammengehörige Funktion erkennbar gemacht werden. |
9.1.3.1
Info und Beziehungen
|
nicht bestanden
|
Die Sprunglinks tragen role="menu"/"menuitem", wodurch Screenreader sie wie ein interaktives Menü mit Positionsangaben wie "1 von 3" ausgeben; die Rollenattribute sollten entfernt und einfache <ul>/<li>-Strukturen verwendet werden. |
9.1.4.10
Automatischer Umbruch (Reflow)
|
nicht bestanden
|
Bei 400 % Zoom und 1280 CSS-Pixeln Fensterbreite sind Inhalte nur mit horizontalem Scrollen sichtbar; flüssige Layouts mit flexiblen Breiten und ohne feste Positionen sollen vollständige Wahrnehmbarkeit ohne Scrollen gewährleisten. |
9.1.4.11
Nicht-Text-Kontrast
|
nicht bestanden
|
Die Rahmen der Eingabefelder im Kontaktformular haben ein Kontrastverhältnis von etwa 1,3:1 zum Hintergrund; der Kontrast sollte mindestens 3:1 betragen, inklusive des Sucheingabefelds der Suche-Seite. |
9.2.1.1
Tastatur
|
nicht bestanden
|
Die Seitenpaginierung besteht aus Links ohne href, wodurch sie nicht fokussierbar oder aktivierbar ist; alle Seitenlinks benötigen gültige hrefs oder alternative interaktive Elemente mit Tastatursteuerung. |
9.2.1.1
Tastatur
|
nicht bestanden
|
Der Hamburger-Menü-Schalter kann nicht per Tastatur ausgelöst werden, vermutlich aufgrund fehlender href/keyboard-Events; er sollte durch ein fokussierbares Element (z. B. <button>) mit Tastaturauslösung und sichtbarem Fokus aktiviert werden können. |
9.2.4.1
Blöcke überspringen
|
nicht bestanden
|
Die Sprunglinks sind zwar vorhanden, aber bei Fokussierung nicht sichtbar, sodass Tastaturnutzende sie nicht erkennen oder nutzen können; eine deutlich sichtbare Hervorhebung mit ausreichend Kontrast ist erforderlich. |
9.2.4.3
Fokus-Reihenfolge
|
nicht bestanden
|
Der Schnell-Einstieg besitzt keinen Fokusfang, sodass Fokus/Tastaturnutzende ihn unbeabsichtigt verlassen können; nach dem Öffnen sollte der Fokus innerhalb des Bereichs gehalten und der Austritt nur über einen klaren Schließen-Schalter möglich sein. |
9.2.4.4
Linkzweck (im Kontext)
|
nicht bestanden
|
Im Bereich „Unsere Themen“ führen sowohl Linktext als auch identisches <title> innerhalb eines SVG zu doppelter Screenreader-Ausgabe; entfernen Sie das redundante <title> oder zeichnen Sie das SVG mit aria-hidden="true" aus. |
9.2.4.4
Linkzweck (im Kontext)
|
nicht bestanden
|
Der Link „Mail-Beratung“ hat sichtbaren Text, title-Attribut und SVG-<title> mit identischem Inhalt, was zu mehrfacher Ansage führt; entfernen Sie doppelte Beschriftungen, z. B. title-Attribut oder SVG-<title>. |
9.2.4.4
Linkzweck (im Kontext)
|
nicht bestanden
|
Die Seitenlinks der Paginierung bestehen nur aus Zahlen („1“, „2“, „3“), sodass Screenreader-Nutzende den Zweck nicht erkennen; ergänzen Sie aria-labels (z. B. "Seite 1") oder visuell versteckte Texte. |
9.2.4.4
Linkzweck (im Kontext)
|
nicht bestanden
|
In der Akkordeonstruktur werden Überschriften und Buttons mit gleichen Bezeichnungen sowie aria-description verwendet, was zu redundanter Ausgabe führt; verwenden Sie einzig Buttons mit semantischer Auszeichnung und verzichten auf aria-description, da aria-expanded den Zustand bereits kommuniziert. |
9.2.4.7
Fokus sichtbar
|
nicht bestanden
|
Die Links „Beratung vor Ort“ und „Mail-Beratung“ erhalten beim Tastaturfokus keinen deutlich erkennbaren Indikator; ein kontrastreicher Fokuszustand mit z. B. kräftiger Umrandung oder Hintergrundfarbe (mindestens 3:1) ist erforderlich. |
9.3.3.2
Beschriftungen (Labels) oder Anweisungen
|
nicht bestanden
|
Die Pflichtfeldkennzeichnung im Kontaktformular erscheint allein durch ein Sternchen an den Eingabefeldern, aber im Vorfeld fehlt eine Erklärung; fügen Sie eine Erläuterung hinzu oder integrieren Sie den Hinweis direkt in das Label (z. B. "E-Mail-Adresse (Pflichtfeld)"). |
9.3.3.2
Beschriftungen (Labels) oder Anweisungen
|
nicht bestanden
|
Das Pflichtfeld „Spamschutz“ ist nur programmatisch als required markiert, aber visuell fehlt das Sternchen; integrieren Sie ein sichtbares Zeichen im Label (z. B. * mit aria-hidden="true"), damit auch sehende Nutzende das Feld als Pflicht erkennen. |
9.3.3.3
Vorschlag bei Fehler
|
nicht bestanden
|
Beim ungültigen E-Mail-Eingabefeld wird nur eine Fehlermeldung gezeigt, aber kein Hinweis zur Korrektur (z. B. „name@domain.de“); ergänzen Sie eine konkrete Anleitung zur Bereinigung. |
9.4.1.2
Name, Rolle, Wert
|
nicht bestanden
|
Die Vorschlagliste der Suche gibt den vollständigen Inhalt aller Treffer automatisch über aria-live aus, ohne kurze Statusmeldung; stattdessen sollte eine kompakte Meldung wie "9 Vorschläge gefunden" wiedergegeben und die Vorschläge mit korrekt fokussierbaren Rollen (z. B. listbox/option) versehen werden. |
9.4.1.2
Name, Rolle, Wert
|
nicht bestanden
|
Der Schnell-Einstiegsschalter trägt immer das aria-label „Öffnet den Schnell-Einstieg“, auch wenn er schließt, was den Status verschleiert; passen Sie die Beschriftung dynamisch (z. B. aria-label="Schließt den Schnell-Einstieg" oder nutzen Sie aria-expanded plus sichtbaren Text). |
9.4.1.2
Name, Rolle, Wert
|
nicht bestanden
|
In der Navigation fehlt aria-current="page" für den aktiven Menüpunkt, sodass assistive Technologien die aktuelle Position nicht erkennen; versehen Sie den jeweils aktiven Link mit aria-current="page". |