wecobis.de

Website nicht konform Prüfung vom 06.05.2025 ID: #1002
Sonstiges private Organisation
Prüfbericht herunterladen (PDF) Link kopiert!

Kurzzusammenfassung

Auftraggeber
Bundesinstitut für Bau-, Stadt- und Raumforschung (BBSR)
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 136.0.7103.49 (Offizieller Build) (64-Bit)
  • Screenreader: NVDA 2024
  • Auflösung:
  • Tools:

KI-Schnellcheck zur Nutzbarkeit

Blindheit

Mit Hindernissen nutzbar

Mehrere kritische Verstöße bei Semantik, Navigation, Formular- und Suchbedienung erschweren Screenreader-Nutzung deutlich, lassen die Seite aber grundsätzlich nutzbar erscheinen.

Sehbehinderung

Kaum nutzbar

Unzureichender Text- und Nicht-Text-Kontrast, fehlender Reflow und Probleme bei Zoom/Responsivität beeinträchtigen die Lesbarkeit deutlich.

Hörbehinderung

Mit Hindernissen nutzbar

Fehlende Untertitel und keine Inhalte in DGS schränken Multimedia- und Serviceverständnis ein, der überwiegend textbasierte Inhalt bleibt aber nutzbar.

Motorische Behinderung

Mit Hindernissen nutzbar

Fehlerhafte oder fehlende Tastaturbedienbarkeit zentraler Funktionen (Menüs, Buttons, Skiplink) führt zu erheblichen Hürden für reine Tastatur- und Schalter-Nutzende.

Lernbehinderung

Mit Hindernissen nutzbar

Unklare Struktur, fehlende Überschriften und unzureichende Fehlermeldungen erschweren Orientierung und Formularbedienung, ohne die Nutzung vollständig zu verhindern.

Neurodivergenz

Mit Hindernissen nutzbar

Inkonsequente Struktur, komplexe Navigation und nicht optimierte Fokusreihenfolgen können Überforderung und Desorientierung auslösen, sind aber mit Aufwand kompensierbar.

Wahrscheinliche Barrieren

Barriere Auswirkung Melden
Tastaturbedienung von Menü und Hinweis nicht möglich Einige Schaltflächen und Menüsteuerungen sind nicht korrekt als bedienbare Elemente umgesetzt. Dadurch können sie für Tastatur- und Hilfstechnologien nicht zuverlässig ausgelöst werden. Ich kann wichtige Funktionen nicht oder nur umständlich per Tastatur bedienen. Besonders Navigation und das Schließen von Hinweisen werden für mich schnell zum Hindernis. Melden
Suchfeld und Suche sind schwer verständlich Das Suchfeld ist nicht sauber mit einer Beschriftung verbunden und die Suche ist nicht klar als solche erkennbar. Auch Suchergebnisse sind semantisch nicht gut aufgebaut und dadurch schwer nachvollziehbar. Ich verstehe als Screenreader-Nutzer nicht immer, was ich ausfüllen oder anklicken soll. Nach dem Suchen finde ich Ergebnisse schlechter ein und kann ihre Anzahl oder Reihenfolge nicht sicher erfassen. Melden
Fokusreihenfolge und Überspringen von Inhalten funktionieren nicht gut Die Tastaturreihenfolge passt teilweise nicht zur sichtbaren Anordnung, und ein funktionierender Skiplink fehlt. Dadurch werden Inhalte und Filterbereiche für Tastaturnutzende unnötig schwer erreichbar. Ich muss viele Elemente nacheinander ansteuern, obwohl ich direkt zum Hauptinhalt oder zu einer Filtergruppe springen möchte. Das kostet Zeit und erhöht die Gefahr, mich zu verfahren.

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
  • https://www.wecobis.de/
  • https://www.wecobis.de/index.php?search=Umwelt&fuzzySearch=true&id=16043
  • https://www.wecobis.de/bauproduktgruppen/metalle-pg.html
  • https://www.wecobis.de/mywecobis/registrierung.html

Empfehlung & Status

Beheben Sie die dokumentierten Verstöße, etwa durch korrekt ausgezeichnete Navigationsbereiche, konsistente Tastaturreihenfolgen, ausreichenden Kontrast, responsive Gestaltung, funktionierende Skiplinks, semantische Labels und nutzerorientierte Hinweistexte.

Prüfkriterien

Nicht bestanden

