Kurzzusammenfassung
- Auftraggeber
- Deutscher Kulturrat e. V.
- Prüforganisation
- Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
- Stadt
- Berlin
- Prüfart
- Vereinfachte Überwachung
Zugänglichkeits-Analyse
Blindheit
Kaum nutzbar
Zahlreiche Verstöße bei Semantik, Überschriften, Navigation, Fokusführung, Formularbeschriftung und ARIA machen Screenreader-Nutzung stark erschwert, aber nicht völlig unmöglich.
Sehbehinderung
Mit Hindernissen nutzbar
Fehlender Fokusindikator, Kontrastprobleme, Überdeckungen bei Zoom/Textabstand und nur farblich hervorgehobene Links beeinträchtigen Orientierung, während Grundinhalte noch erreichbar bleiben.
Hörbehinderung
Weitgehend zugänglich
Es gibt keine Hinweise auf Audioinhalte oder fehlende Untertitel, und die meisten Probleme betreffen primär Seh- und Tastaturnutzung.
Motorische Behinderung
Kaum nutzbar
Wichtige Navigationselemente, Slidersteuerung, Skiplinks und der Scroll-Top-Schalter sind per Tastatur teils nicht erreichbar oder schwer bedienbar, was motorisch eingeschränkte Tastaturnutzende stark beeinträchtigt.
Lernbehinderung
Mit Hindernissen nutzbar
Unlogische Struktur, wenig aussagekräftige Linktexte, schwache Fehlerführung und Formularhilfen erschweren Verständnis und Orientierung, ohne die Seite komplett zu verunmöglichen.
Neurodivergenz
Mit Hindernissen nutzbar
Fehlende klare Struktur, schlechte Fokusführung und uneindeutige Interaktionen können Konzentration und Orientierung deutlich erschweren, bieten aber noch keine vollständige Barriere.
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.
Korrigieren Sie die zahlreichen Verstöße gegen die genannten WCAG-Kriterien (Struktur, Navigation, Fokusreihenfolge, Formulare, Beschriftungen, ARIA-Verwendung, Tastaturzugänglichkeit, Linkinformationen, Kontrast sowie Zusatzanforderungen wie BITV §4) und führen Sie nach Umsetzung eine erneute Prüfung durch.
| Kriterium | Status | Notizen |
|---|---|---|
|
9.1.3.1 Überschriftenstruktur ist nicht hierarchisch und semantisch korrekt umgesetzt |
nicht bestanden | Setzen Sie Überschriften hierarchisch korrekt, fügen Sie zwischengelagerte Ebenen hinzu und verwenden Sie für rein textliche Inhalte regulären Absatztext statt Headlines. |
|
9.1.3.1 Strukturelle Reihenfolge der Überschriften im zweiten Slider ist nicht konsistent |
nicht bestanden | Ergänzen Sie eine Überschrift über dem Slider und kennzeichnen Sie Kategorien mit neutralen Elementen, damit Beitragstitel auf der passenden Hierarchieebene verbleiben. |
|
9.1.3.1 Breadcrumb ist nicht programmatisch als Navigationspfad ausgezeichnet |
nicht bestanden | Umrahmen Sie das Breadcrumb mit einem <nav>-Element (aria-label) und heben Sie den aktuellen Punkt z. B. mittels aria-current hervor, anstatt veraltete Mikrodatenauszeichnung zu verwenden. |
|
9.1.3.1 Bereich der Suchergebnisse ist nicht durch eine Überschrift strukturiert |
nicht bestanden | Fügen Sie oberhalb der Ergebnisse eine semantische Überschrift (z. B. h2/h3 mit ›Suchergebnisse‹) ein, welche in die Gesamtstruktur der Seite passt. |
|
9.1.3.1 Suchergebnisse sind nicht semantisch als Liste ausgezeichnet |
nicht bestanden | Bündeln Sie die Treffer in einem <ul>/<ol> mit einzelnen <li>-Elementen und ergänzen Sie optional eine Information zur Anzahl der Ergebnisse. |
|
9.1.3.1 E-Mail-Adresse ist nicht korrekt les- und nutzbar ausgezeichnet |
nicht bestanden | Ersetzen Sie die clientseitige Verschlüsselung durch eine barrierefreie Ausgabe – z. B. durch ein korrekt ausgezeichnetes mailto-Linkelement mit aria-label. |
|
9.1.3.1 Überschriftenhierarchie wird nicht eingehalten |
nicht bestanden | Vermeiden Sie Sprünge von h1 zu h3 und ergänzen Sie inhaltlich passende h2-Elemente, damit die Dokumentstruktur nachvollziehbar bleibt. |
|
9.1.3.1 Fehlen der semantischen HTML5-Elemente für die Seitenbereiche |
nicht bestanden | Verwenden Sie <header>, <main> und <footer> zur Kennzeichnung der Hauptbereiche, um eine programmatisch erfassbare Struktur zu gewährleisten. |
|
9.1.3.2 Cookie-Hinweis ist nicht sinnvoll in die Fokusreihenfolge eingebunden |
nicht bestanden | Positionieren Sie den Dialog früh im DOM oder fokussieren Sie ihn beim Laden, ggf. mit role=dialog/alertdialog und aria-labelledby, damit er als vorrangiges Interaktionselement erreichbar ist. |
|
9.1.3.2 Lese- und Fokusreihenfolge im Suchbereich ist nicht logisch |
nicht bestanden | Ordnen Sie im DOM die Elemente in der erwarteten Reihenfolge (Suchfeld – Löschen – Absenden) oder passen Sie Fokusreihenfolge über semantisches HTML/tabindex an. |
|
9.1.3.5 Eingabefelder ohne autocomplete-Attribut |
nicht bestanden | Kennzeichnen Sie Felder über das autocomplete-Attribut (z. B. autocomplete=„given-name“), damit der Eingabezweck assistiven Technologien und Autofill-Lösungen übermittelt wird. |
|
9.1.4.1 Links im Fließtext werden ausschließlich durch Farbe unterschieden |
nicht bestanden | Fügen Sie zusätzliche visuelle Indikatoren wie Unterstreichungen oder Fettdruck hinzu und achten Sie auf ausreichenden Farbkontrast (mindestens 3:1) zwischen Link- und Normaltext. |
|
9.1.4.4 Menüpunkt wird bei Textvergrößerung überdeckt |
nicht bestanden | Gestalten Sie das Layout so, dass Elemente bei 200 % Zoom flexibel umgebrochen werden und sich nicht überlagern, damit Menüeinträge sichtbar bleiben. |
|
9.1.4.11 Rahmen von Eingabefeldern haben unzureichenden Kontrast |
nicht bestanden | Erhöhen Sie den Kontrast von Eingabefeldrahmen zum Hintergrund auf mindestens 3:1, damit Felder als interaktive Komponenten erkennbar bleiben. |
|
9.1.4.12 Menüpunkt wird bei vergrößerten Textabständen überdeckt |
nicht bestanden | Sorgen Sie für flexible Layout-Verhalten bei erhöhten Zeilen-/Absatz-/Zeichenabständen, damit Inhalte nicht überlagert oder unlesbar werden. |
|
9.1.4.13 Untermenüs der Hauptnavigation können per Tastatur nicht geschlossen werden |
nicht bestanden | Ermöglichen Sie das Schließen geöffneten Menüs per Tab/Leertaste/Escape und stellen Sie sicher, dass Tastaturnutzende Kontrolle über ein- und ausgeblendete Untermenüs haben. |
|
9.2.1.1 Navigationselemente sind nicht per Tastatur erreichbar |
nicht bestanden | Ersetzen Sie <span>-Icons durch semantisch korrekte <button>-Elemente oder statten Sie diese mit role=button und tabindex=0 aus, damit Navigationspfeile fokussierbar werden. |
|
9.2.1.1 Scroll-Top-Schalter ist nicht zugänglich |
nicht bestanden | Stellen Sie den Schalter als fokussierbares <button> mit role=button, tabindex=0 und aria-label=„Zum Seitenanfang“ bereit und sorgen Sie für Enter-/Leertastensteuerung. |
|
9.2.4.1 Skiplinks fehlen |
nicht bestanden | Fügen Sie am Seitenanfang Skiplinks ein, damit Tastaturnutzende wiederkehrende Navigationsbereiche überspringen und direkt zum Hauptinhalt gelangen können. |
|
9.2.4.2 Seitentitel der Startseite ist nicht ausreichend beschrieben |
nicht bestanden | Ergänzen Sie im <title>-Element eine sprechende Beschreibung wie „Startseite – Deutscher Kulturrat“, um Orientierung in Tabs, Lesezeichen und Verlauf zu verbessern. |
|
9.2.4.3 Nicht sichtbarer Cookie-Dialog bleibt fokussierbar |
nicht bestanden | Schalten Sie inaktive Dialoge per display:none/hidden/aria-hidden/inert aus, damit nicht sichtbare Elemente die Fokusreihenfolge nicht unterbrechen. |
|
9.2.4.3 Fokus springt bei fehlerhaftem Formular nicht zur ersten Fehlermeldung |
nicht bestanden | Legen Sie nach Absenden eines fehlerhaften Formulars den Fokus automatisch auf das erste fehlerhafte Feld oder eine Fehlermeldung und statten Sie Hinweise mit aria-describedby und ggf. Statusrolle aus. |
|
9.2.4.4 Link zur Startseite ist nicht eindeutig beschrieben |
nicht bestanden | Formulieren Sie das alt-Attribut des Logos z. B. als ›Zur Startseite – Deutscher Kulturrat‹ oder ergänzen Sie ein aria-label, damit der Linkzweck klar wird. |
|
9.2.4.4 Linkgrafik besitzt keinen aussagekräftigen Alternativtext |
nicht bestanden | Ersetzen Sie den Dateinamen-alternativtext durch eine sprechende Formulierung wie ›Zur Seite Über uns‹, um den Linkzweck für Screenreader erkennbar zu machen. |
|
9.2.4.4 Linktexte sind nicht aussagekräftig |
nicht bestanden | Nutzen Sie präzise Linktexte wie ›Zum aktuellen Wochenreport‹, um auch in Screenreader-Listen den Zielzweck eindeutig zu übermitteln. |
|
9.2.4.7 Fehlende Fokussichtbarkeit bei Tastaturnavigation |
nicht bestanden | Stellen Sie sichtbare Hervorhebungen (outline, border, Hintergrund) für fokussierte Elemente bereit und entfernen Sie nicht unterstützte Styles wie outline:none ohne Ersatz. |
|
9.3.3.2 Formularfelder besitzen keine sichtbaren Beschriftungen |
nicht bestanden | Versehen Sie Eingabefelder mit dauerhaft sichtbaren Labels, die per for/id verbunden sind; Placeholder dürfen nicht als Ersatz dienen. |
|
9.3.3.2 Pflichtfelder sind nicht klar gekennzeichnet |
nicht bestanden | Ergänzen Sie einen Hinweis wie ›* Pflichtfeld‹ und kennzeichnen Sie Pflichtfelder visuell (Sternchen), damit aria-required visuell nachvollziehbar wird. |
|
9.3.3.3 Fehlermeldung enthält keinen hilfreichen Korrekturvorschlag |
nicht bestanden | Erweitern Sie die Fehlermeldung z. B. um ›Bitte geben Sie eine gültige E-Mail-Adresse im Format name@domain.de ein‹, um konkrete Hilfestellung zu bieten. |
|
9.4.1.2 Fehlende aria-current-Kennzeichnung |
nicht bestanden | Setzen Sie aria-current="page" auf den aktiven Navigationslink, um assistive Technologien den aktuellen Kontext mitzuteilen. |
|
9.4.1.2 Navigationselemente sind nicht vollständig semantisch ausgezeichnet |
nicht bestanden | Ergänzen Sie ARIA-Attribute wie aria-haspopup, aria-expanded und aria-controls, damit spannende Menüebenen assistive Technologien korrekt vermitteln. |
|
9.4.1.2 Interaktive Menüpunkte sind semantisch nicht korrekt ausgezeichnet |
nicht bestanden | Ersetzen Sie reine Steuerungslinks durch <button> oder versehen Sie die vorhandenen Links mit role=button, damit klar wird, dass sie Menüs öffnen/steuern. |
|
9.4.1.2 Link zur Suchfunktion hat keine zugängliche Beschreibung |
nicht bestanden | Ergänzen Sie dem Link ein aria-label wie ›Zur Suche‹ (oder zeigen Sie den Text sichtbar), damit Screenreader einen beschreibenden Text ausgeben. |
|
9.4.1.2 Slider-Steuerelemente sind nicht fokussierbar und nicht semantisch als Bedienelemente ausgezeichnet |
nicht bestanden | Ersetzen Sie <span> durch Buttons oder fügen Sie role=button, tabindex=0 sowie aria-labels hinzu, damit Slider-Pfeile fokussierbar und benannt sind. |
|
9.4.1.2 Slider-Navigation für die Bereiche ›Presse‹ und ›Position‹ ist semantisch nicht korrekt ausgezeichnet |
nicht bestanden | Verwenden Sie stattdessen <button> oder ergänzen Sie role=button sowie aria-labels wie ›Nächster Beitrag‹/›Vorheriger Beitrag‹, um die Steuerung korrekt zu markieren. |
|
9.4.1.2 Newsletter-Eingabefeld ist nicht programmatisch beschriftet |
nicht bestanden | Fügen Sie ein dauerhaft sichtbares Label oder ein aria-label mit eindeutiger Beschreibung hinzu, da Placeholder kein Ersatz für Labels sind. |
|
9.4.1.2 Suchfeld ist nicht sinnvoll und nicht in deutscher Sprache beschriftet |
nicht bestanden | Ersetzen Sie das englische aria-label durch eine deutsche, verständliche Bezeichnung wie ›Suchbegriff eingeben‹ oder verknüpfen Sie ein sichtbares Label. |
|
9.4.1.2 Suchfunktionen sind nicht als interaktive Bedienelemente ausgezeichnet |
nicht bestanden | Nutzen Sie semantische <button>-Elemente oder ergänzen Sie role=button, tabindex=0 und aria-labels für Such- und Schließen-Schaltflächen, damit sie fokussierbar und beschreibbar sind. |