Staatliches Gutachten zur digitalen Barrierefreiheit

Deutsches Archäologisches Institut

Nutzbarkeit mit unterschiedlichen Behinderungen

Blindheit Kaum nutzbar

Schwerwiegende Screenreader-Probleme (fehlende Semantik, falsche Überschriften, unklare Namen/Rollen/Werte, mangelhafte Tastatursteuerung, Slider und Cookie-Banner) erschweren die Nutzung massiv, lassen sie aber mit hohem Aufwand teilweise zu.

Sehbehinderung Kaum nutzbar

Unzureichende Text- und Fokuskontraste, Probleme bei hohem Zoom/Reflow, überdeckende Elemente und fehlerhafte responsive Layouts machen die Seite für stark sehbehinderte Nutzer fast unbenutzbar.

Hörbehinderung Fast barrierefrei

Es werden keine audio-spezifischen Barrieren genannt, sodass gehörlose Menschen die Website weitgehend normal nutzen können, abgesehen von allgemeinen Usability-Schwächen.

Motorische Behinderung Kaum nutzbar

Fehlende oder fehlerhafte Tastaturbedienung, unlogische Fokusreihenfolgen, Slider- und Cookie-Banner-Probleme sowie nicht erreichbare Icons beeinträchtigen reine Tastatur- und Schalter-Nutzung stark.

Lernbehinderung Mit Hindernissen nutzbar

Unklare Struktur (Überschriften, Navigation, Suchergebnisdarstellung), automatische Slider-Bewegung und Kontrastprobleme erschweren Orientierung und Verständnis deutlich.

Neurodivergenz Mit Hindernissen nutzbar

Automatischer Slider ohne Pause, Fokusverlust, lange Tab-Strecken und unklare Strukturen können für viele neurodivergente Nutzer überfordernd sein, erlauben aber mit Mühe noch eine eingeschränkte Nutzung.

Veränderung

Aktuell angezeigt
13 gefundene Barrieren -1 zur vorherigen Prüfung
7,3/10 Ø Schwere +0,4 zur vorherigen Prüfung