Kriterium Status Notizen
9.1.1.1
Nicht-Text-Inhalt
nicht bestanden Markieren Sie die Layoutgrafik als rein dekorativ (z. B. alt="" oder role="presentation"/aria-hidden="true"), damit Screenreader die Information korrekt einordnen können.
9.1.1.1
Nicht-Text-Inhalt
nicht bestanden Entfernen Sie das redundante title-Attribut vom Bundesministerium-Logo, da der alt-Text die Funktion und den Namen bereits vollständig beschreibt und eine Dopplung vermeidet.
9.1.1.1
Nicht-Text-Inhalt
nicht bestanden Verzichten Sie auf das title-Attribut der Bayerischen Architektenkammer und verlassen Sie sich auf einen präzisen alt-Text, um doppelte oder uneinheitliche Ausgaben zu verhindern.
9.1.1.1
Nicht-Text-Inhalt
nicht bestanden Löschen Sie das title-Attribut des WECOBIS-Logos, damit nur der alt-Text von assistiven Technologien ausgegeben wird und keine widersprüchliche Informationsvermittlung erfolgt.
9.1.2.2
Untertitel (aufgezeichnet)
nicht bestanden Stellen Sie synchronisierte Untertitel mit sämtlichen gesprochenen Inhalten und relevanten Geräuschen bereit, die über ein zugängliches Steuerungselement aktiviert werden können.
9.1.3.1
Info und Beziehungen
nicht bestanden Kennzeichnen Sie jede Navigation als <nav> mit aria-label/aria-labelledby (z. B. Hauptnavigation, Servicenavigation), damit Screenreader die unterschiedlichen Bereiche unterscheiden können.
9.1.3.1
Info und Beziehungen
nicht bestanden Fassen Sie die Suchergebnisse in eine semantische Liste (z. B. <ul>/<li>), damit Zielgruppe Anzahl und Position der Ergebnisse nachvollziehen kann.
9.1.3.1
Info und Beziehungen
nicht bestanden Versehen Sie die Breadcrumbs mit role="navigation" aria-label="Breadcrumb" und strukturieren Sie die Einträge in einer geordneten Liste (<ol>), damit die Pfadstruktur für assistive Technologien erkennbar ist.
9.1.3.1
Info und Beziehungen
nicht bestanden Verwenden Sie echte Überschriftenelemente (z. B. <h4>) statt rein optisch hervorgehobener Texte und halten Sie dabei eine konsistente Hierarchie ein.
9.1.3.1
Info und Beziehungen
nicht bestanden Tauschen Sie das nicht standardkonforme <navi> durch <nav> aus, damit Assistive Technologien den Navigationsbereich korrekt erkennen.
9.1.3.1
Info und Beziehungen
nicht bestanden Fügen Sie der Ergebnisliste eine aussagekräftige Überschrift („Suchergebnisse“) und einen Hinweis auf die Anzahl der Treffer hinzu, um Kontext und Orientierung für Screenreader und Tastaturnutzende zu verbessern.
9.1.3.2
Bedeutungsvolle Reihenfolge
nicht bestanden Ordnen Sie die Checkbox „Tippfehler tolerieren“ im DOM vor dem Eingabefeld oder passen Sie das Layout an, damit visuelle und programmgesteuerte Reihenfolge übereinstimmen.
9.1.3.2
Bedeutungsvolle Reihenfolge
nicht bestanden Ergänzen Sie über den Filtergruppen eine zentrale Steuerung (button mit aria-expanded/aria-controls), um sämtliche Gruppen gebündelt öffnen/schließen zu können.
9.1.3.2
Bedeutungsvolle Reihenfolge
nicht bestanden Optimieren Sie die Fokusreihenfolge, sodass geöffnete Untermenüs direkt nach dem zugehörigen Hauptlink erscheinen (z. B. strukturierte HTML-Anordnung, tabindex oder Pfeiltastensteuerung).
9.1.3.4
Ausrichtung
nicht bestanden Fügen Sie im <head> ein viewport-Meta-Element hinzu und verwenden Sie flexible Layouttechniken (Media Queries, relative Einheiten), damit die Seite auf verschiedenen Geräten responsiv dargestellt wird.
9.1.4.3
Kontrast (Minimum)
nicht bestanden Erhöhen Sie den Kontrast der Breadcrumb-Schriftfarbe auf mindestens 4,5:1 oder passen Sie den Hintergrund an, damit die Pfadnavigation auch bei Sehbeeinträchtigungen lesbar bleibt.
9.1.4.4
Textgröße ändern
nicht bestanden Gestalten Sie das Layout so, dass bei 200 % Zoom kein horizontales Scrollen erforderlich ist, etwa durch relative Maße, Flexbox/Grid und das Vermeiden fester Breiten.
9.1.4.10
Automatischer Umbruch (Reflow)
nicht bestanden Achten Sie auf ein responsives, einspaltiges Layout ohne horizontales Scrollen, damit Inhalte bei Vergrößerung oder kleineren Displays korrekt umbrochen werden.
9.1.4.11
Nicht-Text-Kontrast
nicht bestanden Erhöhen Sie den Kontrast von Rahmen in Formularfeldern auf mindestens 3:1 und gestalten Sie Fokuszustände deutlich sichtbar, um die Wahrnehmbarkeit bei eingeschränkter Sehfähigkeit zu gewährleisten.
9.2.1.1
Tastatur
nicht bestanden Sorgen Sie dafür, dass der Button „Hinweis schließen“ als korrektes interaktives Element implementiert wird und über Enter/Leertaste aktivierbar ist.
9.2.1.1
Tastatur
nicht bestanden Trennen Sie die Steuerung des Untermenüs (Plus/Minus) vom Link und setzen Sie ein eigenes <button>-Element mit aria-expanded/aria-controls ein, das per Tastatur fokussierbar und aktivierbar ist.
9.2.4.1
Blöcke überspringen
nicht bestanden Fügen Sie einen fokussierbaren Skiplink (z. B. href="#maincontent") am Seitenbeginn ein, damit Tastaturnutzende direkt zum Hauptinhalt gelangen können.
9.2.4.4
Linkzweck (im Kontext)
nicht bestanden Reduzieren Sie den klickbaren Bereich der Suchergebnisse auf einen eindeutigen Link (z. B. Titel) und platzieren Sie ergänzende Inhalte außerhalb des Links oder nutzen Sie aria-label zur klaren Zweckbeschreibung.
9.3.3.3
Vorschlag bei Fehler
nicht bestanden Ergänzen Sie die Fehlermeldung bei ungültiger E-Mail-Adresse um konkrete Hinweise (z. B. Format name@domain.de), damit Nutzer*innen wissen, wie sie korrigieren können.
9.4.1.2
Name, Rolle, Wert
nicht bestanden Verknüpfen Sie das Suchfeld korrekt mit dem label (matching id) und ergänzen Sie den Suchbutton durch sichtbaren Text oder aria-label, damit beide Elemente für assistive Technologien beschriftet sind.
9.4.1.2
Name, Rolle, Wert
nicht bestanden Fügen Sie dem Suchbereich role="search" (oder section id="suche" role="search") hinzu, damit die Funktion programmatisch als Suche erkennbar ist.
9.4.1.2
Name, Rolle, Wert
nicht bestanden Nutzen Sie semantisch korrekte <button>-Elemente für Akkordeonüberschriften mit aria-expanded/aria-controls und gültiger HTML-Struktur (kein <p> direkt in <ul>), um Tastatur und Screenreader-Unterstützung sicherzustellen.
9.4.1.2
Name, Rolle, Wert
nicht bestanden Vermeiden Sie die Einbettung des Links „mehr erfahren“ in einen <span> und verwenden Sie das <a>-Element (oder ggf. button) direkt, damit die semantische Rolle eindeutig bleibt.
9.4.1.2
Name, Rolle, Wert
nicht bestanden Statten Sie die Paginierung mit sprechenden aria-label-Attributen (Seite 2, nächste/vorherige Seite) sowie aria-current="page" und optional role="navigation" aus, um Funktion und aktiven Zustand zu kommunizieren.
9.4.1.2
Name, Rolle, Wert
nicht bestanden Ergänzen Sie Navigationspunkte mit Untermenüs um aria-haspopup="true" und dynamisches aria-expanded, und referenzieren Sie verschachtelte <ul> über aria-controls, um die Hierarchie für Screenreader sichtbar zu machen.
Zusatzkriterien: Deutsche Gebärdensprache (Einem Link auf enthaltene Inhalte etc.)
Deutsche Gebärdensprache
nicht bestanden Stellen Sie die geforderten Inhalte und Hinweise zur Deutschen Gebärdensprache bereit (Links zu Inhalten, Navigation und Erläuterungen), damit die Zusatzkriterien erfüllt werden.
9.1.3.1
Info und Beziehungen
nicht bestanden Empfehlung: Ergänzen Sie an Suchergebnislisten eine Überschrift („Suchergebnisse“) und eine Angabe zur Trefferzahl, um Kontext und Orientierung für Assistive Technologien zu schaffen.

Nicht anwendbar

Kriterium Status Notizen
9.1.4.2
Audio-Steuerelement
nicht anwendbar Keine zusätzlichen Hinweise vorhanden; weiterhin als Empfehlung zu behandeln.