Unterstützung

Barrieren sichtbar machen kostet Geld. Hilf uns, dranzubleiben.

barrieren-gutachten.de wird ehrenamtlich betrieben und finanziert sich über Steady-Mitgliedschaften von Menschen wie dir, die Barrierefreiheit und Inklusion voranbringen möchten.

ab 5 Euro
im Monat

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

Jetzt via Steady unterstützen

Deutsches Archäologisches Institut

Website nicht konform Prüfung vom 22.08.2025 ID: #1098
Kultur öffentliche Einrichtung
Prüfbericht herunterladen (PDF) Link kopiert!

Kurzzusammenfassung

Auftraggeber
Deutsches Archäologisches Institut
Prüforganisation
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik (Deutsche Rentenversicherung Knappschaft-Bahn-See)
Stadt
Berlin
Prüfart
Vereinfachte Überwachung

Technische Umgebung

  • OS: Windows 11
  • Browser: Chrome 139.0.7258.128
  • Screenreader: NVDA
  • Auflösung:
  • 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)

Zugänglichkeits-Analyse

KI-Schnellcheck zur Nutzbarkeit

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.

Wahrscheinliche Barrieren

Barriere Auswirkung Melden
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. 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. Melden
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. Ich kann wichtige Funktionen nicht oder nur mit Umwegen auslösen. Das betrifft besonders Suche, Zusatzinfos und Übersichtsfunktionen. Melden
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. Ich muss horizontal scrollen oder finde wichtige Inhalte nicht mehr. Bei Vergrößerung wird die Website dadurch schnell unbenutzbar. Melden

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.

Getestete Angebote

Webangebot öffnen

Gutachten-Historie

Vergleich

Prüfergebnisse je Datum

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

Empfehlung & Status

Zahlreiche BITV-Verstöße betreffen Kontrast, Tastaturzugänglichkeit, Orientierung und Dokumente. Es wird empfohlen, alle gemeldeten Punkte systematisch zu beheben, insbesondere semantische Strukturen, Fokus- und Navigationsindikatoren, Cookie-Banner- und Slider-Bedienelemente, PDF und Barrierefreiheitserklärung nach §7 BITV zu aktualisieren, sowie nach Anpassungen erneut zu testen.

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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).
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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).
9.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.
9.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“).
9.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.
9.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).
9.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.
9.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.
9.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.
9.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.
9.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.
9.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.
9.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“).
9.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.
9.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").
9.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").
9.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>.
9.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.
9.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.
9.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