Dokumentierte Barrieren

  • Slider blockiert die Tastaturnutzung

    Der Slider zwingt dazu, viele Inhalte nacheinander per Tab anzuspringen, statt nur die Steuerelemente erreichbar zu machen. Zusätzlich laufen Inhalte automatisch weiter, ohne dass ich sie einfach anhalten kann.

    Auswirkung: Ich brauche sehr lange, um an andere Seiteninhalte zu gelangen, oder werde vom Slider regelrecht aufgehalten. Wenn ich nur Tastatur nutze, wird die Seite dadurch unnötig mühsam oder fast unbrauchbar.

  • Wichtige Bedienelemente nicht per Tastatur erreichbar

    Mehrere zentrale Icons und Schaltflächen, etwa die Info-Icons, der Überblick-Button oder die Lupe, sind nicht oder nur unzureichend per Tastatur erreichbar. Einige davon haben außerdem keine klare Bezeichnung.

    Auswirkung: Ich kann wichtige Funktionen nicht oder nur mit Umwegen auslösen. Das betrifft besonders Suche, Zusatzinfos und Übersichtsfunktionen.

  • Reflow und Zoom zerstören die Nutzbarkeit

    Bei starker Vergrößerung und im einspaltigen Layout ragen Inhalte aus dem Sichtbereich hinaus oder werden abgeschnitten. Navigation und Links sind teilweise außerhalb des sichtbaren Bereichs.

    Auswirkung: Ich muss horizontal scrollen oder finde wichtige Inhalte nicht mehr. Bei Vergrößerung wird die Website dadurch schnell unbenutzbar.

  • Cookie-Banner nicht per Tastatur nutzbar

    Das Cookie-Banner und seine Schaltflächen sind nicht sauber per Tastatur erreichbar. Der Fokus geht nach dem Ablehnen sogar verloren, sodass die Interaktion mit dem Banner und die Rückkehr in den eigentlichen Inhalt gestört sind.

    Auswirkung: Ich kann das Banner nicht zuverlässig bedienen und verliere danach die Orientierung. Dadurch komme ich nicht schnell weiter zur eigentlichen Website.

  • Hauptnavigation nicht vollständig steuerbar

    Untermenüs der Hauptnavigation lassen sich per Tastatur nicht zuverlässig schließen. Dadurch kann ich in offenen Menüs hängen bleiben oder die Navigation nicht kontrolliert nutzen.

    Auswirkung: Ich verliere die Kontrolle über die Navigation und komme schwer zu anderen Seitenbereichen. Das erschwert mir das gezielte Aufrufen von Inhalten deutlich.

  • Fokus ist schwer oder gar nicht sichtbar

    Mehrere Elemente, etwa gelbe Buttons, Filter-Links und das Logo, zeigen beim Tabben keinen ausreichend sichtbaren Fokus. Dadurch ist nicht immer erkennbar, wo ich mich gerade befinde.

    Auswirkung: Ich verliere beim Tastaturbedienen leicht die Orientierung. Besonders für Nutzer ohne Maus wird die Bedienung dadurch fehleranfällig und anstrengend.

  • Hoher Kontrastmangel bei Texten und Links

    Mehrere Texte, Navigationspunkte und Links haben zu wenig Kontrast zum Hintergrund, teils auch auf Bildern. Besonders auf Start- und Inhaltsseiten sind wichtige Inhalte dadurch schwer lesbar.

    Auswirkung: Ich muss mich stark anstrengen, um Texte zu erkennen. Bei schlechter Sicht oder in ungünstigen Lichtverhältnissen kann ich Inhalte teilweise nicht mehr lesen.

  • Suchfeld nicht eindeutig beschriftet

    Das Suchfeld hat keine programmatisch erkennbare Beschriftung. Für mich ist dadurch nicht sicher erkennbar, wofür das Feld gedacht ist und wie ich die Suche korrekt starte.

    Auswirkung: Ich weiß beim Bedienen des Formulars nicht zuverlässig, was ich eingeben soll. Mit Screenreader ist die Suche dadurch schwerer auffindbar und fehleranfälliger.

  • Suchergebnisse schlecht erfassbar

    Suchergebnisse werden nicht als semantische Liste ausgegeben und es fehlt eine klare Angabe zur Trefferanzahl. Außerdem gibt es keine saubere Paginierung, die sich gut per Tastatur und Screenreader bedienen lässt.

    Auswirkung: Ich kann Suchergebnisse schlechter überblicken und muss mehr Aufwand investieren, um einzelne Treffer zu verstehen. Bei vielen Treffern wird die Suche dadurch unübersichtlich.

  • PDF-Dokumente nicht barrierefrei

    Das geprüfte PDF erfüllt die Barrierefreiheitsanforderungen nicht. Wahrscheinlich sind Struktur, Lesereihenfolge oder Alternativtexte nicht verlässlich nutzbar.

    Auswirkung: Ich kann Dokumente möglicherweise nicht mit Screenreader oder Tastatur erfassen. Wichtige Inhalte aus PDFs bleiben mir dann verschlossen.

  • Überschriftenstruktur ist unlogisch

    Die Überschriften springen ohne klare Reihenfolge, und wichtige Bereiche wie die Suche sind nicht sinnvoll als Überschrift ausgezeichnet. Dadurch ist die Seitenstruktur für assistive Technologien schwer nachvollziehbar.

    Auswirkung: Ich kann Inhalte schlechter gliedern und Abschnitte nicht schnell ansteuern. Das kostet Zeit und erschwert die Orientierung auf der Seite.

  • Aktueller Menüpunkt nur über Farbe erkennbar

    Der aktive Navigationspunkt wird nur farblich hervorgehoben. Ohne zusätzliche Kennzeichnung kann ich nicht sicher erkennen, wo ich mich gerade befinde.

    Auswirkung: Ich verliere leichter die Orientierung in der Navigation. Das macht das Wiederfinden von Seitenbereichen deutlich schwieriger.

  • Barrierefreiheitserklärung unvollständig

    Die Barrierefreiheitserklärung ist unvollständig und unklar benannt. Wichtige Angaben wie Geltungsbereich, Prüfmethode, Datum und Kontakt fehlen oder sind nicht gut auffindbar.

    Auswirkung: Ich finde nicht zuverlässig heraus, wie barrierefrei die Seite ist oder wie ich Probleme melden kann. Das erschwert Feedback und Nachverfolgung von Barrieren.

Hinweis: Diese Zusammenfassung 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.

Technische Umgebung

