Staatliches Gutachten zur digitalen Barrierefreiheit
PD - Berater der öffentlichen Hand
Nutzbarkeit mit unterschiedlichen Behinderungen
Blindheit Mit Hindernissen nutzbar
Fehlende Alternativtexte, fehlerhafte Semantik, Probleme bei Fokusführung, Navigation, Formularen und Schaltern beeinträchtigen Screenreader-Nutzung stark, sind aber nicht vollständig blockierend.
Sehbehinderung Kaum nutzbar
Unzureichende Kontraste, Probleme bei Textabstand, rein farbliche Hervorhebungen und schwierig bedienbare Menüs machen die Seite für sehbehinderte Menschen nur eingeschränkt nutzbar.
Hörbehinderung Mit Hindernissen nutzbar
Fehlende DGS-Inhalte sind relevant, gleichzeitig sind die meisten Inhalte schriftbasiert und damit grundsätzlich zugänglich für gehörlose Menschen.
Motorische Behinderung Mit Hindernissen nutzbar
Mehrere Mängel bei Tastaturbedienung, Fokusreihenfolge, Untermenüs und „Nach oben“-Link erschweren die Nutzung für Menschen mit motorischen Einschränkungen deutlich.
Lernbehinderung Mit Hindernissen nutzbar
Unklare Fehlermeldungen, unzureichende Kennzeichnung von Pflichtfeldern, komplexe Navigationsstrukturen und fehlende Leichte-Sprache-Inhalte mindern die Verständlichkeit spürbar.
Neurodivergenz Mit Hindernissen nutzbar
Probleme bei Fokusmanagement, Navigation, Formularfeedback sowie fehlende vereinfachte Inhalte können Orientierung und Reizreduktion erschweren, ohne die Nutzung vollständig zu verhindern.
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 142.0.7444.176
- Screenreader
- NVDA
- Tools
- Color Contrast Analyser (CCA), PDF Accessibility Checker (PAC), Chrome web inspector, NVDA ScreenReader, HeadingsMap, Landmark Navigation, Bookmarklets (bitvtest.de Werkzeugliste)
Veränderung nach WCAG-Kriterien
| Prüfungsdatum | Prüfart | Abweichende Prüfart | Nicht bestanden | Im Wesentlichen bestanden | Bestanden |
|---|---|---|---|---|---|
| 28.11.2025 | Vereinfachte Überwachung | Nein | 26 | 0 | 0 |
| 19.02.2024 | Vereinfachte Überwachung | Nein | 19 | 2 | 33 |
-
https://www.pd-g.de/ Web-Angebot öffnen
-
https://www.pd-g.de/suche?tx_indexedsearch_pi2%5Baction%5D=search&tx_indexedsearch_pi2%5Bcontroller%5D=Search&cHash=23fc3891da59ba422ca752c9ba372d44
-
https://www.pd-g.de/presse/newsletter-blickpunkt-pd/newsletter-anmeldung
-
https://www.pd-g.de/aktuell-im-fokus ⓘ Weitere Gutachten vorhanden
-
https://www.pd-g.de/assets/PD-Perspektiven/211005_PD-Perspektiven_Kooperationen_Cybersicherheit.pdf
Prüfkriterien
Nicht bestanden
| Kriterium | Status | Notizen |
|---|---|---|
| Nicht-Text-Inhalt (Logos sind nicht als Logos ausgezeichnet) | nicht bestanden | Logos müssen mit aussagekräftigen Alternativtexten versehen werden, die ihre Funktion ggf. als Link zur Startseite beschreiben, damit Screenreader-Nutzende erkennen, dass es sich um ein Logo handelt. |
| Nicht-Text-Inhalt (Grafik hat keinen Alternativtext) | nicht bestanden | Dekorative Grafiken sind als solche zu kennzeichnen (z. B. alt="" oder role="presentation"/aria-hidden="true"), damit sie Assistive-Technologien nicht unnötig ausgeben. |
| Nicht-Text-Inhalt (Bilder in den Kacheln ohne Deklaration) | nicht bestanden | Die Kachelbilder müssen als dekorativ markiert oder mit informationshaltigen Beschreibungen versehen werden, damit Screenreader-Nutzende nur relevante Inhalte wiedergegeben bekommen. |
| Nicht-Text-Inhalt (Copyright-Angaben werden ausgegeben) | nicht bestanden | Copyright-Hinweise sollten semantisch korrekt eingebunden oder mit aria-hidden="true"/decorative gekennzeichnet werden, wenn sie für assistive Technologien nicht relevant sind. |
| Info und Beziehungen (Kachelinhalte in einem Link) | nicht bestanden | Bild, Überschrift und beschreibender Text dürfen nicht in einem einzigen Link zusammengefasst werden; der Linktext muss klar den Zielinhalt benennen, während zusätzliche Inhalte außerhalb des Links bleiben. |
| Info und Beziehungen (Hamburger-Menü doppelt ausgegeben) | nicht bestanden | Es darf nur eine einzige, konsistente Kopie der Navigation existieren; das Öffnen des Hamburger-Menüs darf keine duplizierte Struktur erzeugen. |
| Bedeutungsvolle Reihenfolge (Cookie-Dialog am Seitenende) | nicht bestanden | Der Cookie-Dialog muss im DOM unmittelbar nach dem <body>-Element stehen und fokusiert werden, damit Tastatur- und Screenreader-Nutzende ihn unmittelbar erreichen können. |
| Eingabezweck bestimmen (autocomplete-Attribut fehlt) | nicht bestanden | Formulareingaben benötigen passende autocomplete-Attribute (z. B. autocomplete="given-name", "email"), damit Assistive-Technologien Autosuggest & Autofill korrekt interpretieren können. |
| Benutzung von Farbe (Aktiver Menüpunkt nur über Farbe erkennbar) | nicht bestanden | Der aktive Menüpunkt muss zusätzlich zur Farbänderung durch ein Symbol, Unterstreichung oder aria-current="page" gekennzeichnet werden, damit Nutzende mit Farbsehschwäche ihn erkennen. |
| Kontrast (Minimum, gelbe Texte) | nicht bestanden | Gelbe Textabschnitte müssen so angepasst werden, dass das Kontrastverhältnis mindestens 4,5:1 beträgt, um gute Lesbarkeit für Sehbeeinträchtigte zu gewährleisten. |
| Kontrast (Minimum, Sucheingabefeld) | nicht bestanden | Das Sucheingabefeld benötigt einen kontrastreichen Schrift-/Hintergrundfarbkontrast von mindestens 4,5:1, damit Texte für alle Nutzenden gut lesbar bleiben. |
| Textabstand (Titelbild wird abgeschnitten) | nicht bestanden | Der Titelbereich muss flexibel auf erhöhte Zeilen- und Absatzabstände reagieren, ohne Text oder Bilder abzuschneiden, damit auch Nutzende mit größerem Textabstand alle Inhalte vollständig sehen. |
| Eingeblendeter Inhalt bei Darüberschweben/Fokus (Sprachmenü) | nicht bestanden | Das Sprachmenü muss per Tastatur kontrolliert ein- und ausblendbar sein (z. B. mit Enter, ESC oder erneuter Aktivierung) und eine klare aria-expanded-Kennzeichnung erhalten. |
| Eingeblendeter Inhalt bei Darüberschweben/Fokus (Untermenüs) | nicht bestanden | Untermenüs dürfen sich nicht dauerhaft geöffnet halten; sie müssen per Tastatur kontrollierbar bleiben und mit aria-expanded sowie stabilem Fokusmanagement versehen sein. |
| Tastatur („Nach oben“-Link nicht erreichbar) | nicht bestanden | Der „Nach oben“-Link muss vollständig per Tabulator erreichbar und mit Enter/Leertaste auslösbar sein sowie nicht aus der Fokusreihenfolge entfernt werden. |
| Fokus-Reihenfolge (Fokus bleibt auf „Nach oben“-Button) | nicht bestanden | Nach Aktivierung des Buttons muss der Fokus an den Anfang des Hauptinhalts oder auf ein sinnvolles, fokussierbares Element gesetzt werden, damit sichtbarer Bereich und Fokus übereinstimmen. |
| Fokus-Reihenfolge (Fokus wird nicht in Suchfeld gesetzt) | nicht bestanden | Beim Öffnen der Suche muss der Fokus automatisch in das Eingabefeld wandern, damit Nutzer:innen direkt tippen können, ohne zusätzlich tabbenn zu müssen. |
| Fokus-Reihenfolge (Untermenü fokussiert nicht erstes Element) | nicht bestanden | Beim Öffnen eines Untermenüs muss der Fokus auf das erste interaktive Element springen, um einen nahtlosen Navigationsfluss zu gewährleisten. |
| Linkzweck (im Kontext, doppelte Links in Suchergebnissen) | nicht bestanden | Pro Suchergebnis darf nur ein einzelner Link existieren; doppelte Linkstrukturen sind zu entfernen oder zu einem einzigen fokussierbaren Link zusammenzuführen. |
| Fehlerkennzeichnung (Formular) | nicht bestanden | Fehlerhinweise müssen durch kontraststarke Hervorhebungen und klare textliche Hinweise verständlich sichtbar gemacht werden; reine Farbe reicht nicht aus. |
| Beschriftungen oder Anweisungen (Pflichtfelder) | nicht bestanden | Die Pflichtfeldkennzeichnung braucht eine erklärende Erläuterung (z. B. „* = Pflichtfeld“) und eine programmatisch zugängliche Auszeichnung wie aria-required="true". |
| Vorschlag bei Fehler (generische Fehlermeldung) | nicht bestanden | Fehlermeldungen müssen das betroffene Feld und die konkrete Ursache benennen sowie eine konkrete Lösung oder korrekte Eingabe beschreiben. |
| Name, Rolle, Wert (Schalter ohne Rückmeldung) | nicht bestanden | Schalter brauchen klare Rollen, Zustandsattribute und eine direkte Rückmeldung (z. B. „aktiv/inaktiv“), damit Screenreader den Zustand korrekt wiedergeben können. |
| Name, Rolle, Wert (Navigationspunkte als falsche Registerkarten) | nicht bestanden | Navigationspunkte dürfen nur als Registerkarten ausgezeichnet werden, wenn sie sich wie Tabs verhalten; andernfalls sind sie als Menüeinträge mit korrekter Rolle auszuzeichnen. |
|
Zusatzkriterien: Deutsche Gebärdensprache
Link und Inhalte in Deutscher Gebärdensprache
|
nicht bestanden | Ein gut sichtbarer Link zu DGS-Inhalten muss bereitgestellt werden; darin sind gesetzlich geforderte Informationen zu wesentlichen Inhalten, Navigation, Barrierefreiheitserklärung und weiterführenden Informationen in DGS bereitzustellen. |
|
Zusatzkriterien: Leichte Sprache
Link und Inhalte in Leichter Sprache
|
nicht bestanden | Ein deutlich sichtbarer Link zu Leichter Sprache muss eingeführt werden, inklusive der relevanten Inhalte zu Themen, Navigation, Barrierefreiheitserklärung sowie ergänzende Hinweise nach den Regeln für Leichte Sprache. |
Möglicherweise verwandte Prüfungen
Deutscher Buchhandlungspreis
Die Beauftragte der Bundesregierung für Kultur und Medien
Prüfung vom 18.06.2025
www.deutscher-buchhandlungspreis.de
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 13.08.2024
Kommunikationshandbuch – Verfahren (Version 01.00.00)
Überwachungsstelle des Bundes für Barrierefreiheit von Informationstechnik
Prüfung vom 13.10.2023
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.