OS
Windows 11
Browser
Chrome 139.0.7258.128
Screenreader
NVDA
Tools
Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap (Chrome), Landmark Navigation (Chrome), Bookmarklets (bitvtest.de/test-methodik/web/werkzeugliste)

Veränderung nach WCAG-Kriterien

22.08.2025 Vereinfachte Überwachung
angezeigtes 53 nicht bestanden 0 weitgehend 0 bestanden
23.01.2024 Vereinfachte Überwachung Gutachten ansehen
15 nicht bestanden 0 weitgehend 39 bestanden
  • https://www.dainst.org/ ⓘ Web-Angebot öffnen
  • https://www.dainst.org/forschung/projekte/noslug/5879 ⓘ
  • https://www.dainst.org/ ⓘ
  • https://publications.dainst.org/journals/mm/issue/view/538

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Nach Aktivierung des Ablehnen-Buttons verschwindet der Fokus. Programmatisch sollte der Fokus auf ein sinnvolles Folgeelement gesetzt werden (z. B. Hauptinhalt) und der Fokusfluss nachvollziehbar bleiben.
WCAG 2.4.1
Blöcke überspringen 		nicht bestanden Es gibt nur einen Skip Link; weitere Links zu zentralen Bereichen (Suche, Header, Footer etc.) sollten eingebaut und als erste DOM-Elemente sichtbar sein.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Die Überschriftenstruktur steigt ohne logische Reihenfolge an. Die Hierarchie muss mit <h1> bis <h3> schrittweise aufgebaut werden, damit Screenreader die Gliederung nachvollziehen können.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Der Slider zwingt zu vollständigem Durchtabben aller Inhalte; der Fokus sollte nur auf Steuerungen (Vorheriger/Nächster/ausgewählte Slide) liegen und die Inhalte alternativ per Screenreader zugänglich sein, ohne die Gesamt-Taste zu blockieren.
WCAG 2.4.7
Fokus sichtbar 		nicht bestanden Gelbe Buttons zeigen einen gelben Fokusrahmen, der sich nicht vom Hintergrund abhebt. Der Fokusindikator braucht eine kontrastreiche Farbe oder andere Hervorhebung (z. B. Outline, Schatten) mit mindestens 3:1-Kontrast zum umgebenden Element.
WCAG 1.3.2
Bedeutungsvolle Reihenfolge 		nicht bestanden Im Footer erfolgt die Fokusreihenfolge nach dem Logo nicht entsprechend der visuellen Anordnung. Die DOM-Reihenfolge muss der optischen Struktur entsprechen oder mittels CSS für das Layout angepasst werden.
WCAG 1.4.13
Eingeblendeter Inhalt bei Darüberschweben (Hover) oder Fokus 		nicht bestanden Hauptnavigation-Untermenüs lassen sich per Tastatur nicht schließen (ESC, Tab, Leertaste). Menüzustände müssen steuerbar sein, z. B. über ESC oder erneutes Aktivieren, mit sichtbarer aria-expanded-Statusmeldung.
WCAG 2.1.1
Tastatur 		nicht bestanden Der „Überblick“-Button ist nicht erreichbar über Tab. Er muss ein korrektes interaktives Element (<button> oder link mit role="button") sein und per Enter/Leertaste ausgelöst sowie in der Tab-Reihenfolge enthalten.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Suchergebnisse werden nicht als semantische Liste ausgegeben und die Trefferanzahl fehlt. Die Ergebnisse sollten in <ul>/<ol> stehen, mit einer programmatischen Trefferangabe (z. B. aria-live) für Screenreader.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Es fehlt eine Paginierung für Suchergebnisse; eine semantische <nav aria-label="Seitennavigation"> mit <ul>/<li> und aria-current sowie deutlich beschrifteten Vor-/Zurück-Buttons muss ergänzt und tastaturbedienbar sein.
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Teaserbilder haben generische Alt-Texte (z. B. „ce-teaser Img“). Es sind sinnvolle, kontextbezogene Alternativtexte zu vergeben oder dekorative Bilder mit alt="" auszuzeichnen; bei verlinkten Bildern muss der Linkzweck genannt werden.
WCAG 1.1.1
Nicht-Text-Inhalt 		nicht bestanden Logos nennen per Screenreader weder den aktuellen Namen noch das Ziel (Startseite). Alt-Text muss exakt den sichtbaren Logotext wiedergeben und das Ziel beschreiben (z. B. „Startseite: Deutsches Archäologisches Institut“) oder über aria-label ergänzt werden.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Der Text „DAI SUCHE“ ist nur visuell hervorgehoben, nicht als Überschrift ausgezeichnet. Er muss semantisch als passende Überschriftenebene (z. B. <h1>/<h2>) ausgezeichnet werden, ohne die Hierarchie zu brechen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Einige Inhalte sind fälschlich als Liste mit nur einem Element markiert. Stattdessen passende semantische Elemente (z. B. <p>, <address>) verwenden und Listen nur für mehrere Punkte einsetzen.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden Navigationsregionen sind mehrfach nur als „Navigation“ benannt. Jede Region braucht eine eindeutige Beschriftung (z. B. aria-label="Hauptnavigation", "Fußnavigation"), um sie unterscheiden zu können.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Texte über Hintergrundbilder (z. B. „Ukraine Hilfe“) haben unzureichenden Kontrast. Texte mit Overlays oder einfarbigen Flächen hinterlegen und sicherstellen, dass der Kontrast mindestens 4,5:1 beträgt.
WCAG 1.4.1
Benutzung von Farbe 		nicht bestanden Der aktive Menüpunkt ist nur durch Farbe ersichtlich; zusätzliches Merkmal (Symbol, Unterstreichung) sowie aria-current="page" sind erforderlich, damit alle Nutzer die aktuelle Position erkennen.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Der Navigationspunkt „Projekte“ und weitere Texte auf Inhaltsseite haben zu geringen Kontrast. Farben von Text oder Hintergrund anpassen, um mindestens 4,5:1 (3:1 bei großer Schrift) sicherzustellen.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Links in Haupt-, Meta- und Footer-Navigation besitzen unzureichenden Kontrast. Linkfarbe sowie Hover- und Fokuszustände so gestalten, dass der Kontrast zu Hintergrund 4,5:1 (bzw. 3:1) einhält, z. B. mit Colour Contrast Analyser prüfen.
WCAG 1.4.10
Automatischer Umbruch (Reflow) 		nicht bestanden Der dauerhaft sichtbare „Überblick“-Button überlagert Inhalte und verdeckt Texte; Position oder Darstellung so anpassen, dass Inhalte nicht blockiert werden, ggf. nur bei Focus/hover anzeigen.
WCAG 1.4.10
Automatischer Umbruch (Reflow) 		nicht bestanden Filter und Suchergebnisse ragen beim einspaltigen Layout in den Viewport hinaus. Layout so responsiv gestalten, dass kein horizontales Scrollen nötig ist und Inhalte bei verschiedenen Zoom-Stufen erreichbar bleiben.
WCAG 1.4.11
Nicht-Text-Kontrast 		nicht bestanden Links der geöffneten Navigation sind bei 400 % Zoom außerhalb des sichtbaren Bereichs. Die Navigation muss sich bei hoher Vergrößerung flexibel anpassen oder umgebrochen werden, ohne horizontales Scrollen zu erzwingen.
WCAG 2.1.1
Tastatur 		nicht bestanden „i“-Icons rechts oben in Bildern lassen sich nicht per Tastatur erreichen. Die Icons müssen echte Bedienelemente (z. B. <button>) sein, in der Tab-Reihenfolge liegen und per Enter/Leertaste auslösbar sein, mit eindeutiger Beschriftung (z. B. aria-label).
WCAG 2.2.2
Pausieren, stoppen, ausblenden 		nicht bestanden Der automatisch laufende Slider startet ohne Bedienelemente zum Anhalten. Sichtbare sowie tastatur- und screenreaderbedienbare Steuerungen zum Pausieren/Stoppen bereitstellen, mit klarer Beschriftung.
WCAG 1.3.1
Info und Beziehungen 		nicht bestanden „DAI SUCHE“ und andere Überschriften ohne semantische Umsetzung; bitte als passende Header (z. B. <h1>/<h2>) mit logischer Hierarchie auszeichnen.
WCAG 2.4.1
Blöcke überspringen 		nicht bestanden Es wird nur ein Skip Link angeboten. Mehrere Skip Links für Suche, Seitentitel, Hauptnavigation etc. platzieren, als erste DOM-Elemente sichtbar machen und zuverlässige Funktion sichern.
WCAG 2.1.1
Tastatur 		nicht bestanden Cookie-Banner wird erst am Ende der Tab-Reihenfolge erreicht. Es muss beim Laden fokussiert und früh im DOM positioniert werden; Buttons sollten klare <button>-Elemente mit erklärendem Text sein.
WCAG 2.1.1
Tastatur 		nicht bestanden „Alles zulassen“-Button ist nicht fokussierbar. Er muss ein echtes interaktives Element (z. B. <button>) sein, in der Tab-Reihenfolge liegen, per Enter/Leertaste auslösbar und eindeutig beschriftet sein.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Der Slider zwingt Nutzer, alle Inhalte nacheinander anzusteuern, bevor andere Bereiche erreicht werden. Fokus sollte nur auf relevanten Steuerungen liegen, Inhalte müssen nicht den gesamten Tab-Fokus blockieren.
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden Teaser-Elemente enthalten doppelte Links mit identischem Ziel (Bild und Text). Vereinigen Sie Bild und Text in einem einzigen Link, damit die Tab-Reihenfolge nicht unnötig verlängert wird.
WCAG 2.4.4
Linkzweck (im Kontext) 		nicht bestanden Einige Links nutzen die vollständige URL als Linktext. Bieten Sie stattdessen beschreibenden Linktext, wobei die URL nur optional im Fließtext oder Tooltip erscheint.
WCAG 2.4.7
Fokus sichtbar 		nicht bestanden Filter-Links unter dem Sucheingabefeld haben keinen sichtbaren Fokus. Ergänzen Sie einen klar sichtbaren Fokusindikator mit mindestens 3:1-Kontrast, der sich von Normal- und Hover-Zustand unterscheidet.
WCAG 2.4.7
Fokus sichtbar 		nicht bestanden Logo-Link zeigt bei Tastaturfokus keine sichtbare Markierung. Der Fokus muss durch Rahmen, Unterstreichung oder Kontrast hervorgehoben werden (Kontrast mindestens 3:1 zum Hintergrund).
WCAG 3.3.2
Beschriftungen (Labels) oder Anweisungen 		nicht bestanden Suchfeld besitzt keine programmatisch erkennbare Beschriftung. Ein sichtbares <label> oder aria-label/aria-labelledby muss ergänzt werden, damit Screenreader den Zweck erkennen.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Info-Icons geben Screenreadern nur „anklickbar“ zurück und haben keinen aussagekräftigen Namen. Kennzeichnen Sie die Icons als <button> mit aria-label (z. B. „Weitere Informationen zum Bild öffnen“).
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Slider besitzt keine Bedienelemente für „Vor“ und „Zurück“. Ergänzen Sie zugängliche Schaltflächen, die per Tastatur erreichbar sind und über aria-label klar beschriftet werden.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Paginierungspunkte des Sliders heißen nur „Schalter 1, Schalter 2 …“. Versehen Sie sie mit sprechenden Labels (aria-label oder aria-labelledby) und kennzeichnen Sie den aktiven Punkt (aria-current).
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Lupe-Icon im geöffneten Menü hat keine beschreibende Bezeichnung. Es muss als <button> ausgezeichnet und mit einem aria-label wie „Suche öffnen“ versehen werden.
Barrierefreiheitserklärung formal geprüft
Barrierefreiheitserklärung formal geprüft 		nicht bestanden Die Erklärung ist unvollständig und unklar benannt. Ergänzen Sie Geltungsbereich, rechtliche Grundlage (§12a BGG, BITV), Prüfmethode, aktuelles Datum & Feedback-Kontakt, und verlinken Sie sie gut sichtbar auf jeder Seite.
10 Nicht-Web-Dokumente
PDF-Dokument mit PAC geprüft 		nicht bestanden Das geprüfte PDF bestand den PAC-Test nicht. Zusätzlich zur automatisierten Prüfung ist eine manuelle Analyse des Tag-Baums, der Lesereihenfolge und Alternativtexte nötig, um die Barrierefreiheit sicherzustellen.
WCAG 2.1.1
Tastatur 		nicht bestanden Auf Start- und Inhaltsseiten sind „i“-Symbole nicht per Tab erreichbar. Implementieren Sie sie als interaktive Elemente, die in der Tab-Reihenfolge liegen und per Enter/Leertaste ausgelöst werden, mit aria-label.
WCAG 2.4.2
Seite mit Titel 		nicht bestanden Die Suchseite hat keinen aussagekräftigen <title>; fügen Sie einen eindeutigen, beschreibenden Titel ein (z. B. „Suche – Deutsches Archäologisches Institut“) ggf. mit Suchanfrage oder Trefferanzahl.
WCAG 2.4.7
Fokus sichtbar 		nicht bestanden Die Filter-Links unter dem Sucheingabefeld besitzen keinen sichtbaren Fokus. Stellen Sie einen kontrastreichen Fokusindikator bereit (mind. 3:1) und unterscheiden Sie ihn von Hover und Normalzustand.
WCAG 2.4.7
Fokus sichtbar 		nicht bestanden Das Logo-Element zeigt keinen sichtbaren Fokus bei Tastatureingabe. Stellen Sie einen klar sichtbaren Fokusrahmen oder andere Hervorhebung bereit, der farblich mindestens 3:1 vom Hintergrund abhebt.
WCAG 3.3.2
Beschriftungen (Labels) oder Anweisungen 		nicht bestanden Das Sucheingabefeld hat keine programmatische Beschriftung; ergänzen Sie ein sichtbares <label> oder aria-label/-labelledby, damit Assistive Technologie den Zweck des Feldes erkennt.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Info-Icons erhalten nur den generischen Namen „anklickbar“. Weisen Sie ihnen klare zugängliche Namen über <button> mit aria-label zu (z. B. „Weitere Informationen zum Bild öffnen“).
WCAG 2.4.7
Fokus sichtbar 		nicht bestanden Filter-Links unterhalb des Sucheingabefelds besitzen keinen sichtbaren Fokus; ergänzen Sie einen kontrastreichen Fokusindikator (mind. 3:1) für diese Links.
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Der Slider benötigt Schaltflächen für Vor- und Zurück; diese müssen per Tastatur erreichbar, mit Enter/Leertaste bedienbar und mit eindeutigen aria-labels versehen sein (z. B. "Nächster Slide").
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Slider-Paginierungspunkte verfügen nur über generische Namen („Schalter 1“). Geben Sie jedem Punkt einen sprechenden Label (aria-label/aria-labelledby) und markieren Sie den aktiven Punkt (aria-current="true").
WCAG 4.1.2
Name, Rolle, Wert 		nicht bestanden Das Such-Lupe-Icon wird vom Screenreader bloß als „Schalter“ angesagt. Ergänzen Sie eine aussagekräftige Beschriftung (z. B. aria-label="Suche öffnen") und kennzeichnen Sie es als <button>.
WCAG 2.4.3
Fokus-Reihenfolge 		nicht bestanden Beim Cookie-Banner geht der Fokus nach Betätigung des „Ablehnen“-Buttons verloren. Setzen Sie den Fokus nach Betätigung auf ein sinnvolles Folgeelement (z. B. Hauptinhalt oder Startbereich), damit der Fokusfluss erhalten bleibt.
WCAG 1.4.3
Kontrast (Minimum) 		nicht bestanden Texte und der Navigationspunkt „Projekte“ weisen zu geringe Kontrastwerte auf. Dunklere Textfarben oder hellere Hintergründe bzw. Overlays einsetzen, um mindestens 4,5:1 zu gewährleisten.
WCAG 1.4.11
Nicht-Text-Kontrast 		nicht bestanden Navigationen bei 400 % Zoom werden abgeschnitten. Sorgen Sie für responsive Layouts, relative Einheiten und gegebenenfalls vertikales Scrollen, damit alle Links bei hohem Zoom erreichbar bleiben.

Möglicherweise verwandte Prüfungen

Unterstützung

Barrieren sichtbar machen kostet Geld. Hilf uns, dranzubleiben.

BarrierenWatch wird ehrenamtlich betrieben und finanziert sich über Steady-Mitgliedschaften von Menschen wie dir, die Barrierefreiheit und Inklusion voranbringen möchten. Hinter dem Projekt stehen Menschen mit Behinderung, die seit Jahren im Bereich der digitalen Barrierefreiheit oder als Aktivist*innen aktiv sind. Aktuell sind wir im Prozess der Gründung eines gemeinnützigen Vereins, der dieses Engagement beheimaten soll.

ab 5 Euro
im Monat

für Recherche, Prüfungen und den Betrieb der Plattform.

Jetzt via Steady unterstützen